KR102460826B1 - Method and system for inducing digital currency purchase - Google Patents

Abstract

The present invention relates to a method and system for inducing purchase of digital currency. In the method for inducing purchase of digital currency used for reading content provided in a graphic user interface (GUI) having a plurality of pages according to the present invention, a specific page among the plurality of pages Receiving an output request for , confirming a user type of a user corresponding to the output request, and providing information about the digital currency in a specific area of the specific page based on the user type of the user Including, the information on the digital currency may be configured differently based on the user type of the user among a plurality of different user types.

Description

Method and system for inducing purchase of digital currency {METHOD AND SYSTEM FOR INDUCING DIGITAL CURRENCY PURCHASE}

The present invention relates to a method and system for inducing purchase of digital currency.

As technology develops, the utilization of digital devices is increasing. In particular, electronic devices (eg, smartphones, tablet PCs, etc.) are equipped with various functions such as web surfing using the Internet, listening to music, and viewing of video content, as well as communication functions such as phone calls and text messages. .

Thanks to the popularization of electronic devices, the content industry is showing remarkable growth. Content refers to various types of information or contents provided through the Internet or computer communication, and the types may be very diverse. For example, the content may include a webtoon, a web novel, music, an e-book, an article, a moving picture, a TV program image, and an image.

As a representative example of actively consumed content, there is a webtoon, which is a cartoon serialized and distributed through an internet communication network, and is a compound word of web and cartoon.

As the consumption of these webtoons steadily increases, various operators (or webtoon-related service providers) are developing various services in order to make many consumers feel interested in their webtoons and consume them. As an example, various operators (or webtoon-related service providers) provide consumers by segmenting the volume of a book into several episodes, and induce continuous consumption of the episodes.

As the consumption of these webtoons steadily increases, various operators (or webtoon-related service providers) are developing various services in order to make many consumers feel interested in their webtoons and consume them. As an example, various operators (or webtoon-related service providers) provide consumers by segmenting the volume of a book into several episodes, and induce continuous consumption of the episodes.

As another example, in Republic of Korea Patent Publication No. 10-2015-0085195 (method and system for providing a webtoon to which an animation effect is applied to a user terminal), a webtoon to which an animation effect is applied is provided to consumers, Suggested ways to improve comprehension.

As such, in order to induce consumers' consumption and interest in content, various studies are being conducted. There is still a need to increase consumers' purchase intention for content, thereby attracting more consumers, and at the same time, maintaining continuous consumption of content.

The present invention relates to a digital currency purchase inducement method and system that can provide information on the quantity of digital currency held by a user.

The present invention relates to a digital currency purchase inducement method and system for inducing a user to purchase digital currency using an automatic payment method.

The present invention relates to a method and system for inducing purchase of digital currency so that consumption of content can be made continuously.

Furthermore, the present invention relates to a method and system for inducing purchase of digital currency that enables a user to consume content more economically.

According to the present invention, a method for inducing purchase of digital currency includes receiving an output request for a specific page among a plurality of pages, identifying a user type of a user corresponding to the output request, and the user's and providing information on the digital currency to a specific area of the specific page based on a user type, wherein the information on the digital currency determines which user type of the user is from among a plurality of different user types. It can be configured differently based on

Furthermore, the system for inducing purchase of digital currency according to the present invention includes a communication unit that receives an output request for a specific page among a plurality of pages, and a control unit that identifies a user type of a user corresponding to the output request Including, wherein the control unit provides information on the digital currency to a specific area of the specific page based on the user type of the user, and the information on the digital currency is selected from among a plurality of different user types. It may be configured differently based on what the user type of the user is.

On the other hand, the program that is executed by one or more processes in the electronic device according to the present invention and that can be stored in a computer-readable recording medium includes the steps of: receiving an output request for a specific page among a plurality of pages; Containing instructions to perform the steps of confirming the user type of the corresponding user and providing information about the digital currency to a specific area of the specific page based on the user type of the user, The information about the user may be configured differently based on the user type of the user among a plurality of different user types.

As described above, the method and system for inducing purchase of digital money according to the present invention provides information about digital money to a specific area of a specific page corresponding to a user's output request, thereby increasing the amount of digital currency held by the user. Quantity can be recognized intuitively.

Furthermore, the method and system for inducing purchase of digital money according to the present invention provides information on digital money differently configured and provided based on a plurality of different user types, so that users who do not purchase digital money in an automatic payment method An automatic payment method can be effectively recommended to

1 is a conceptual diagram for explaining a method and system for inducing purchase of digital currency according to the present invention.
2 is a conceptual diagram for explaining a user environment in which content is provided in the method and system for inducing purchase of digital currency according to the present invention.
3 is a flowchart illustrating a method for inducing purchase of digital currency according to the present invention.
4A and 4B are conceptual diagrams for explaining a first payment type among a plurality of payment types according to the present invention.
5 is a conceptual diagram illustrating a second payment type among a plurality of payment types according to the present invention.
6 is a conceptual diagram for explaining a digital money payment method according to the present invention.
7 is a conceptual diagram for explaining matching information according to the present invention.
8 to 10 are conceptual diagrams for explaining the reward digital currency according to the present invention.
11 is a conceptual diagram for explaining the validity period of digital money according to the present invention.
12a, 12b, 12c, 12d, 13a, 13b, 13c, 13d, 14a, 14b, 14c, 14d, 15, 16a, 16b, 17a, 17b , Figures 17c and 18 are conceptual views for explaining the graphical user interface provided in the present invention.

Hereinafter, the embodiments disclosed in the present specification will be described in detail with reference to the accompanying drawings, but the same or similar components will be given the same reference numerals regardless of reference numerals, and redundant descriptions thereof will be omitted. The suffixes "module" and "part" for components used in the following description are given or mixed in consideration of only the ease of writing the specification, and do not have distinct meanings or roles by themselves. In addition, in describing the embodiments disclosed in the present specification, if it is determined that detailed descriptions of related known technologies may obscure the gist of the embodiments disclosed in this specification, the detailed description thereof will be omitted. In addition, the accompanying drawings are only for easy understanding of the embodiments disclosed in this specification, and the technical idea disclosed herein is not limited by the accompanying drawings, and all changes included in the spirit and scope of the present invention , should be understood to include equivalents or substitutes.

Terms including ordinal numbers such as first, second, etc. may be used to describe various elements, but the elements are not limited by the terms. The above terms are used only for the purpose of distinguishing one component from another.

When a component is referred to as being “connected” or “connected” to another component, it may be directly connected or connected to the other component, but it is understood that other components may exist in between. it should be On the other hand, when it is said that a certain element is "directly connected" or "directly connected" to another element, it should be understood that the other element does not exist in the middle.

The singular expression includes the plural expression unless the context clearly dictates otherwise.

In the present application, terms such as “comprises” or “have” are intended to designate that a feature, number, step, operation, component, part, or combination thereof described in the specification exists, but one or more other features It is to be understood that this does not preclude the possibility of the presence or addition of numbers, steps, operations, components, parts, or combinations thereof.

The present invention relates to a method and system for inducing purchase of digital currency, and to provide a user environment that enables continuous consumption of content.

Hereinafter, a method of inducing a user's automatic payment method setting by providing information on different digital currencies according to a user type classified based on whether the user is logged in or not and whether a preset payment method is registered is attached. Let's look at the drawings in more detail. 1 is a conceptual diagram for explaining a method and system for inducing purchase of digital money according to the present invention, and FIG. 2 is a conceptual diagram for explaining a user environment in which content is provided in the method and system for inducing purchase of digital money according to the present invention 3 is a flowchart for explaining a method of inducing purchase of digital money according to the present invention, and FIGS. 4A and 4B are conceptual diagrams for explaining a first payment type among a plurality of payment types according to the present invention, and FIG. 5 is a conceptual diagram for explaining a second payment type among a plurality of payment types according to the present invention, FIG. 6 is a conceptual diagram for explaining a digital money payment method according to the present invention, and FIG. 7 illustrates matching information according to the present invention 8 to 10 are conceptual diagrams for explaining the reward digital money according to the present invention, Figure 11 is a conceptual diagram for explaining the validity period of the digital money according to the present invention, Figures 12a, 12b, 12c, 12d, 13a, 13b, 13c, 13d, 14a, 14b, 14c, 14d, 15, 16a, 16b, 17a, 17b, 17c and 18 is a conceptual diagram for explaining the graphical user interface provided in the present invention.

The digital currency purchase induction system described in the present invention is a system that includes or is connected to a content providing system (or content providing service), and the digital currency purchased through the digital currency purchase induction system is provided by the content providing system It can be used to browse the contents.

In the present invention, the purchase method of digital currency is described using the term "digital currency purchase inducement system", but the electronic payment function provided through the digital currency purchase inducement system is "content providing system (or content providing It may be a function provided by the “service)”. In this case, it will be apparent to those skilled in the art that the “system for inducing purchase of digital currency” may also be called a “content providing system (or content providing service)”.

On the other hand, "content" described in the present invention may refer to various types of information or its contents provided through the Internet or computer communication. The types of content that can be applied to the present invention may be very diverse. For example, at least one of contents such as a webtoon, a web novel, music, an e-book, an article, a moving picture, a TV program video, and an image may be provided through the present invention.

Hereinafter, for convenience of explanation, content corresponding to a webtoon will be described as an example. Here, the webtoon is a compound word of web and cartoon, and refers to a cartoon or cartoon provided through an Internet communication network.

Such content corresponding to the webtoon (hereinafter referred to as “webtoon content”) may be provided on the electronic device 200 through the digital currency purchase inducement method and system according to the present invention. Accordingly, the user may use the webtoon content provided through the method and system for inducing purchase of digital currency according to the present invention through the electronic device 200 .

In the present invention, the webtoon content may be composed of a plurality of sub-contents. Such a plurality of sub-contents may constitute a series of webtoon content. Here, the series may mean a continuous project or content.

In the present invention, in order to avoid confusion of terms between webtoon content and sub content, the term “sub content” is referred to as “episode”.

All of these sub-contents or episodes are terms for conceptually distinguishing in the present invention, and it will be apparent to those skilled in the art that all of these also correspond to “content”.

Meanwhile, in the above case, the webtoon content may consist of a plurality of episodes, and the plurality of episodes may all have the same product type, or at least some may have different product types.

Here, the product type of the episode may be composed of any one of a “free product type” and a “paid product type”.

“Episode having a free product type” may mean an episode that a user can use immediately without payment of digital currency, coupon, or reading right (or usage right), in order to view (or use) the episode.

Conversely, "episodes with a paid product type" may refer to episodes that can be used only when a user pays digital currency, coupon, or viewing right (or usage right) to view (or use) the episode. .

That is, the content provided in the present invention consists of at least one episode, and each of the at least one episode is a paid product type that can be read through payment of the digital currency and can be viewed without payment of the digital currency. You can have any one of the free product types.

In this case, the product type of the specific episode having the paid product type among the at least one episode may be converted into a free product type based on the lapse of a preset time. In this case, the specific episode converted to the free product type may be viewable even if digital currency is not paid.

In this case, the preset time may be set in various ways, and counting as to whether the preset time has elapsed may be made from the date or time when the content of the paid product type was uploaded. For example, a specific episode of a paid product type may be converted into content of a free product type 3 days after the specific episode is uploaded on a content providing service.

On the other hand, in the digital currency purchase induction system according to the present invention, as a method of inducing purchase of digital money for the purchase of digital currency used for viewing episodes having a paid product type, the user reads an episode having a paid product type When the request is received, the digital currency held in the user account may be deducted, and an episode having a paid product type may be provided to the user's electronic device.

On the other hand, the electronic device 200 (refer to FIG. 1 ) refers to the electronic device 200 used by the user. If the electronic device 200 is capable of outputting webtoon content provided through the content providing system according to the present invention, it is There is no particular limitation on the type.

As shown in FIG. 1 , the electronic device 200 is not limited in its type, and includes a mobile phone, a smart phone, a notebook computer, a portable computer, and a slate PC. ), tablet PC, ultrabook, desktop computer, digital broadcasting terminal, PDA (personal digital assistants), PMP (portable multimedia player), navigation, wearable device (eg, wearable device) For example, it may be a watch-type terminal (smartwatch), a glass-type terminal (smart glass), or a head mounted display (HMD).

In the present invention, "digital currency" is a form of money used digitally (stored in a computer or used on a network), and may also be referred to as "cyber money". Such digital money may refer to money in which monetary values are stored in an electronic form.

Digital money may be stored in electronic form on the digital currency purchase inducement system 100 (refer to FIG. 1 ) according to the present invention or a server linked thereto.

Such digital currency may be stored in association with a user account. That is, digital currency as much as the quantity purchased by the user may exist in association with the user account.

Such digital money is used for economic consumption activities, and social money, internet coupons, mobile coupons, game money, etc. may also be included as examples of digital money.

On the other hand, based on the operator where the digital currency is issued, the places where it can be used may be different.

For example, digital currency issued by Company A may be used only on a service platform provided by Company A (eg, a webtoon service or a shopping mall operated by Company A). In addition, when there are a plurality of service platforms operated by Company A, the digital currency issued by Company A may be commonly used in the plurality of service platforms according to Company A's policy.

For example, the digital currency issued by Company A may be commonly used in a plurality of different service platforms, such as a webtoon service platform, a video providing platform, and an OTT service platform.

In addition, such digital currency may be commonly used between service platforms of different operators, by alliance between operators.

Furthermore, digital currency may be named in various terms, and the term may be named by a business operator. For example, digital currency may be named any name such as beans, beans, acorns, and cones. In the description and drawings of the present invention, such digital currency is called “cookie”. Accordingly, in the present invention, the term “cookie” is used interchangeably with the term of digital currency, and the term “cookie” will be understood as digital currency.

On the other hand, digital money can be purchased by electronic settlement (payment).

“Electronic settlement (payment)” described in the present invention is a user (or consumer) It means paying for the purchase of goods or services.

Such electronic payment may be understood to include all payments made online, such as card payment, point payment, and account transfer.

Here, the product may mean “digital money” in the case of the present invention. In the present invention, electronic payment may be used interchangeably with "payment".

On the other hand, in the present invention, "digital money is purchased through electronic payment" can be expressed as "digital money is charged". That is, the user can “purchase” or “charge” digital currency through electronic payment. The digital currency purchased or charged in this way may exist in association with the user account.

Meanwhile, in the present invention, digital money may have a plurality of properties or types.

The property or type of digital currency may be classified according to whether the digital currency is “purchased” through electronic payment.

More specifically, digital money having a first attribute (or first type) among a plurality of attributes is digital money purchased through electronic payment, and in the present invention, digital money acquired by the act of purchasing digital money as described above Money may be referred to as “purchased digital currency” or “purchased digital currency”. "Purchase digital currency" may refer to digital currency paid to a user account in response to payment for electronic payment.

Furthermore, digital money having the second attribute (or the second type) among the plurality of attributes is digital money paid to the user account separately from the purchase of digital money through electronic payment, and may be called "reward digital currency". have.

Such "reward digital currency" means digital money paid to the user's account in terms of benefits (reward or reward) to the user, apart from paying the price for the purchase of digital currency through electronic payment. can These reward digital currency may be used interchangeably with terms such as “additional digital currency”, “bonus digital currency” or “compensation digital currency”.

In the present invention, it is possible to pay an appropriate reward digital currency so that a continuous purchase for digital currency can be made.

On the other hand, the "quantity" described in the present invention is a value indicating the amount of digital money, and when there is a number of digital money or a unit of digital money, it may mean an amount according to the unit. In the present invention, "amount" may be used interchangeably with "number".

In the present invention, the number of digital currency given to a user account is called "purchase quantity" in correspondence to payment of a price by electronic payment. In the present invention, “purchase quantity” may be used interchangeably with “charge quantity”.

In addition, in the present invention, apart from paying the price, the number of digital currency given to the user account is called “additional quantity”. In the present invention, “additional quantity” may be used interchangeably with “bonus quantity”, “reward quantity” or “compensation quantity”.

On the other hand, in the present invention, for the electronic payment for the purchase of digital currency, a plurality of electronic payment methods (or methods) may exist. The first electronic payment method may be understood as a one-time payment method, which may mean a payment method for purchasing digital currency only when there is a user's request for purchasing digital currency.

In the case of the first electronic payment method, since it has a one-time payment attribute, after the electronic payment process is started and completed by the user, the additional electronic payment is not performed until an additional payment request is received from the user.

In addition, the second payment method may be understood as an automatic payment method, which may mean that an electronic payment process for digital currency purchase is started even without a separate user request. In the case of the second payment method, if the registered electronic payment method (eg, credit card, bank account) is valid, even without a user's request, based on the initiation of the electronic payment process, purchase can be made.

In the case of the second payment method, payment conditions may be registered in the user account, and in the digital currency purchase inducement system 100, as a payment event satisfying the payment conditions registered in the user account occurs, the electronic payment process is performed. Can perform (or initiate). The monitoring of such a payment event and the execution of the electronic payment process according to the payment event may be performed by the electronic digital currency purchase inducement system 100 for the purchase of digital currency according to the present invention, which can be performed even without user intervention. can This second payment method may be referred to as “automatic payment”, “preset payment method” or “specific payment method”. “Automatic payment” may mean that the payment for the purchase of digital currency is performed under the control of the digital currency purchase induction system 100 for the purchase of digital currency under the consent of the user. In the present invention, "automatic payment" and "automatic charging" may be used interchangeably.

In the present invention, the continuous purchase of digital currency is induced through this second payment method, and in the following description, the second payment method will be mainly described.

Meanwhile, in the present invention, the second payment method corresponding to automatic payment may include “a plurality of payment types” related to the purchase of digital currency. The system 100 for inducing purchase of digital currency may receive selection information for selecting a specific payment type from among a plurality of payment types from a user account.

The “plural payment types” described in the present invention define when and how payment (in particular, payment of the second method (automatic payment)) will be performed, and a condition for generating a payment event for automatic payment can mean defining

In the present invention, the plurality of payment types are described as “first payment type” and “second payment type” as examples, but are not limited thereto. More detailed information will be provided later.

In the present invention, “specific payment type” may mean at least one of the plurality of payment types. More specifically, the specific payment type may mean a payment type specified by selection information received from a user account.

Furthermore, a factor that determines when and how the electronic payment will be performed is called a “payment condition” in the present invention. "Payment conditions" may be specified by a user's selection or may be specified by a business operator.

Meanwhile, “user” used in the present invention may refer to a subject who purchases digital currency and consumes (purchases or reads) webtoon content. A user in the present invention may be used interchangeably with “consumer”, “user account”, “user's electronic device”, “user electronic device 200”, “subscriber”, “viewer” or “public”.

The “user” used in the present invention refers to at least one of i) whether a user is logged in with a user account registered in the content providing service and ii) whether a preset payment method related to the purchase of digital currency is registered in relation to the user account. Based on this, it can be divided into a plurality of user types.

Here, the content providing service may be a service provided by the system 100 according to the present invention.

Meanwhile, the “first user type” may be understood as a user who uses the content providing service without logging in to the content providing service with a user account. In this specification, the first user type may be used interchangeably with “non-member customer (or user)” and “non-logged-in customer (or user)”.

The “second user type” may be understood as a user who logs in to the content providing service with a user account and uses the content providing service in a state in which a payment method preset in relation to the user account is not registered. Here, the preset payment method is the second payment method described above, and may be understood as an automatic payment method. In this specification, the second user type may be used interchangeably with “member not registered for automatic payment”. The “third user type” may be understood as a user who logs in to the content providing service with a user account and uses the content providing service while a preset payment method is registered in relation to the user account. In this specification, the third user type may be used interchangeably with “automatic payment registered member”.

Here, “account” may be created through a page linked to the digital currency purchase inducement system 100 . Alternatively, the “account” may also be created in at least one other system associated with the digital currency purchase inducement system 100 according to the present invention.

Accordingly, in this specification, all accounts based on the digital currency purchase induction system 100 according to the present invention are referred to as “accounts previously registered in the digital currency purchase induction system according to the present invention, without distinguishing between the systems in which the accounts are issued. ” or “account registered in the content providing service”.

For understanding of the present invention, a flow of data transmission and reception in the present invention will be briefly described.

First, i) information transmitted from the user side to the system 100 according to the present invention is transmitted from the “user electronic device 200” or “electronic device 200 logged in with a user account” to the system 100 according to the present invention. It may mean being transmitted. Furthermore, ii) the information transmitted from the induction system 100 according to the present invention to the user is substantially i) transmitted to the “user electronic device 200” or “the electronic device 200 logged in with the user account” can mean

However, in the present specification, for convenience of explanation, “user”, “electronic device 200 for use”, “electronic device 200 logged in as a user account” and “user account” are used interchangeably without clearly distinguishing them. to explain it.

Furthermore, the "business operator" used in the present invention may mean a subject who operates the digital currency purchase inducement system 100 . That is, in the present invention, the operator can be understood as the same meaning as the digital currency purchase inducement system 100 or the content providing system according to the present invention.

In the present invention, information on digital currency may be provided on a specific area of a specific page requested to be output by the user, based on the user type of the user.

The “information on digital money” described in the present invention may include at least one of information about the quantity of digital money previously held in relation to a specific user account, derivation information, and status information.

The “induction information” used in the present invention may include at least one of i) information that induces the first type user to log in and ii) information that induces registration of a preset payment method.

"Status information" used in the present invention may mean information indicating whether a preset payment method is activated for the third type of user.

Guidance information and state information are terms selected to reveal the characteristics of the present invention, and may be replaced with general names such as “information”, and may be information provided in at least one of visual, auditory, and tactile forms. have. For example, when the guidance information and the state information are visual information, they may be composed of text, an image, a moving picture, and the like.

Furthermore, the guidance information and the status information may provide at least one of a first function including information to be transmitted to a user and a second function to which a specific function is linked. The second function may include a linked graphic object. In this case, the graphic object may be understood as an icon. For example, as shown in FIG. 12A , the guidance information 1210 includes a message 1211 such as “check the cookies you have” as a first function, and a function icon ( 1212) may be included.

Meanwhile, information on digital currency may be output on at least one page among a plurality of pages provided by the content providing system.

Here, the “page” may be understood as a document including visual information provided through the display unit of the electronic device 200 , which may also be referred to as a graphic user interface.

Furthermore, a plurality of different pages used in the present invention may refer to pages each including a plurality of different functions (or services) provided by the content providing system. For example, i) the “start page” provided when the content providing service is started through the web or app (when the app is run or a specific page is accessed by a web address), ii) a plurality of contents (or “Content providing page” where any one content (or episode) is selected by providing an episode), iii) User account-related information (ex, user account ID, number of pre-owned digital currency, viewed content (content) purchase history), notification history, etc. . The plurality of pages may be various as described above, and the plurality of pages is not limited to the above-listed pages.

The “registration page” described in this specification is a page that provides a function to set a digital currency-related payment type or digital currency purchase quantity, and may be called an “automatic payment registration page” or “recharge registration page”. have.

Meanwhile, although the concept of a plurality of pages has been described in the above description, a page that is actually provided may be a single page. However, the various functions (or services provided through a plurality of pages) as described above may be provided on a single page. In this case, a plurality of functions (or information) may be provided on the electronic device 200 through a single page, based on a user's request or a determination of the controller.

Hereinafter, for convenience of description, it will be described that pages are divided for each function. However, it may be understood that, as described above, a plurality of different functions (or information) are provided on a single page.

Meanwhile, “quantity recommendation information” used in the present invention may refer to information that is exposed on a registration page and recommends a purchase amount of digital currency to a user. For example, as illustrated in (a) of FIG. 4A , the quantity recommendation information may be composed of a preset quantity (2, 30, 50, 100, etc.). The quantity recommendation information may be configured based on the quantity of digital currency previously held by the user account.

"Content usage information" used in the present invention may include various information related to digital currency purchase of a user account and viewing of contents.

For example, content usage information includes: i) purchase history of digital currency, ii) payment method when purchasing digital currency (at least one of the first payment method and second payment method) iii) purchase quantity of purchased digital currency (or average purchase quantity of digital currency purchased), iv) purchase cycle of digital currency (or average purchase cycle of digital currency), v) payment method used to purchase digital currency (ex, credit card, account transfer, cultural gift certificate), vi) the type of content viewed (ex. either free product type or paid product type), vii) the amount of digital currency consumed to view the content, viii) the genre of the viewed content (or the number of viewing frequency by genre), ix) browsing Quantity of content (or frequency of content viewing), x) information of content viewed (content title, etc.), xi) preferred content type (or genre), xii) whether a change in payment method has been requested, xiii) automatic payment method (Section No.) 2 (which may be expressed as a payment method or a specific payment method) whether cancellation is requested (whether or not cancellation is attempted), xiv) whether or not the automatic payment method has been registered in the past. However, the content usage information is not limited to the information listed above.

Hereinafter, based on the terms discussed above, a method and system for inducing purchase of digital currency for inducing purchase of digital currency used for content viewing will be described in more detail with accompanying drawings. 1 is a conceptual diagram for explaining a method and system for inducing purchase of digital currency according to the present invention.

As shown in FIG. 1 , the digital currency purchase inducement system 100 may include at least one of a communication unit 110 , a storage unit 120 , and a control unit 130 .

Here, the communication unit 110 serves to provide (or transmit) content (hereinafter, “webtoon content” will be described as a representative example) on the electronic device 200 through wired or wireless communication. can be done

Furthermore, the communication unit 110 may serve to transmit/receive various data for performing electronic payment to and from the electronic device 200 .

Next, the storage unit 120 may be configured to store various information related to the provision of webtoon content and charging of digital currency. The storage unit 120 may include at least one content server 100a including a plurality of webtoon contents, or a contents database (data base).

Hereinafter, the content server and the content DB are not distinguished, and will be collectively referred to as the content server. That is, of course, the content server described in the present invention may also be understood as a content DB.

Furthermore, the content server 100a for storing a plurality of webtoon contents may exist in a configuration separate from the storage unit 120 . In this case, the digital currency purchase inducement system 100 may control the content server 100a to provide the webtoon content stored in the content server 100a to the user electronic device 200 .

Furthermore, the storage unit 120 may store user information subscribed to a service (eg, a webtoon providing service) provided in the digital currency purchase inducement system according to the present invention. Such user information may include information about a user account (eg, identification (ID)). The user can use the webtoon content by logging in to the service provided in the digital currency purchase inducement system according to the present invention with a user account.

Furthermore, the storage unit 120 may store various types of information associated with the user account. For example, the storage unit 120 may store user history information associated with the user terminal 200 .

Here, the user “history information” includes information on payment methods received from the user account, information on payment types, information on payment conditions, information on payment events related to payment, and information on purchase history of digital currency and the like, may include various information generated in the digital currency purchase inducement system according to the present invention. In the present invention, the term “history information” may be used interchangeably with terms such as “payment history” or “registration history”.

Next, the controller 130 may perform a series of controls for performing the digital currency purchase inducement method according to the present invention.

When the control unit 130 receives an output request for a specific page among a plurality of pages, the control unit 130 checks the user type of the user corresponding to the output request, and based on the user type of the user, related to digital currency in a specific area of the specific page information can be provided. In this case, the control unit 130 may configure the digital currency information differently based on the user type of the user among the plurality of different user types. More specific details will be described later.

In this case, the information related to the digital currency provided on the specific page may include at least one of induction information and state information. The “induction information” may include at least one of i) information that induces the first type user to log in and ii) information that induces registration of a preset payment method. Furthermore, “status information” may mean at least one of information indicating whether a preset payment method is activated for the third type of user.

Furthermore, the information related to digital currency may further include information on the amount of digital currency previously held in the user account.

The controller 130 may use the content usage information according to the user's account to check the user's type, generate information on digital currency corresponding to the user's type, and provide it on a specific page.

Hereinafter, based on the terms used in the present invention and the configuration of the digital currency purchase inducement system 100, electronic payment for digital currency purchase will be described in more detail with accompanying drawings. 2 is a conceptual diagram for explaining a user environment in which content is provided in the method and system for inducing purchase of digital currency according to the present invention.

As shown in FIG. 2 , the digital currency purchase inducement system 100 according to the present invention may provide a user environment for providing webtoon content. Such a user environment may be provided through an application installed in the user's electronic device 200 or a web page accessed through the electronic device 200 . Such a user environment may mean a page including visual information provided through the display unit of the electronic device 200 , which may also be referred to as a graphic user interface.

As shown in FIG. 2 , the user environment may be configured in various ways, and may be configured to provide content (eg, webtoon content) to the user. For example, as shown, in the page provided to the electronic device, i) a description (or title) 210 for a plurality of contents (eg, a plurality of webtoon contents), ii) representing each of the webtoon contents Thumbnail (or cover) 220 and iii) at least one of digital currency information 230 required for viewing each content may be included. A screen configuration provided on a page may be modified in many ways.

Meanwhile, the user may check the webtoon content through the page provided through the electronic device 200 and select and use the content to be read.

In this case, when the content type of the content selected by the user is the paid product type content, the controller 130 may provide the paid product type content to the user after deducting the digital currency held in the user account.

More specifically, when the product type of the specific content (eg, a specific episode) selected by the user is a paid product type, the controller 130 determines that an item corresponding to the specific content is selected on the electronic device. , it is possible to determine whether the user account logged in on the electronic device has a use right (or a viewing right) necessary to view (or use) the specific content.

Here, determining the use right or the reading right may be understood as determining whether a specific user account logged into the electronic device has the right to use (or right) the specific content.

On the other hand, “the user account has the right to use or read the content of the paid product type” means that the user account can be used (or paid for) to use the content of the paid product type. ), digital currency, coupon, or reading right (or right to use)” can be understood as holding.

When a specific content of a paid product type is selected, the control unit 130 performs i) payment processing of digital currency held in the user account, ii) processing using coupons, or iii) processing (or deduction processing) of reading tickets. You can proceed with the payment process.

In addition, the controller 130 may provide the paid product type content to the user account for which payment for viewing (or using) the paid product type content has been completed through this payment process.

In the present invention, “providing the content on the electronic device” may mean transmitting information related to the content to the electronic device so that the content is output on the electronic device.

Meanwhile, when content having a free product type is selected by the user, the controller 130 may provide the selected content to the user's electronic device 100 without determining whether the user has the right to use the content.

Meanwhile, even in the case of content having a free product type, the controller 130 may provide content only to electronic devices logged in with a user account previously registered in the digital currency purchase inducement system according to the present invention.

For example, when a reading request for content having a free product type is received from the electronic device, the controller 130 may check (or check) whether a user account is logged into the electronic device. Then, after it is confirmed that the user account is logged in to the electronic device, the controller 130 may provide content having a free product type on the electronic device. At this time, when the user account on the electronic device is not logged in, the controller 130 may proceed with a process for logging in.

2 , in the digital currency purchase inducement system according to the present invention, when there is a request to view content of a paid product type, through payment (or deduction) for digital currency previously held in the user account , it is possible to provide a paid product type of content to the user.

Hereinafter, a method of inducing a user to purchase digital currency through a preset payment method by providing information about digital currency to a user based on the user type of the user will be described in more detail with accompanying drawings.

First, in the present invention, a process of receiving an output request for a specific page among a plurality of pages may be performed ( S310 ). This output request may be received through the communication unit 110 .

An output request for a specific page among a plurality of pages may be performed in various ways. Based on the execution of the web or app, an output request for a start page is received, or an output request for a page corresponding to a web address is received based on input of a specific web address, or output to the electronic device 200 A request for a specific page may be received based on a selection of an area on the finished page. Here, one area on the page output to the electronic device 200 may be formed of a graphic object (or icon) linked to a specific page.

On the other hand, in the present invention, a specific page is a page on which information on digital currency is provided, and such a specific page may be determined in advance. In the storage unit 120 , identification information for a page on which digital currency information is provided may be stored in advance.

The controller 130 may determine whether the page according to the user's output request corresponds to this specific page. Then, as a result of the determination, when the page according to the user's output request corresponds to the specific page, the controller 130 may proceed with a series of processes to be described later.

On the other hand, in the present invention, in determining whether a page according to an output request for a page received from the user's electronic device 200 is a specific page, "monitor a page that is output from the user's electronic device or is scheduled to be output" ” can also be explained.

As an example, the specific page may be a start page, a homepage, or a main page listing types of content as shown in FIGS. 12A, 12B, 12C, and 12D. Through this specific page, the user can select the content he wants to use.

As another example, the specific page may be a content page for selecting an episode for a specific content, as shown in FIGS. 13A, 13B, 13C, and 13D . In such a content page, an item corresponding to at least one episode constituting specific content may be provided. The user may use the content by selecting an item of the episode to be viewed through the content page.

As another example, the specific page may be a recharge page (or My Page) for purchasing digital currency, as shown in FIGS. 14A, 14B, 14C and 14D . The user can use the service related to the purchase of digital currency through this charging page.

Meanwhile, in the present invention, upon receiving an output request for such a specific page, a process of confirming the user type of the user corresponding to the output request may proceed ( S320 ).

The control unit 130 controls at least one of i) whether the user is logged in with a user account registered in the content providing service in which the content is provided, and ii) whether a preset payment method for the purchase of digital currency is registered in relation to the user account. Based on this, user types can be distinguished.

When it is confirmed that a request for outputting a specific page is received from a user who does not log in to the content providing service with a user account, the controller 130 may classify the corresponding user into the first user type.

When it is confirmed that the control unit 130 has received a request to print a specific page from a user who has logged in to the content providing service with a user account, the control unit 130 is linked to the user account in the storage unit 120 to provide information on a preset payment method (ex: payment terms) is saved.

In the present invention, "a preset payment method is stored in association with a user account" can be expressed as "a preset payment method is registered in the user account".

As a result of the check, if the information on the preset payment method is not stored, the control unit 130 classifies the user into the second user type, and if information on the preset payment method is stored, classifies the user into the third user type can

Furthermore, in the present invention, based on the user type of the user, a process of providing digital currency information to a specific area of a specific page may be performed ( S330 ).

In more detail, the controller 130 may output information on digital currency on at least one page matched with the user type of the user.

For example, in the storage unit 120 , information specifying which page among the plurality of pages that can be provided by the system 100 is to output digital currency information to users of the first user type is stored. can In this case, information on which method to output digital currency information to users of the first user type among a plurality of methods may be stored together in the storage unit 120 .

That is, the storage unit 120 may store “output information” associated with identification information of a page on which digital currency information is output for each user type.

Based on the output information, if the page requested to be output from the user is matched with the user type of a specific user, the controller 130 may output information about digital currency on the page requested to be output.

As described above, the “information on digital currency” may include at least one of information on the quantity of digital currency previously held in relation to a specific logged-in user account, guidance information, and status information.

Here, the “induction information” may include information that i) induces the first type user to log in or ii) induces the registration of a preset payment method for the second user type.

Furthermore, “status information” may refer to information indicating whether a preset payment method is activated for the third type of user.

On the other hand, as described above, in the present invention, a user may be divided into either a second user type or a third user type based on whether a preset payment method is registered in the user account.

Hereinafter, the meaning of “a preset payment method is registered in the user account” will be described in more detail.

In the system 100 according to the present invention, a process of receiving selection information for selecting a specific payment type among a plurality of different payment types related to digital money may be performed. Such selection information may be received in connection with a user account.

More specifically, the selection information is through a page of a specific application (eg, webtoon content providing application) or a specific webpage (eg, webtoon content providing webpage) that is interlocked with the system 100 according to the present invention. can receive

The controller 130 may provide a “charging guide page” for inducing purchase (or charging) of digital money on the user's electronic device 200 so that the purchase of digital currency is made through the automatic payment method. . Such a charging guide page may be provided only under preset conditions, and for example, the controller 130 induces digital currency charging only when the user executes a specific application for the first time or accesses a specific web page for the first time. A “charging guide page” may be provided.

Meanwhile, a page for registering a preset payment method may be called a “registration page”.

The user may select a specific payment type from among a plurality of different payment types related to the automatic payment method through the registration page.

When receiving a request for provision (access or access) of a “registration page” from the user electronic device 200 , the control unit 130 may provide a “registration page” on the user's electronic device 200 .

The controller 130 may transmit information related to the registration page to the user's electronic device 200 so that the registration page can be provided to the user's electronic device 200 .

A user's request for provision of the registration page may be made through a wide variety of paths. As an example, the charging registration page may be provided based on selection of one area of the “charging guide page” output on the electronic device 200 as described above. The one area may be an area in which a function icon related to provision of a charging registration page is output.

The controller 130 may output information on a plurality of different payment types related to digital money on the “registration page”. Through this information, the present invention introduces a plurality of different payment types to the user, and allows the user to select a specific payment type that matches his or her content consumption pattern among them.

In the present invention, a plurality of different payment types may be associated with different payment conditions. The controller 130 may initiate the electronic payment process when a payment event that satisfies a payment condition matched to each of a plurality of payment types occurs in the user account.

Looking at the plurality of payment types in more detail, each of the plurality of payment types may be associated with different payment conditions. That is, the plurality of payment types may mean specifying on which payment standard an automatic payment is to be made for a user account.

A plurality of payment types can be classified based on a wide variety of payment conditions. ) may include a second payment type matching the related payment conditions.

For the first payment type among the plurality of payment types, a payment process may be initiated in relation to digital currency held in a user account. For example, in the case of the first payment type, when the quantity of digital currency held in the user account does not satisfy a preset reference quantity, the control unit 130 may start the payment process.

Furthermore, in the second payment type, a payment process may be started based on a reference date selected in the user account. In this case, the controller 130 may initiate a payment process for the user account every reference date.

As such, in the present invention, a user may select from which payment type the automatic payment process will be triggered.

The user's selection may be received through registration pages 410 and 510 as shown in FIGS. 4A and 5 . The registration pages 410 and 510 may include graphic objects 420 and 520 for receiving selection of at least one of a plurality of payment types. A user may specify a desired payment type through selection of a graphic object.

Next, in the present invention, a process of registering a payment condition may be performed. The process of registering such a payment condition is performed using selection information generated after a specific payment type is selected by a user from among a plurality of payment types and input (or selection) of information on a payment condition related to the specific payment type is completed. can be done

In the present invention, a payment condition is a basis for generating a payment event that initiates a payment process, and as described above, the payment conditions may be different depending on the payment type.

When a specific payment type is selected, the controller 130 may receive information on payment conditions for the specific payment type and quantity information of digital currency to be purchased.

Here, the selection information may include at least one of information on payment conditions and quantity information. The controller 130 may register a payment condition corresponding to a specific payment type in the user account by using the selection information received from the user account.

More specifically, the controller 130 may receive payment conditions and quantity information corresponding to the payment type based on the user selecting a specific payment type from among a plurality of payment types. The quantity information may refer to information specifying a purchase quantity for digital currency.

As an example, the control unit 130, based on the user's selection of the first payment type, as shown in (a) of FIG. 4A , i) a condition (or payment condition) for starting a payment process from a user account It is possible to receive information 430 on the minimum amount of digital currency and ii) information 440 on the amount of digital currency to be purchased through the payment process.

As shown in (a) of FIG. 4A , the control unit 130 selects a graphic object 420 corresponding to the first payment type from the user account and receives selection information therefor, including a setting area. You can provide a registration page.

Here, the setting area is the minimum quantity (or reference quantity, reference cookie) 430 of digital currency (eg, cookie) corresponding to the condition that the payment process is started on the user's electronic device 200 or purchase ( Alternatively, it may mean a GUI (graphical user interface) through which at least one of the quantity 440 of digital currency (eg, cookies) to be charged can be input.

Through the setting area of the registration page, the user may input selection information for charging a specific number of digital currency when the number of digital currency held by the user is less than a predetermined number. Selection information selected by the user's electronic device 200 may be transmitted to the system 100 according to the present invention. For example, if the user has less than 50 cookies (a name of digital currency) and wants to add 100 cookies, set the minimum amount of digital currency to 50 in the setting area of the registration page and purchase digital currency You can choose the quantity as 100. Such selection information may be transmitted to the system 100 according to the present invention. On the other hand, the system 100 according to the present invention can provide a user environment that allows the user to freely change the quantity for digital currency, and as shown in (b) of FIG. 4a, drop-down (drop-down). ) method can be provided. The user can freely select the amount of digital currency, such as 20, 30, 50, 100, and 300, through the drop-down selection area. Items for selecting the quantity of digital currency may be included on the drop-down list.

On the other hand, the quantity unit of the chargeable digital currency may be preset. The controller 130 may provide quantity recommendation information including a plurality of quantity units (20, 30, 50, etc.) to the user, and may receive a selection of any one quantity unit from the user.

Furthermore, the control unit 130, according to the quantity of digital currency held in the user account, the minimum quantity (or reference quantity, reference cookie) of digital currency (eg, cookie) corresponding to the condition that the payment process is started (430) ) can be recommended differently. The controller 130 may recommend information on the minimum amount of digital currency to the user in a drop-down environment within the setting area, and the recommended amount for each user is determined according to the amount of digital currency held in the user account. may vary.

More specifically, the controller 130 may provide quantity recommendation information for a quantity greater than the quantity of digital currency previously held in the user's account to the user through the setting area.

In (a) of FIG. 4B , the control unit 130 may set the information on the minimum amount of digital currency at which the payment process is started to a quantity greater than the amount of digital currency currently held in the user account. In this case, the controller 130 may select a quantity unit larger than the quantity of digital currency currently held in the user account as the recommended quantity among the plurality of quantity units.

For example, in (a) of FIG. 4B, the controller 130 recommends a quantity including a quantity (50, 100, 300, etc.) greater than the quantity (45) of digital currency previously held in the user account. Information can be provided in the settings area. The user may select any one (50 pieces) 430 of the quantity recommendation information provided in the setting area.

As another example, in FIG. 4B (b), the control unit 130 controls the quantity for the quantity (100, 200, 300) greater than the quantity (80) of digital currency previously held in the user account. Recommendation information may be provided in the setting area. The user may select any one (100 pieces) 431 among the quantity recommendation information provided in the setting area.

When a preset payment method is registered according to the quantity recommendation information, the controller 130 may initiate a payment process in response to registration of the preset payment method.

More specifically, the control unit 130 may receive the minimum amount of digital currency from the user account, and store it in the storage unit 120 in association with the user account. That is, the controller 130 may register a preset payment method in the user account. Through this, when automatic payment is registered in the user account, the amount of digital currency held in the user account satisfies the payment condition, so that the electronic payment process can be started immediately.

Furthermore, the controller 130 may prevent a quantity unit smaller than the quantity of digital currency held in the user account from being included in the drop-down list.

Meanwhile, the minimum quantity unit recommended for the user account may be variously changed in addition to the method described above.

As another example, the control unit 130, based on the user's selection of the second payment type, as shown in FIG. 5 , i) a reference date (specific The information 530 on the date, the date on which the payment is performed, the payment date, etc.) and ii) the information 540 on the quantity of digital currency to be purchased through the payment process may be received.

As shown in FIG. 5 , when the graphic object 520 corresponding to the second payment type is selected from the user account and the control unit 130 receives selection information about it, the control unit 130 is placed on the electronic device 200 of the user. In a GUI (graphical user interface) that can input information on the reference date corresponding to the condition in which the payment process is started, and the quantity 540 of digital currency (eg, cookies) to be purchased (or charged) on the reference date. You can provide a corresponding page.

The user may input selection information for recharging a specific number of digital currency for each reference day through the page. Selection information selected by the user's electronic device 200 may be transmitted to the system 100 according to the present invention. For example, if the user wants to charge 100 cookies on the first day of every month, he or she can select the reference date (or specific day) as 1 day and the purchase quantity of digital currency as 100. Information about this selection may be transmitted to the system 100 according to the present invention.

On the other hand, as shown in (a) and 5 of Fig. 4, the control unit 130, in order to more actively induce the registration of the automatic payment, the information 450, 550 related to the induction of the registration of the automatic payment to the user. can be provided to

The information 450 and 550 includes at least one of information on benefits for digital currency and content use provided to users based on automatic payment (ie, automatic recharging) for digital currency. can

Meanwhile, as described above, when selection information related to a payment condition is received from the user (or from the user account, from the user's electronic device), the control unit 130 uses the selection information to provide a specific payment type to the user account. You can register payment conditions corresponding to .

The controller 130 may register different payment conditions in the user account according to the selection information. Here, “registration” may mean matching with a user account and storing selection information.

On the other hand, information registered in the user account includes: i) information on payment type, ii) detailed information on payment conditions according to payment type (eg, the minimum amount of digital currency at which the payment process is initiated, payment process At least one of information on the reference date, etc.) and iii) information on the quantity of digital currency purchased through the payment process (or quantity information) may be included. Meanwhile, the information registered in the above user account may be expressed as information related to payment conditions, such as “information on payment conditions” or “payment condition information”.

By registering a payment condition in the user account, the controller 130 may initiate an electronic payment process for the user account when a payment event satisfying the payment condition occurs in the user account. In the present invention, this is called "automatic payment registration (or automatic charging registration)".

The controller 130 may monitor whether a payment event satisfying a payment condition registered for the user account occurs in the user account.

The control unit 130 continuously checks the quantity of digital currency held in the user's account based on the payment conditions according to the payment type registered in the user account, or the current date is the reference date (specific date) registered in the user account and It can be determined whether they match.

More specifically, when the payment condition registered in the user account is a payment condition related to the first payment type, the controller 130 controls the reference quantity (or minimum quantity) in which the quantity of digital currency held in the user account corresponds to the payment condition. ) less than (or less than), it can be determined that a payment event has occurred. Conversely, when the quantity of digital currency held in the user account is greater than (or exceeds) the reference quantity (or minimum quantity) corresponding to the payment condition, the controller 130 may determine that the payment event has not occurred.

Furthermore, when the payment condition registered in the user account is a payment condition related to the second payment type, the controller 130 may determine that a payment event has occurred when the current date is a pre-registered reference date. Conversely, when the current date is not a pre-registered reference date, the controller 130 may determine that a payment event has not occurred.

In this way, the control unit 130 may monitor whether a payment event according to a pre-registered payment condition has occurred in the user account.

On the other hand, when the user sets a reference amount (or minimum amount) larger than the amount of digital currency previously held in the user account as the payment condition in relation to the first payment type, the controller 130 sets the payment condition to the user account. By registering, it can be immediately determined that a payment event has occurred.

Meanwhile, in response to the occurrence of a payment event, the control unit 130 may initiate an electronic payment process for purchasing digital currency for a user account.

Here, “initiation of the electronic payment process” may mean an act or procedure of starting the electronic payment process. That is, the initiation of the electronic payment process is a concept distinct from “completion of the electronic payment process” and may mean that a process for the electronic payment process is started. When the electronic payment process is started, the electronic payment process for purchasing digital currency may be performed using a payment method registered in the user account.

On the other hand, completion of the electronic payment process may mean a state in which the purchase of digital currency is completed.

When the electronic payment process is started, the controller 130 may perform the electronic payment so that digital currency is purchased by the amount of digital currency included in the payment conditions previously registered in the user account.

In the present invention, there are many different methods of performing the electronic payment process, and an amount for the purchase quantity of digital currency may be paid by a payment method previously registered in the user account. For example, when the pre-registered payment means is a bank transfer or credit card, the control unit 130 controls the communication unit 110 to communicate with a financial institution (bank or credit card) server through the communication unit 110 . can be controlled The control unit 130 may request a payment for a payment target amount corresponding to a specific purchase quantity of digital currency from an account or credit card associated with a user account to a financial institution through the communication unit 110 . However, the above-described procedure is only an embodiment, and the procedure performed for the first time for the electronic payment process is not limited thereto.

Meanwhile, the amount paid through the electronic payment process may be an amount corresponding to the quantity information. Here, the quantity information is information included in the payment conditions previously registered in the user account, and may be an amount corresponding to the purchase quantity of digital currency.

That is, in the present invention, the payment target amount may mean an amount corresponding to the purchase quantity of digital currency included in the payment conditions previously registered in the user account. The payment target amount may mean an amount corresponding to the amount of digital currency that the user wants to charge.

Meanwhile, “completion of the electronic payment process” may mean that the payment target amount is paid to the payment system 100 according to the present invention by electronic payment. A case in which the payment of the payment target amount is normally made in the payment system 100 according to the present invention is referred to as “Completion of the electronic payment process”.

When the electronic payment process is completed, the control unit 130 may pay a specific purchase quantity of digital currency to the user account. The control unit 130 may give a quantity corresponding to the purchased digital currency to the user account. For example, when 100 digital currencies are set to be purchased in the payment conditions, the controller 130 initiates and completes the electronic payment process for the payment target amount corresponding to 100 digital currencies, and stores 100 digital currencies in the user account. You can pay money.

Meanwhile, after the electronic payment for the user account is completed, the controller 130 may continuously monitor the occurrence of a payment event. That is, by monitoring the user account in which the automatic payment method is registered, the controller 130 may initiate a payment process whenever an event satisfying a payment condition occurs in the user account.

The controller 130 may start the electronic payment process whenever a payment event related to the user account occurs according to the monitoring result. Accordingly, the user may be automatically provided with a digital currency purchase service whenever a payment condition is satisfied.

Based on the completion of the electronic payment process, the control unit 130 may monitor whether the next payment event occurs after paying digital currency to the user account. When a payment event occurs, the controller 130 may continuously monitor whether a payment event occurs, rather than stopping monitoring accordingly.

Accordingly, whenever the electronic payment process is normally completed in the user account, the controller 130 may pay digital currency corresponding to the quantity information previously registered in the user account. That is, whenever a payment event occurs and the electronic payment process is completed according to the occurrence of a payment event, the controller 130 may provide digital currency to the user account. This is referred to as "automatic payment (or automatic charging)" in this specification.

For example, the control unit 130 receives from the user account selection information (ex: first payment type), payment conditions (ex: minimum quantity of 50), and quantity information (ex: 100 digital currency) on the received payment type. purchase), the electronic payment process in which payment is made for the payment target amount corresponding to 100 digital currencies whenever the number of digital currencies held by the user account becomes less than 50 (eg, 48) can start. When the electronic payment process for the payment target amount corresponding to 100 digital currencies is completed, the controller 130 may assign 100 digital currencies to the user account.

As another example, the control unit 130 may include selection information (ex: second payment type), payment conditions (ex: reference date 1 day) and quantity information (ex: 100 digital pieces) on the payment type received from the user account. When the current date is 1st (eg, February 1st, March 1st, etc.), payment is made for the payment target amount corresponding to 100 digital currencies. process can be initiated. When the electronic payment process for the payment target amount corresponding to 100 digital currencies is completed, the controller 130 may assign 100 digital currencies to the user account.

For example, as shown in FIG. 6 , the control unit 130 receives, from the user account 610 having an ID of “AAA”, selection information for a payment type (ex: first payment type, 611), payment conditions When (ex less than 30, 612) and quantity information (30, 613) are received, the number of digital currencies held by the user account 610 with an ID of “AAA” is less than 30 (for example, 28 ), it is possible to start an electronic payment process in which payment for the payment amount corresponding to 30 digital currencies is made.

When the electronic payment process for the payment target amount corresponding to the 30 digital currencies is completed, the controller 130 may pay 30 digital currencies to the user account. If the automatic payment is first made in the user account having an ID of “AAA”, the number of times of completion of the electronic process completed in the user account having an ID of “AAA” may be the first 614 .

For another example, the control unit 130 may include selection information about a payment type (ex: second payment type, 621) from the user account 620 having an ID of “DDD”, and payment conditions (ex: 3 days of the reference date, 622 ). ) and quantity information (100 pieces, 623) are received, the payment target amount corresponding to 100 digital currencies whenever the current date becomes 3 days (eg, February 3, March 3, etc.) An electronic payment process in which payment is made may be initiated. When the electronic payment process for the payment target amount corresponding to 100 digital currencies is completed, the controller 130 may assign 100 digital currencies to a user account having an ID of “DDD”. If the above payment is an imputed payment made after 39 electronic payment processes are completed in the user account having an ID of “BBB”, the number of completions of the electronic process may be 40 times 624 .

In the above, a process in which an electronic payment process is automatically performed according to a specific payment type and a process in which digital currency is paid to a user account has been described.

On the other hand, the system 100 according to the present invention, separate from the digital money (hereinafter, referred to as purchase digital money) that is paid in response to the payment of the payment target amount by the user, “reward digital money” in the user account can pay In relation to the “reward digital currency” provided in the system 100 according to the present invention, it will be described in more detail.

First, the reward digital currency according to the present invention may have a plurality of properties (properties) or types.

The property (property) or type of the reward digital currency may be classified according to the time when the reward digital currency is paid to the user account or the reason (cause) for the payment.

i) "Reward digital currency of the first attribute" is digital money paid to the user's account when the completion of the electronic payment process is the first (first round), and in the present invention, "first payment bonus", "1st bonus" ” can be used interchangeably. ii) “Reward digital currency of the second attribute” is digital currency paid to the user account whenever the electronic payment process is completed, and in the present invention, it may be used interchangeably with “always bonus”. iii) “Reward digital currency of the third attribute” is digital currency paid to the user account when the completion of the electronic payment process satisfies a preset reward condition, and may be used interchangeably with “maintenance bonus” in the present invention.

Here, the preset reward condition may be a condition that the completed round corresponds to a specific round or a round that is repeated with a predetermined interval.

First, a look at the reward digital currency having the first property.

When the electronic payment process is completed for the first round (or first conversation), the control unit 130 may pay “reward digital currency of the first attribute” to the user account. The controller 130 may further pay the user account with the reward digital currency of the first attribute by the amount of the reward, in addition to the purchase quantity of the purchased digital currency. The controller 130 may provide the reward digital currency of the first attribute to the user account by the amount of the greater reward as the purchase quantity increases.

When the payment process is completed in the user account, the controller 130 may search for the number of the payment process completed with respect to the user account in the corresponding payment process. The controller 130 may perform the search from the payment history (or history information) corresponding to the user account.

Meanwhile, the controller 130 may determine the reward quantity of the first attribute reward digital currency to be provided to the user account, based on the matching information stored in the storage unit 120 .

Here, the matching information, as shown in FIG. 7 , is information stored in a preset DB of the storage unit 120 and may include matching information 700 defined for the amount of rewards to be paid to the user account. The matching information 700 may include information on the amount of rewards matched for different purchase amounts of digital currency. Furthermore, the matching information 700 may include quantity information about the reward currency of different attributes.

The matching information 700 may include information on the amount to be paid as a reward currency of each attribute for different purchased digital currency.

Based on the matching information 700 , the controller 130 may provide the reward digital currency 711 of the first attribute as much as a specific reward amount to the user account.

For example, according to the matching information 700 stored in the storage unit 120, the digital currency purchase quantity 30 720 and the reward quantity of the first attribute reward digital currency matched are 2 721. In relation to the user account, when the first payment process for 30 digital currencies is completed, the control unit 130 includes 30 digital currencies 720 purchased in the user account and 2 721 It is possible to additionally pay a reward digital currency of the first attribute.

As another example, according to the matching information 700 stored in the storage unit 120, the reward quantity of the first attribute reward digital currency matched with 100 digital currency purchase quantity 730 is 5 731 . Accordingly, as shown in FIG. 8 , when the first electronic process for 100 digital currencies is completed in relation to the user account, the control unit 130 purchases 100 digital currencies 730 and 830 to the user account. In addition, the reward digital currency 731 and 832 of the five first attributes may be paid.

On the other hand, the controller 130 checks the matching information even if the electronic payment process of the first round (first round) is completed in the user account. As a result, the amount of reward digital money of the first attribute matched to the amount of digital money purchased If this does not exist, payment for the reward digital currency of the first attribute may not be performed in the user account. For example, as shown, when 20 digital currencies are purchased from the user account, the reward digital currency of the first attribute paid to the user account may not exist.

Furthermore, the controller 130 may pay “reward digital currency of the second attribute” to the user account based on the completion of the electronic payment process.

As described above, the reward digital currency of the second attribute is a digital currency that is paid whenever the electronic payment process is completed, and as described above, it can be understood as a concept of “always on bonus”.

The control unit 130 may further pay the user account with the reward digital currency of the second attribute by the amount of the reward, in addition to the purchase quantity of the purchased digital currency. As shown in FIG. 7 , the controller 130 may provide the reward digital currency of the second attribute to the user account as much as the greater amount of the reward as the purchase quantity increases.

On the other hand, the control unit 130 is limited to the number of digital currency purchased through the automatic payment method is a preset number (eg, when 100 or more digital currency is purchased according to FIG. 7 ), the digital currency of the second attribute Currency may be paid to the user's account.

Based on the matching information 700 stored in the storage unit 120 , the controller 130 may determine a reward quantity of the reward digital currency 712 of the second attribute to be provided to the user account.

Even if the electronic payment process is completed, the controller 130 checks the matching information 700. As a result, when the quantity of digital currency of the second attribute that matches the quantity of purchased digital currency does not exist, the second attribute is stored in the user account. Payments may not be made in digital currency of the property.

For example, according to the matching information 700 stored in the storage unit 120 , the number of digital currency purchases 30 720 and the reward quantity of the reward digital currency of the second attribute matched are 0 722 . Accordingly, in relation to the user account, when the electronic process for 30 digital currencies is completed, the controller 130 may not pay the reward digital currency of the second attribute.

As another example, according to the matching information 700 stored in the storage unit 120, the reward quantity of the digital currency of the second attribute matched with the purchase quantity of 100 digital currency (730) is 2 (732). . Accordingly, in relation to the user account, whenever the electronic process for 100 digital currencies is completed, the control unit 130 may pay the user account with the reward digital currency 732 of two second properties.

Furthermore, when the completion number of the electronic payment process satisfies a preset reward condition, the controller 130 may pay “reward digital currency of the third attribute” to the user account.

Here, “reward digital currency of the third attribute” is digital money paid to the user account when the completion cycle of the electronic payment process satisfies a preset reward condition, and may be used in combination with “maintenance bonus” in the present invention. Here, the preset reward condition may be a condition that the completed round corresponds to a specific round or a round that is repeated with a predetermined interval. For example, the reward digital currency of the third attribute may be a reward digital currency that is paid every time the completion of the payment process becomes the 10th (eg, 10 times, 20 times, 30 times...).

The controller 130 may provide the reward digital currency of the third attribute to the user account by the amount of the larger reward as the purchase quantity increases.

More specifically, the controller 130 may determine the reward quantity of the reward digital currency of the third attribute to be provided to the user account, based on the matching information 700 stored in the storage unit 120 .

Here, the matching information, as shown in FIG. 7 , is information stored in a preset DB of the storage unit 120 , and is matched for different purchase quantities of digital currency, respectively, with a third attribute Reward of digital currency. It may mean information including quantity.

Based on the matching information 700 , the controller 130 may provide the reward digital currency 713 of the third attribute as much as a specific reward amount to the user account.

For example, according to the matching information 700 stored in the storage unit 120 , the reward quantity of the reward digital currency of the third attribute matched with the purchase quantity of 30 digital currency 720 is 1 723 . Accordingly, when the number of completions in relation to the user account satisfies a preset condition (eg, every time the electronic payment process of the round corresponding to a multiple of 10 is completed), the controller 130 purchases 30 digital currencies In addition to 720, it is possible to pay one (723) reward digital currency of the third attribute.

As another example, in the matching information 700 stored in the storage unit 120, the amount of digital currency purchases 100 pieces (730) and the reward amount of the third attribute reward digital currency matched with 3 pieces (733). Accordingly, as shown in FIG. 8 , the controller 130 completes the electronic payment process of the cycle corresponding to a preset number of times of completion of the completed electronic process in relation to the user account (eg, a multiple of 10). Whenever ((10th, 20th...),834) is satisfied, in addition to 100 purchased digital currency, reward digital currency 733, 833 of three third attributes can be paid.

On the other hand, even when the number of times the electronic payment process is completed is the number of times the reward digital currency of the third attribute is to be paid, the control unit 130 checks the matching information. If the quantity of digital currency does not exist, payment for digital currency of the third attribute may not be performed in the user account.

For example, according to the matching information 700 stored in the storage unit 120 , the amount of rewards of the third attribute reward digital currency matched with 20 digital currency purchases is 0. Accordingly, in relation to the user account, when the electronic process for 20 digital currencies is completed, the control unit 130 may not pay the reward digital currency of the third attribute.

In this way, when the electronic payment process for purchasing digital currency in the user account is completed, the controller 130 may determine whether there is a reward digital currency to be additionally paid to the user account with reference to match information.

The controller 130 may determine whether the user account that has completed the electronic payment process corresponds to a condition for receiving digital reward currency corresponding to the first, second, and third attributes, respectively.

The control unit 130 determines whether a purchase has been made for the first (first round) digital currency in the user account, and determines whether the purchase quantity of digital currency satisfies the conditions for paying the digital reward currency of the first attribute can do.

Then, when the electronic payment process for the purchase of digital currency in the user account is completed, the control unit 130 determines whether the purchase quantity of digital currency corresponds to the payment condition of the reward digital currency of the second attribute (for example, , when more than 100 digital currencies have been purchased). And, as a result of the determination, when the purchase quantity of the digital currency is the quantity corresponding to the payment condition of the reward digital currency of the second attribute, the controller 130 may pay the reward digital currency of the second attribute to the user account. In the user account, when 100 or more digital currencies are purchased, a reward digital currency of the second attribute may be paid.

Furthermore, the control unit 130 counts the number of times the electronic payment process is completed for the purchase of digital currency in the user account, and the counting result is a specific number corresponding to the payment condition of the reward digital currency of the third attribute. For example, 10th, 20th, etc.) may be determined.

Then, when the completed cycle corresponds to the specific cycle, the controller 130 determines whether the purchase quantity of digital currency corresponds to the payment condition of the reward digital currency of the third attribute (for example, 30 or more when digital currency was purchased). And, as a result of the determination, when the purchase quantity of the digital currency is the quantity corresponding to the payment condition of the reward digital currency of the third attribute, the controller 130 may pay the reward digital currency of the third attribute to the user account. When 30 or more digital currencies are purchased in the user account, the reward digital currency of the third attribute may be paid for each specific cycle.

As described above, in the present invention, when a digital currency purchase is made in a user account, the reward digital currency is paid based on at least one of the digital currency purchase quantity and purchase cycle (the electronic payment process completion cycle), whereby an automatic payment method It can provide lasting benefits to users who purchase digital currency.

As described above, in the user account registered with the automatic payment method, quantity information on how many digital currencies to purchase through the automatic payment method may be matched and stored.

In this way, in a state in which the quantity information is registered in the user account, on the basis of receiving a request to change the purchase quantity of digital currency from the user account, the control unit 130 changes the quantity information registered in the user account to the changed quantity information. can

When a preset payment event occurs in relation to the user account, the controller 130 may initiate an electronic payment process for a payment amount corresponding to the changed purchase quantity.

Then, when the changed purchase quantity corresponds to the payment target of the reward digital currency of the second attribute as described above, the controller 130 pays the user account the reward digital currency of the second attribute as much as the quantity matched to the changed purchase quantity can do.

Furthermore, the controller 130 may complete the electronic payment process for the payment amount corresponding to the changed purchase quantity, and accumulate the number of completions counted before changing the quantity information. That is, the controller 130 may continuously count the number of completions stored in the storage unit 120 without initializing the number of completions stored in the storage unit 120 .

Furthermore, when the number of completions satisfies a preset reward condition, the control unit 130, along with digital money for the changed purchase quantity, digital money corresponding to the changed purchase quantity and equal to the reward quantity matched with the matching information (third attribute) of reward digital currency) can be paid to the user account.

For example, as shown in FIG. 9 , in relation to the user account, when the purchase quantity of the existing digital currency is 100 910, the preset reward condition is every 10 times (that is, in multiples of 10). Whenever the electronic payment process of the corresponding round is completed, 950) the reward digital currency of the third attribute may be paid to the user account.

In this case, the control unit 130 completes the first electronic payment process for the payment amount corresponding to the 100 purchase quantity, and 100 910 purchased digital currency and 100 910 purchased digital currency in the user account. It is possible to pay a reward digital currency 920 of five first attributes matched with the purchase digital currency. Furthermore, the control unit 130 completes the electronic payment process from the second to the ninth times for the payment amount corresponding to the purchase quantity of 100, and each time the electronic payment process is completed, 100 purchase digital currency 910 can be paid to the user's account. Furthermore, according to the matching information of FIG. 7 , whenever the electronic payment process of the second to the ninth rounds is completed, the user account may be provided with two reward digital currencies of the second attribute.

On the other hand, after the ninth electronic payment process is completed, when receiving a request to change the digital currency purchase quantity from the user account, the controller 130 may change the quantity information previously registered in the user account from 100 to 500. In this case, in relation to the user account, the control unit 130 may proceed with the electronic payment process so that the purchase of the 500 (930) purchased digital currency changed based on the occurrence of a payment event is made. The controller 130 may update the number of completions of the electronic payment process from the previous 9 times to 10 times, and determine whether the number of completions satisfies a preset reward condition (10 times, 950 ). In this case, since the number of completions satisfies the preset reward condition (10 times, 950), the controller 130 changes 500 (930) purchased digital currency together with 500 (930) purchased digital currency in the user account. Reward digital currency (ex. 15, 940) of the third attribute as much as the amount of rewards matching with .

As such, in the present invention, when a payment condition or a purchase quantity is changed in relation to a user account, the controller 130 may change the appropriate reward digital currency while performing the electronic payment process based on the changed information. In this case, when the electronic payment process made in the user account is not the first time, the payment amount of digital currency related to at least one of the second and third properties may be changed.

Meanwhile, the controller 130 may set different reward conditions according to a plurality of different payment types.

As described above, among the plurality of payment types, the first payment type is a payment type that enables automatic payment based on the amount of digital currency held in the user account, and the second payment type is based on a reference date (a specific date) It may be a payment type that allows automatic payment to be made.

The control unit 130 reflects the attributes of a plurality of different payment types and the user's consumption patterns, so that the right to read the contents held by the user account is not exhausted, and the reward conditions can be set in a direction to actively induce the user's automatic payment. .

The controller 130 may set a predetermined interval of the reward condition corresponding to the first payment type and a predetermined interval of the reward condition corresponding to the second type to be different.

More specifically, i) the controller 130 may set the predetermined interval of the reward condition corresponding to the first payment type to be relatively longer than the predetermined interval of the reward condition corresponding to the second type. ii) Conversely, the controller 130 may set a predetermined interval of the reward condition corresponding to the first payment type to be shorter than a predetermined interval of the reward condition corresponding to the second type.

For example, as shown in Figure 10 (a), the control unit 130, the predetermined interval of the reward condition corresponding to the first payment type 10 times (that is, electronic payment of the round corresponding to a multiple of 10) every time the process completes). In relation to the first payment type, the control unit 130 purchases 100 pieces of digital currency purchase quantity (730, 1010) every time the completion cycle is 10 times (ie, 10 times, 20 times, 30 times ..., 1012). The reward digital currency 733 and 1011 of the third attribute as much as the corresponding reward quantity (3 pieces) may be provided to the user account.

As another example, as shown in Fig. 10 (b), the controller 130 repeats the predetermined interval of the reward condition corresponding to the second payment type 4 times (ie, the cycle corresponding to a multiple of 4) every time the electronic payment process is completed). Therefore, in relation to the second payment type, the controller 130 purchases 100 pieces of digital currency purchase quantity (730, 1020) every time the completion cycle is the 4th (ie, the 4th, 8th, 12th..., 1022) ), the reward digital currency 733 and 1021 of the third attribute as much as the reward quantity (3 pieces) corresponding to the user account may be provided to the user account.

As such, based on the payment event, the controller 130 may set the interval at which the reward digital currency is paid differently, even when the same amount of digital currency is purchased.

Meanwhile, the controller 130 may set the validity period (use period) of the purchased digital currency and the bonus digital currency to be different from each other. In the case of purchase digital currency, it is also possible that the validity period is not set. In the case of bonus digital currency, the validity period may be set so that it can be used only for a specific period.

Furthermore, even in the case of purchased digital currency, the validity period may be set. In this case, the controller 130 may set the validity period of the bonus digital currency to be relatively short compared to the validity period of the purchased digital currency.

Furthermore, in the case of digital money for which the validity period is set, the control unit 130 may set the start date of the validity period as the day the digital currency is paid to the user account.

For example, as shown in FIG. 11 , the “CCC” user account 1110 holds a total of 14 bonus digital currencies 1120 . The 14 bonus digital currencies held by the “CCC” user account (1110) are: i) 8 bonus digital currencies (1121) paid on January 01, 2021, ii) 3 bonus digital currencies paid on March 05, 2021 Bonus digital currency (1122), iii) 3 bonus digital currency (1123) paid as of 04/07/2021. They each have a validity period of 6 months. Therefore, the available date of use of the bonus digital currency held by the “CCC” user account is i) until July 1, 2021 in the case of 8 bonus digital currencies (1121) paid as of January 01, 2021, ii) 2021 The three bonus digital currencies (1122) paid as of March 05, 2021 are until September 05, 2021, ii) The three bonus digital currencies (1123) paid as of 04, 2021 Up to one day may be set differently for each.

On the other hand, when the validity period of the digital currency for which the validity period is set has elapsed, the controller 130 may destroy the digital currency whose validity period has elapsed. In this case, the extinction target digital currency paid to the user account may be withdrawn (or deducted) from the user account.

In this case, the controller 130 may inform the user account of the expiration date of the digital currency before a preset period from the validity period of each digital currency.

Furthermore, the controller 130 may set different validity periods for each attribute of the reward digital currency.

On the other hand, when a plurality of digital reward currencies having different validity periods exist in the user account, the controller 130 controls the use of reward money so that the reward digital money is used according to the order in which the validity period expires first. can

The control unit 130 may, by itself, use the reward digital currency in the order in which the validity period expires first, even if the user account does not receive a selection of which reward digital currency to use.

As such, the system 100 according to the present invention may pay the purchase digital currency and the reward digital currency to the user account.

Meanwhile, according to the present invention, the quantity of digital currency purchased in advance according to the second payment method or the first payment method described above may be provided on a specific page. Through this, the user can determine whether to additionally purchase digital currency or to register automatic payment according to the second payment method by checking the amount of digital currency previously held in the user account. To this end, the system 100 according to the present invention may provide information about digital currency to the user in various ways. Hereinafter, information on digital currency provided to users will be described in more detail.

In the present invention, information on digital currency can be provided to a specific area based on the user type. Information on digital currency may be different from each other according to user types. This is because the information collected for each user type and the desired result are different from each other.

First, information on digital currency provided to the first user type may include induction information for inducing login.

Here, the first user type may mean a user who uses the content providing service without logging in to the content providing service with a user account.

Information on digital currency provided to a specific user corresponding to the first user type will be described in more detail with reference to FIGS. 12A and 13A . The digital currency information 1210 and 1310 may be output to a specific area of the pages 1200 and 1300 requested to be output by a specific user. At this time, the induction information 1210, 1310 is a comment (1211, 1311) inducing login such as “Check the number of cookies you have” and function icons 1212, 1312 linked to the login function for the content providing service. ) may include at least one of.

By selecting the function icons 1212 and 1312, the user may perform login or transmit a request to output a login page for performing login to the system 100 according to the present invention.

The controller 130 may provide a login page on the user electronic device 200 in response to the user's output request. In this case, the controller 130 may re-output information about digital money on the login page.

On the other hand, when the first type user selects a function icon to which the login function is linked or logs in to the content providing service through the login page, the control unit 130 sets the user type of the user as the second user type and the third type. You can switch to any of the user types.

More specifically, when a user corresponding to the first user type logs in, the controller 130 may check whether a preset payment method is registered in the corresponding user account. As a result of the check, if a preset payment method is not registered in the corresponding user account, the controller 130 may change the user type of the user to the second user type.

Furthermore, as a result of checking, if a preset payment method is registered in the corresponding user account, the controller 130 may convert the user type of the user to the third user type.

The control unit 130 may update information on digital currency based on the user's user type conversion.

The information on the digital currency provided to the second user type may include at least one of i) information on the amount of digital currency previously held in the user account and ii) induction information for inducing registration of a preset payment method. have.

Information on digital currency provided to a specific user corresponding to the second type user will be described in more detail with reference to FIGS. 12B and 13B . The digital currency information 1220 and 1320 may be output to a specific area of the pages 1200 and 1300 requested to be output by a specific user. Information on digital currency (1220, 1320) includes: i) information on the quantity of digital money previously held in the user account (1221, 1321) and ii) inducing information (1222, 1223) for inducing registration of a preset payment method; 1322 and 1323) may be included.

The induction information may include information (ex: up to 100 pieces) on the amount of rewards of the reward digital money (ie, reward digital money of the first attribute) payable in response to the registration of a preset payment method in the user account. can be (see FIG. 12b).

The controller 130 may predict the amount of digital currency purchased by the user, based on the user's content use information. The controller 130 may acquire information on the reward quantity of the reward digital currency corresponding to the predicted quantity of purchased digital money through the matching information 700 stored in the storage unit 120 . The controller 130 may include information on the reward quantity of the acquired reward digital currency in the induction information.

Furthermore, the guidance information may include function icons 1222 and 1322 to which a registration page for registering a preset payment method is linked. (See Figs. 12b and 13b)

When the user type is changed from the first user type to the second user type, the controller 130 may update the induction information for inducing login to information inducing a preset payment method.

By selecting, by the user, function icons 1222 and 1322 of induction information or a region of induction information, an output request for a registration page capable of registering a preset payment method is transmitted to the system 100 according to the present invention can be

The controller 130 may provide a registration page for registration of a preset payment method based on the user's selection of the induction information. As described above, the controller 130 may register a preset payment method in the user account based on receiving selection information from the user account.

Meanwhile, even if the user type of the user is not changed from the first user type to the second user type, the information provided to the user of the second user type may be the same as above.

Meanwhile, when a user corresponding to the first user type logs in, the controller 130 may check whether a preset payment method is registered in the corresponding user account. As a result of the check, if a preset payment method is registered in the corresponding user account, the user type of the corresponding user may be switched to the third user type.

Furthermore, when a preset payment method of a user corresponding to the second user type is registered, the controller 130 may convert the user type of the corresponding user to the third user type.

The control unit 130 may update information on digital currency based on the user's user type conversion. The information on the digital currency provided to the third user type may include i) the amount of digital currency already held in the user account and ii) status information.

Information on digital money provided to a specific user corresponding to the third type user will be described in more detail with reference to FIGS. 12C and 13C . The digital currency information 1230 and 1330 may be output to a specific area of the pages 1200 and 1300 requested to be output by a specific user. Information on digital money (1230, 1330) includes i) information (1231, 1331) on the quantity of digital money already held in the user account and ii) status information (1233, 1333) indicating whether a preset payment method is activated. may include at least one of Furthermore, the information 1230 and 1330 on digital money may further include graphic objects 1232 and 1332 linked to pages for purchasing digital money by the first payment method (see FIGS. 12c and 13c). . Through this, the user can purchase additional digital currency in addition to the digital currency purchased through the automatic payment method.

Meanwhile, even if the user type of the user is not changed from the second user type to the third user type, the information provided to the user of the third user type may be the same as above.

On the other hand, when a preset payment method is registered in the user account of the specific user corresponding to the second user type through the registration page, the control unit 130 (that is, the user type of the specific user is changed from the second user type to the third user type) In case of conversion to user type), information on the amount of digital currency previously held in relation to a specific user account can be updated.

More specifically, when the user's preset payment method corresponding to the second user type is registered, the controller 130 may provide the first reward digital currency based on the registration. In this case, the control unit 130 may update the quantity obtained by adding the quantity of the first reward digital currency to the quantity of the existing pre-owned digital currency to the quantity of the pre-held digital currency.

Furthermore, the user may set the minimum quantity of digital currency constituting the payment condition of the first payment type to a quantity greater than the quantity of digital currency previously held. In this case, the controller 130 may register a preset payment method in the user account and immediately start the electronic payment process. The controller 130 may pay the user account the amount of digital currency purchased in the user account and the amount of digital currency as a reward amount of the first reward digital currency. Accordingly, the control unit 130 may update the quantity obtained by adding the purchase quantity and the reward quantity to the quantity of the pre-owned digital currency to the quantity of the pre-held digital currency.

On the other hand, as shown in 12c, 12d, 13c, and 13d, the status information provided to the third type of user account includes function icons 1233 and 1234 for selecting a transition of a status related to activation of a preset payment method. , 1333, 1334). The function icons 1233 , 1234 , 1333 , and 1334 may be provided on the user electronic device 200 as a graphic object (eg, a button) for selecting activation and deactivation of an automatic payment (or automatic charging) function. have.

Activation of the preset payment method may mean a state in which an electronic payment process can be started based on occurrence of a payment event satisfying a payment condition registered in a user account. The controller 130 may monitor whether a payment event has occurred in the user account while the preset payment method is in an active state.

Deactivation of the preset payment method may mean temporarily stopping the function of the preset payment method. The controller 130 may prevent automatic payment for the purchase of digital currency in the user account while the preset payment method is in an inactive state. In this case, even when a payment event satisfying the automatic payment condition occurs in the user account, automatic payment may not be made.

The user may determine the activation state of the automatic payment (or automatic recharging) through the function icons 1233 , 1234 , 1333 , and 1334 for selecting activation and deactivation of the automatic payment (or automatic recharging) function.

The control unit 130 may receive, from the user electronic device 200 , information for determining activation and deactivation of an automatic payment (or automatic charging) function.

When the preset payment method registered in the user account is in the active state, the controller 130 may receive information for changing the preset payment method to the inactive state from the user electronic device 200 (ie, automatic payment). stop).

In addition, when the preset payment method registered in the user account is in an inactive state, the controller 130 may receive, from the user electronic device 200 , information for changing the preset payment method to an active state (that is, cancel automatic payment interruption).

When the control unit 130 receives a request to deactivate a preset payment method (ie, stop automatic payment or cancel automatic charging) from the user account, the payment history including the number of times the electronic payment process is completed in the user account and the automatic payment function Information on the request for interruption may be stored in the storage unit 120 .

In relation to the user account, the control unit 130 may not start the payment process for purchasing digital currency even if a payment event that satisfies the payment conditions registered in the user account occurs. In particular, the control unit 130 may not start the payment process for purchasing digital currency even if a payment event occurs during a preset period from the time when a request to stop the preset payment method is received from the user account.

Meanwhile, the controller 130 may cancel the suspension of the purchase function for the user account after a preset period from the point in time when a request to stop the preset payment method is received from the user account. That is, when a preset period elapses, the controller 130 may change the automatic payment (or automatic charging) function of the user account to an activated state. In this case, the controller 130 may re-monitor whether a payment event that satisfies the registered payment condition occurs with respect to the user account, and may initiate the electronic payment process when the payment event occurs.

Here, the preset period may be selected by the user or may be set by the controller 130 . When a preset period is selected by the user, the controller 130 may restrict the preset period from exceeding a predetermined period. That is, when the preset period selected by the user exceeds the predetermined period, the controller 130 may suspend the purchase function only for a predetermined period.

For example, the user sets the preset payment method to ON (1233, 1333) through the function icon output on the electronic device 200 (see FIGS. 12c and 13c), or the preset payment method can be set to OFF (1234, 1334) (see FIGS. 12D and 13D).

The control unit 130 may receive a request for deactivation of a preset payment method through the communication unit 110 from the user account. The control unit 130 may not initiate the electronic payment process for the user account for a preset period (eg, 90 days) from the point in time when the request for deactivation of the preset payment method is received.

The control unit 130 activates the preset payment method after a preset period (eg, 90) from the time when the request for deactivation of the preset payment method is received, and monitors whether a payment event occurs for the user account. can do.

On the other hand, when the electronic payment process according to the automatic payment is completed after the preset payment method is switched from the inactive state to the active state, the control unit 130 continues to the number of payment completions counted before the automatic payment function is deactivated. , can be counted.

For example, when the number of payment completions counted before the preset payment method is deactivated is 9 times, the preset payment method is changed from the inactive state to the active state and the electronic payment process according to the automatic payment is completed, the control unit ( 130) may count the completion of the corresponding electronic payment process as the tenth electronic payment.

Let's look at another example of a specific page where information about digital currency is provided.

As an example, the my page (or the charging page 1400 ) illustrated in FIG. 14A may be provided to the second user type and the third user type logged into the user account. When the control unit 130 receives a request to output the my page 1400 from the user corresponding to the second user type, the control unit 130 displays the amount of digital currency held by the user in an area of the my page 1400 ( 1411), at least one of digital currency information 1410 including induction information 1412 and 1413 for inducing a preset payment method may be output (refer to FIG. 14A ).

As another example, the control unit 130 may also output the induction information 1441 to the digital money charging page 1440 provided based on receiving a selection of a region of the induction information from the user (see FIG. 14D ).

As another example, when receiving a request for output of the my page 1400 from the user from the user corresponding to the third user type, the control unit 130, as shown in FIGS. 14B and 14C, may ( my) In one area of the page 1400 , the digital currency information 1420 including the quantity 1421 and state information 1422 and 1423 of the digital currency held by the user may be output.

Meanwhile, the control unit 130 may output information on digital currency in i) at least one page matched to the user type, and ii) in a method matching the user type.

For example, in the storage unit 120 , information specifying which page among the plurality of pages that can be provided by the system 100 is to output digital currency information to users of the first user type is stored. can In this case, information on which method to output digital currency information to users of the first user type among a plurality of methods may be stored together in the storage unit 120 .

That is, the storage unit 120 stores “output information” in which information on at least one of the identification information of a page on which information on digital money is output and an output method of digital currency information is matched for each user type. there may be

Based on this output information, the control unit 130 monitors a page output (or provided) from the user's electronic device, so that the monitored page outputs information about digital currency to a specific user type of user in advance. In the case of a defined page, information on digital currency may be provided to the monitored page in a manner related to the user type of the specific user.

Such monitoring may be performed when an output request for a specific page is received from a user (or user account).

As an example, as shown in FIG. 15 , it is assumed that the first to third pages 1510 , 1520 , and 1530 are matched to the output information of the storage unit 120 in correspondence to the second user type. . In response to a request for output of the first page 1510 from a user of the second user type, the controller 130 may output information 1511 on digital currency to one area of the first page 1510 . Furthermore, in response to a request to output the second page 1520 or the third page 1530 from the user of the second user type, the controller 130 may control one area of the second page 2150 or the third page 1530 . It is possible to output information (1512, 1513) about the digital currency to the . That is, whenever there is a request to output a page associated with a user type, the control unit 130 continuously provides information on digital currency on the page, so that the user perceives information about digital currency and performs a specific action. can lead to implementation

Furthermore, based on the output information, the control unit 130 may provide information on digital currency to a page output (or provided) from the user's electronic device in a specific manner.

16A, 16B, 17A, 17B and 17C, a method of exposing information on digital money according to a user type according to the present invention will be described in more detail. Here, the plurality of methods relates to how to provide information about digital money to the user, and the first method is as shown in FIGS. 16A and 16B , the pages 1610 and 1620 output to the user's electronic device. ) can be understood as a method of exposing digital currency information 1611, 1621 in the form of a pop-up to at least a portion of the pop-up form. It can mean a method exposed to (window).

Furthermore, in the second method, as shown in FIGS. 17A, 17B and 17C, information on digital money 1711, 1721, 1731) may be exposed. In this case, the information 1711 , 1721 , and 1731 on the digital currency of the second method may be included in at least a part of the pages 1710 , 1720 , and 1730 , and may be information about the digital currency of the banner method. , as shown, the information 1711 , 1721 , and 1731 on the digital currency of the banner method according to the second method may be formed in a band-shaped form or in various forms.

As an example, it is assumed that the output information is stored in association with the second user type and the third user type as the user type and the first method (pop-up method) as the output method for digital money in relation to the registration page. lets do it. In response to the user corresponding to the second user type or the user corresponding to the third user type registering a preset payment method through the registration page (refer to FIG. 18 (a)) or maintaining the preset payment method, the control unit ( 130) may output guide information for digital currency in a pop-up format on a registration page (refer to FIG. 18(a)) (refer to FIGS. 18(b) and 18(c)).

As described above, the method and system for inducing purchase of digital currency according to the present invention proposes a digital currency purchase method for allocating rewards to users based on maintaining an automatic payment method, thereby making the purchase of digital currency possible. can be done more effectively.

As described above, the method and system for inducing purchase of digital currency according to the present invention can more effectively retain existing customers by providing a reward to the user based on the user maintaining a specific payment method.

Furthermore, the method and system for inducing purchase of digital currency according to the present invention guides the user with reward guide information, so that the user can intuitively recognize the fact that the reward is paid.

Furthermore, the method and system for inducing purchase of digital currency according to the present invention provides a user who is attempting to cancel a specific payment method by informing a user of a previously provided reward or a reward to be provided in various ways, thereby canceling the user's specific payment method (or release) can be prevented.

On the other hand, the method and system for inducing purchase of digital currency according to the present invention initiates payment for the purchase of digital currency whenever a payment event related to payment of digital currency occurs, so that payment for digital currency is continuously made. can do. Through this, the purchase of digital currency used to read the content is continuously made, so that the consumption of the content can be made continuously.

Furthermore, according to the above payment method, the user has the convenience of not having to go through the electronic payment for the purchase of digital currency every time when reading the contents, and can freely use the contents using the digital currency they have at any time. .

Furthermore, in the present invention, by providing various payment types and payment conditions, the user can design an electronic payment method suitable for his/her taste and situation.

Meanwhile, the present invention described above may be implemented as a program storable in a computer-readable medium (or recording medium), which is executed by one or more processes in a computer.

Furthermore, the present invention as seen above can be implemented as computer-readable codes or instructions on a medium in which a program is recorded. That is, the present invention may be provided in the form of a program.

Meanwhile, the computer-readable medium includes all types of recording devices in which data readable by a computer system is stored. Examples of computer-readable media include Hard Disk Drive (HDD), Solid State Disk (SSD), Silicon Disk Drive (SDD), ROM, RAM, CD-ROM, magnetic tape, floppy disk, optical data storage device, etc. There is this.

Furthermore, the computer-readable medium may be a server or a cloud storage that includes a storage and that an electronic device can access through communication. In this case, the computer may download the program according to the present invention from a server or cloud storage through wired or wireless communication.

Furthermore, in the present invention, the computer described above is an electronic device equipped with a processor, that is, a CPU (Central Processing Unit, Central Processing Unit), and there is no particular limitation on the type thereof.

On the other hand, the above detailed description should not be construed as limiting in all respects, but should be considered as exemplary. The scope of the present invention should be determined by a reasonable interpretation of the appended claims, and all modifications within the equivalent scope of the present invention are included in the scope of the present invention.

Claims (21)

A method for inducing purchase of digital currency used for reading content provided in a graphic user interface (GUI) having a plurality of pages, the method comprising:
receiving an output request for a specific page among the plurality of pages;
checking a user type of a user corresponding to the output request; and
Based on the user type of the user, comprising the step of providing information about the digital currency in a specific area of the specific page,
The information on the digital currency is configured differently based on the user type of the user among a plurality of different user types,
The content consists of at least one episode,
Each of the at least one episode,
A method for inducing purchase of digital money, characterized in that it has any one of a paid product type that can be read through payment of the digital currency and a free product type that can be viewed without payment of the digital currency. According to claim 1,
The plurality of user types,
Whether you are logged in with a previously registered user account to the content providing service where the content is provided, and
The method for inducing purchase of digital money, characterized in that the classification is based on at least one of whether a preset payment method related to the purchase of the digital currency is registered in relation to the user account. 3. The method of claim 2,
The plurality of user types,
A first user type who uses the content providing service without logging in to the content providing service with the user account;
A second user type that logs in to the content providing service with the user account and uses the content providing service in a state in which the preset payment method is not registered in relation to the user account; and
Inducing purchase of digital currency, characterized in that it includes a third user type who logs in to the content providing service with the user account and uses the content providing service in a state in which the preset payment method is registered in relation to the user account Way. 4. The method of claim 3,
As a result of checking the user type of the user, if the user type of the user is the first user type,
Information about the digital currency,
In order to check the quantity of the digital currency, the method for inducing purchase of digital currency, characterized in that it includes guidance information for inducing a login to the content providing service. 5. The method of claim 4,
The induction information includes a function icon to which a login function for the content providing service is linked,
When the login to the content providing service is made based on the selection of the function icon,
The user type of the user is switched from the first user type to one of the second user type and the third user type,
The method for inducing purchase of digital currency, characterized in that the induction information included in the specific area is updated based on the conversion of the user type of the user. 6. The method of claim 5,
The information provided to the specific area based on the update,
The method for inducing purchase of digital currency, characterized in that it includes information on the quantity of digital currency previously held in relation to a specific user account logged into the content providing service. 4. The method of claim 3,
As a result of checking the user type of the user, if the user type of the user is the second user type,
Information about the digital currency,
The method for inducing purchase of digital currency, characterized in that it includes information on the quantity of digital currency previously held in relation to a specific user account logged into the content providing service and guidance information for inducing registration of the preset payment method. 8. The method of claim 7,
The derivation information is
The method for inducing purchase of digital money, characterized in that it includes information on the amount of reward digital money payable to the specific user account in response to the registration of the preset payment method. 9. The method of claim 8,
Based on the user's selection of the induction information, further comprising the step of providing a registration page for registration of the preset payment method,
When the preset payment method is registered through the registration page,
Information on the amount of digital currency held in advance in relation to the specific user account,
The digital currency purchase inducement method, characterized in that the update is updated to reflect the amount of reward digital currency paid in response to the registration of the preset payment method. 10. The method of claim 9,
When the preset payment method is registered for the specific user account,
monitoring whether a payment event that satisfies a specific payment condition occurs in the specific user account; and
As a result of monitoring, each time the payment event occurs in the specific user account, the method further comprising the step of initiating a payment process for purchasing digital currency of a preset quantity. 11. The method of claim 10,
The specific payment conditions are:
related to the amount of digital currency already held in the specific user account,
The registration page is,
and a setting area for receiving information about the minimum amount of digital currency that is a basis for the occurrence of the payment event,
In the setting area,
The method for inducing purchase of digital currency, characterized in that the quantity recommendation information for a quantity greater than the quantity of digital currency previously held in the specific user account is included. 12. The method of claim 11,
When the preset payment method is registered according to the quantity recommendation information,
The method of inducing purchase of digital currency, characterized in that in response to the registration of the preset payment method, the payment process is started. 4. The method of claim 3,
As a result of checking the user type of the user, if the user type of the user is the third user type,
Information about the digital currency,
The method for inducing purchase of digital money, characterized in that it includes information on the quantity of digital currency previously held in relation to a specific user account logged into the content providing service and status information indicating whether the preset payment method is activated. 14. The method of claim 13,
The status information is
The method for inducing purchase of digital currency, further comprising a function icon for receiving a selection of a state transition related to activation of the preset payment method. delete According to claim 1,
The product type of a specific episode having the paid product type among the at least one episode is converted to a free product type based on the lapse of a preset time. A system for inducing purchase of digital currency used for reading content provided in a graphic user interface (GUI) having a plurality of pages, comprising:
a communication unit configured to receive an output request for a specific page among the plurality of pages; and
And a control unit for checking the user type of the user corresponding to the output request,
The control unit is
Based on the user type of the user, providing information about the digital currency in a specific area of the specific page,
The information on the digital currency is configured differently based on the user type of the user among a plurality of different user types,
The content consists of at least one episode,
Each of the at least one episode,
Digital currency purchase inducement system, characterized in that it has any one of a paid product type that can be read through payment of the digital currency and a free product type that can be viewed without paying for the digital currency. A program that is executed by one or more processes in an electronic device and can be stored in a computer-readable recording medium,
The program is
receiving an output request for a specific page among a plurality of pages;
checking a user type of a user corresponding to the output request; and
Based on the user type of the user, including instructions to perform the step of providing information about the digital currency used to view the content in a specific area of the specific page,
The information on the digital currency is configured differently based on the user type of the user among a plurality of different user types,
The content consists of at least one episode,
Each of the at least one episode,
Storeable in a computer-readable recording medium, characterized in that it has any one of a paid product type that can be read through payment of the digital currency and a free product type that can be viewed without payment of the digital currency program. A method for inducing purchase of digital currency used for reading content provided in a graphic user interface (GUI) having a plurality of pages, the method comprising:
receiving an output request for a specific page among the plurality of pages;
checking a user type of a user corresponding to the output request; and
Based on the user type of the user, comprising the step of providing information about the digital currency in a specific area of the specific page,
The information on the digital currency is configured differently based on the user type of the user among a plurality of different user types,
The plurality of user types,
Whether you are logged in with a previously registered user account to the content providing service where the content is provided, and
The method for inducing purchase of digital money, characterized in that the classification is based on at least one of whether a preset payment method related to the purchase of the digital currency is registered in relation to the user account. A system for inducing purchase of digital currency used for reading content provided in a graphic user interface (GUI) having a plurality of pages, comprising:
a communication unit configured to receive an output request for a specific page among the plurality of pages; and
And a control unit for checking the user type of the user corresponding to the output request,
The control unit is
Based on the user type of the user, providing information about the digital currency in a specific area of the specific page,
The information on the digital currency is configured differently based on the user type of the user among a plurality of different user types,
The plurality of user types,
Whether you are logged in with a previously registered user account to the content providing service where the content is provided, and
The digital currency purchase induction system, characterized in that the classification is based on at least one of whether a preset payment method related to the purchase of the digital currency is registered in relation to the user account. A program that is executed by one or more processes in an electronic device and can be stored in a computer-readable recording medium,
The program is
receiving an output request for a specific page among a plurality of pages;
checking a user type of a user corresponding to the output request; and
Based on the user type of the user, including instructions to perform the step of providing information about the digital currency used to view the content in a specific area of the specific page,
The information on the digital currency is configured differently based on the user type of the user among a plurality of different user types,
The plurality of user types,
Whether you are logged in with a previously registered user account to the content providing service where the content is provided, and
A program storable in a computer-readable recording medium, characterized in that the classification is based on at least one of whether a preset payment method related to the purchase of the digital currency is registered in relation to the user account.

Images