Information processing system and information processing method

Abstract

To meet the needs of providers who want to actively post content related to products on SNS, to allow content created by those who have purchased the products to be posted, and to allow content that conforms to policies to be posted. [Solution] The control system 1 has the functions of accepting proof of purchase of the target product from users who participate in a purchase campaign conducted by the provider for the target product, notifying the results of checks conducted on the purchase proof, and granting benefits to users who pass; and accepting target product-related content for posting to SNS from users who participate in a posting campaign, notifying users of the results of video screening, and deriving and granting rewards for the posts in accordance with the posting of target product-related content to SNS by users who pass the video screening.

Description

[Technical Field]

[0001] The present disclosure relates to an information processing system and an information processing method for providing a service. [Background technology]

[0002] In recent years, social networking sites (SNSs) have become popular, allowing unspecified users to post videos (including short videos or reels, which are approximately 15 to 60 seconds long), still images, and other content, and allowing viewers to view the content. Hereinafter, when simply referring to SNS, unless otherwise specified, it refers to a content posting (sharing) type of SNS. Examples of SNS are Instagram and TikTok (both registered trademarks). On these types of SNSs, content that includes product introductions is sometimes posted. Here, "products" includes not only tangible objects but also e-books, music for streaming, games for streaming, and other intangible media, as well as services.

[0003] Content introducing products includes "content primarily intended for advertising / promotion" (hereinafter referred to as "advertising-only content") created by product providers (e.g., manufacturers that develop, manufacture, and sell products), "content with advertising / promotion as one of its purposes" (hereinafter referred to as "influencer content") created by so-called influencers at the request of providers, and "content introducing products" (hereinafter referred to as "general contributor content") created by general contributors who are neither providers nor influencers. It has become clear that general contributor content has a strong influence on consumers as advertising / promotion or word-of-mouth, just as strong as advertising-only content and influencer content. Patent Document 1 describes the following technology related to SNS. Specifically, Patent Document 1 describes a system that accurately predicts the evaluation value of content (posted information) and supports the selection of influencers suitable for requesting content posting. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2023-94970 Summary of the Invention [Problem to be solved by the invention]

[0005] As mentioned above, general contributor content has a strong influence on consumers as promotion / advertising or word-of-mouth. Therefore, providers have a need to create an environment in which general contributors actively create and post content about the products they offer on social media, thereby effectively promoting and advertising their products and promoting their sales. Furthermore, with regard to content, providers have a need to ensure that "content created by people who have actually purchased the product" is posted on social media. People who have actually purchased the product know how the product was actually sold in stores (including online shops) and how much it was actually sold for. By having such people create content, it is expected that a thorough introduction of the product will be provided that is in line with the provider's policies. Furthermore, with regard to content, providers have a need to ensure that content posted conforms to the provider's policies. Content that does not conform to the provider's policies not only fails to appeal to consumers' attention to the product's appeal, but may even create a negative impression.

[0006] The present disclosure has been made to solve such problems, and aims to meet the needs of providers: the need to create an environment in which general contributors actively create content related to products and post it on SNS; the need to ensure that content created by people who actually purchase products is posted on SNS; and the need to ensure that content that conforms to policies is posted. [Means for solving the problem]

[0007] In order to solve the above-mentioned problems, the present disclosure has the following configuration: An information processing system comprising: an information processing unit having a function of accepting proof of purchase of a target product from users participating in a purchase campaign run by a provider for the target product, notifying the users of the check results of a purchase check that is a check conducted on the proof of purchase, and granting a benefit to the users who pass the purchase check, and a function of accepting target-product-related content that is content related to the target product to be posted on an SNS from users who pass the purchase check and are participating in a posting campaign run by the provider for the target product, notifying the users of the review results of a video review that is a review conducted on the target-product-related content, deriving a reward for the post in response to the posting of the target-product-related content on the SNS by the users who pass the video review, and granting the derived reward to the users. [Effects of the Invention]

[0008] According to the present disclosure configured as described above, users can earn rewards by using a service realized by the functions of an information processing system to post content related to products provided by providers to an SNS. This meets the needs of providers who want to create an environment in which general contributors actively create and post product-related content to an SNS. Furthermore, according to the present disclosure, in order to receive rewards for posting content in a service realized by the functions of an information processing system, users must submit proof of purchase of the product and pass a check on that information. Therefore, content posted using the posting promotion service is created by users who have actually purchased and used the product. This meets the needs of providers who want content created by actual product purchasers to be posted to an SNS. Furthermore, according to the present disclosure, in a service realized by the functions of an information processing system, content is screened, and content that passes the screening is eligible for rewards. This makes it possible to eliminate content that does not conform to the provider's policies during the screening process, thereby meeting the needs of providers who want content that conforms to the policies to be posted. [Brief explanation of the drawings]

[0009] [Figure 1] FIG. 1 is a diagram illustrating an example of the configuration of a control system according to an embodiment. [Figure 2] FIG. 2 is a block diagram illustrating an example of the functional configuration of each device in the control system according to an embodiment. [Figure 3] FIG. 1 is a diagram illustrating an overview of campaign-related services. [Figure 4] FIG. 10 is a diagram showing an example of the contents of a purchase CP management record. [Figure 5] FIG. 10 is a diagram showing an example of the contents of a posting CP management record. [Figure 6] FIG. 10 is a diagram used to explain each period related to a posting CP. [Figure 7]10 is a flowchart showing an information processing method performed by a user terminal and an information processing server. [Figure 8] FIG. 10 is a diagram showing an example of a purchase CP details screen. [Figure 9] FIG. 10 is a diagram showing an example of the contents of purchase CP participation unit information. [Figure 10] 10 is a flowchart showing an information processing method performed by a user terminal and an information processing server. [Figure 11] FIG. 10 is a diagram showing an example of a pass notification screen. [Figure 12] FIG. 10 is a diagram showing an example of a posting CP details screen. [Figure 13] FIG. 10 is a diagram showing an example of content of post CP participation unit information. [Figure 14] 10 is a flowchart illustrating an information processing method performed by the information processing server. [Figure 15] 10A and 10B are diagrams showing the contents of a sales status management record and measurement range-specific information. [Figure 16] FIG. 10 is a diagram showing an example of a transition relationship screen in an initial state. [Figure 17] FIG. 10 is a diagram illustrating an example of a transitional relationship graph. [Figure 18] FIG. 10 is a diagram showing an example of a correlation screen in an initial state. [Figure 19] FIG. 10 is a diagram illustrating an example of a correlation diagram. [Figure 20] FIG. 10 is a diagram illustrating an example of an information input screen. [Figure 21] FIG. 10 is a diagram illustrating an example of an information input screen. [Figure 22] 10 is a flowchart illustrating an information processing method performed by a provider terminal and an information processing server. [Figure 23] FIG. 1 illustrates the input and output of a trained model. [Figure 24] FIG. 10 is a diagram illustrating an example of a simulation screen. [Figure 25] FIG. 10 is a diagram illustrating an example of a simulation screen. [Figure 26] 10 is a flowchart illustrating an information processing method performed by the information processing server. [Figure 27] 10 is a flowchart illustrating an information processing method performed by the information processing server. [Figure 28] 10 is a flowchart illustrating an information processing method performed by the information processing server. [Figure 29] FIG. 10 is a diagram illustrating an example of a condition setting screen. [Figure 30] FIG. 10 is a diagram showing an example of an implementation CP list screen. [Figure 31] FIG. 10 is a diagram illustrating an example of a processing result display screen. [Figure 32] FIG. 10 is a diagram illustrating an example of a blog. [Figure 33] FIG. 1 illustrates an example of the configuration of an information processing system. DETAILED DESCRIPTION OF THE INVENTION

[0010] An embodiment of the present disclosure will be described below with reference to the drawings. Fig. 1 is a diagram showing an example configuration of a control system 1 (information processing system) according to this embodiment. As shown in Fig. 1, the control system 1 includes an information processing server 2 (information processing system, server, computer), one or more user terminals 3 (information processing system, terminal, computer), and one or more provider terminals 4 (information processing system, terminal, computer). The information processing server 2, the user terminals 3, and the provider terminals 4 can all be connected to a network N, which may include the Internet, a telephone network, or other communication networks.

[0011] The information processing server 2 is a server equipped with the functions of providing campaign-related services, information provision services, and simulation services. These services will be described later. Hereinafter, the services provided by the information processing service will be collectively referred to as the "Service." Furthermore, the entity (organization) that manages the information processing server 2 and thereby operates the Service will be referred to as the "Administrator." In FIG. 1 and FIG. 2, described later, the information processing server 2 is represented by a single block. However, this does not mean that the information processing server 2 is composed of a single server device. The information processing server 2 may be composed of a virtual server. The information processing server 2 may also be composed of multiple server devices. In this case, the server devices that make up the information processing server 2 may include a web server or a web application server. Furthermore, in this case, the information processing server 2 may be composed of multiple server devices whose load is distributed by a load balancer. In this case, each of the server information processing units 10 of the multiple server devices, or a combination of multiple server information processing units 10, functions as an "information processing unit."

[0012] The user terminal 3 is a terminal used by a user. In this embodiment, a user refers to a person who can use campaign-related services. In this embodiment, the first SNS is an SNS that implements a video posting (sharing) function that allows unspecified parties to post so-called short videos (including reels) and allows viewers to play (view) the short videos. In the first SNS, short videos correspond to "content." Examples of this type of SNS include Instagram and TikTok (both registered trademarks). The first SNS supports so-called hashtags, allowing posters to assign hashtags to short videos posted to the first SNS. Hashtags are used for searching and grouping short videos within the first SNS. In addition, in the first SNS, a posting URL is issued by the first SNS system upon posting of a short video. The posting URL is a unique value for each short video, and functions as identification information for the posting URL as well as an address for accessing the short video. In addition, the first SNS supports so-called "likes" as an engagement, allowing viewers to give a "like" to a short video they have played, indicating a positive evaluation. It should be noted that the reason why the SNS that is the target of short videos in the campaign-related services is one of the first SNSs is for simplicity of explanation, and it goes without saying that the number and type of target SNSs are arbitrary.

[0013] Any type of user terminal 3 may be used. For example, the user terminal 3 may be a tablet computer (including a so-called smartphone), a notebook computer, a desktop computer, or a wearable terminal.

[0014] The provider terminal 4 is a terminal used by a provider. In this embodiment, a provider refers to a company that sells (provides) products. Products include not only tangible objects but also e-books, music for distribution, games for distribution, tickets, certain rights, and other intangible media. Products also include services and other intangible services. Products are sold, for example, at retail stores, specialty stores, online shops, or download services. For example, a provider could be a company (a manufacturer) that develops, manufactures, and sells cosmetics, home appliances, beverages, automobiles, and other products. Another example of a provider could be a company that provides housekeeping services, nursing care services, repair services, medical services, or other services. As described below, a provider is an entity that provides purchase CP registration information and posting CP registration information (both of which are described below) to an operator in a campaign-related service. A provider is also an entity that uses information provision services and simulation services. In this embodiment, a provider is a concept that includes not only organizations but also individuals belonging to an organization, and may be expressed as "a provider uses the provider terminal 4." The provider terminal 4 is similar to the user terminal 3 in that any type of provider terminal 4 may be used.

[0015] 2 is a block diagram showing an example of the functional configuration of the information processing server 2, the user terminal 3, and the provider terminal 4. As shown in Fig. 2, the information processing server 2 includes, as its functional configuration, a server information processing unit 10 (information processing unit), a server communication unit 11, and a server storage unit 12. The user terminal 3 includes, as its functional configuration, a user terminal information processing unit 13 (information processing unit), a user terminal communication unit 14, a user terminal display unit 15, a user terminal input unit 16, and a user terminal storage unit 17. The provider terminal 4 includes, as its functional configuration, a provider terminal information processing unit 18 (information processing unit), a provider terminal communication unit 19, a provider terminal display unit 20, a provider terminal input unit 21, and a provider terminal storage unit 22.

[0016] The server information processing unit 10 comprises a processing device including a processor and a primary storage device. The server information processing unit 10 executes processing by having the processing device read out a program stored in the storage area of ​​the server storage unit 12 (or another storage area) into the primary storage device and execute it. In other words, the server information processing unit 10 executes processing through cooperation between hardware and software. The server communication unit 11 comprises a communication device including a communication control device and a network interface. The server communication unit 11 communicates with external devices via the communication device under the control of the server information processing unit 10. The server storage unit 12 stores data in non-volatile memory. The non-volatile memory is, for example, a hard disk drive (or may be another magnetic storage device), ROM, or flash memory.

[0017] As shown in Fig. 2, the server storage unit 12 stores a user management database 30. The user management database 30 is a database for managing user information. A record (hereinafter referred to as a "user management record") is registered in the user management database 30 for each user. In the user management record, information on user attributes, information on the user's account, and other information on the user are registered in association with a user ID (identification information for identifying the user).

[0018] The user terminal information processing unit 13 includes a processing device including a processor and a primary storage device. The processing device reads a program stored in the storage area of ​​the user terminal storage unit 17 (or another storage area) into the primary storage device and executes it, thereby executing the program. In other words, the user terminal information processing unit 13 executes processing through cooperation between hardware and software. The user terminal communication unit 14 includes a communication device including a communication control device and a network interface. The user terminal communication unit 14 communicates with external devices via the communication device under the control of the user terminal information processing unit 13. The user terminal display unit 15 includes a liquid crystal panel, an organic EL panel, or other display device. The user terminal display unit 15 displays images on the display device under the control of the user terminal information processing unit 13. The user terminal input unit 16 detects input to the input device and outputs the detection result to the user terminal information processing unit 13. The input device is, for example, a keyboard, a mouse, a touch panel, or a camera. The user terminal storage unit 17 stores data in non-volatile memory.

[0019] The provider terminal information processing unit 18, provider terminal communication unit 19, provider terminal display unit 20, provider terminal input unit 21, and provider terminal storage unit 22 each have the same hardware configuration and functions realized by the same hardware configuration as the user terminal information processing unit 13, user terminal communication unit 14, user terminal display unit 15, user terminal input unit 16, and user terminal storage unit 17. In the following explanation, it is assumed that communication by the information processing server 2 is appropriately performed by the server communication unit 11, and a detailed explanation of the communication itself will be omitted. The same applies to communication by the user terminal 3 and the provider terminal 4.

[0020] As shown in FIG. 2, a dedicated application AP1 (hereinafter referred to as "user-dedicated application AP1") is installed in the user terminal 3. A dedicated application AP2 (hereinafter referred to as "provider-dedicated application AP2") is installed in the provider terminal 4. Hereinafter, the user-dedicated application AP1 and the provider-dedicated application AP2 are collectively referred to as the "dedicated application AP." The dedicated application AP is dedicated software that implements functions such as providing various screens related to the various services provided by the information processing server 2, transmitting and receiving various information to and from the information processing server 2 and other external devices, and executing other processes related to the service. Even if not specifically mentioned below, the user terminal information processing unit 13 and the provider terminal information processing unit 18 basically execute processes using the functions of the dedicated application AP (including the terminal's OS, web applications that can use the dedicated application AP, and other programs that can cooperate with the dedicated application AP). Even if not specifically mentioned below, the user terminal information processing unit 13 and the provider terminal information processing unit 18 execute the following processes as necessary. That is, the user terminal information processing unit 13 and the provider terminal information processing unit 18 communicate with the server information processing unit 10 (which may be an information processing unit of another external device; the same applies below) as needed to obtain information necessary for processing. In particular, when displaying various screens, the user terminal information processing unit 13 and the provider terminal information processing unit 18 obtain information necessary for displaying the screens from the server information processing unit 10. Furthermore, the user terminal information processing unit 13 and the provider terminal information processing unit 18 communicate with the server information processing unit 10 as needed to request the execution of processing and obtain the processing results. Furthermore, below, the display of various screens by the user terminal information processing unit 13 on the user terminal display unit 15 using the functions of a dedicated app AP or other program may be expressed simply as "the user terminal information processing unit 13 displays a ○ screen." The same applies to displays by the provider terminal information processing unit 18.

[0021] Next, an overview of the campaign-related service will be explained, focusing on one provider and one user. Figure 3 is a diagram used to explain this overview. In Figure 3, the block on the right represents a provider SX, one of the providers, the block in the middle represents a service operator, and the block on the left represents a user UX, one of the users. In the explanation of Figure 3, "service operator" is a collective term for the information processing server 2, the operator, and other entities involved in the provision / operation of the campaign-related service.

[0022] Provider SX may conduct purchase campaigns and posting campaigns for desired products among the products it provides. Hereinafter, a purchase campaign will be referred to as a "purchase CP," and a posting campaign will be referred to as a "posting CP." Furthermore, purchase CPs and posting CPs will be collectively referred to as "the CP in question." Furthermore, a product that is the subject of the CP in question will be referred to as a "target product." A purchase CP is a campaign that provides a bonus in a predetermined manner when a user purchases the target product corresponding to the purchase CP and submits proof of purchase (e.g., a receipt; details will be described later) to the service operator. Hereinafter, a bonus related to a purchase CP will be referred to as a "purchase bonus." A posting CP is a campaign that provides a reward in a predetermined manner when a user posts a short video to the first SNS about the product corresponding to the posting CP. Hereinafter, a reward related to a posting CP will be referred to as a "posting reward."

[0023] In the explanation of Fig. 3, it is assumed that provider SX implements the present CP for product IX that it provides. As shown in Fig. 3, when implementing the present CP for product IX, provider SX provides purchase CP registration information and posting CP registration information to the service operator (step S1). The purchase CP registration information and posting CP registration information will be described in detail below.

[0024] The purchase CP registration information is information related to the purchase CP. The purchase CP registration information includes information necessary for implementing the purchase CP and information necessary for displaying the purchase CP overview block and purchase CP details screen 31, which will be described later. More specifically, the purchase CP registration information includes at least the purchase CP name, target product introduction information, purchase CP benefit rules, receipt submission period, purchase rules, and purchase CP participation rules.

[0025] The purchase CP name is the name of the purchase CP.

[0026] The target product introduction information is information that introduces and explains the target product. The target product introduction information includes, for example, an image of the product (for example, an image of the product's appearance or an image showing how it is used; it can be a photograph or an illustration, and can also be a still image or a video), the product name, a description of the product, the unit price of the product, and the product's selling points.

[0027] The purchase CP benefit rules are rules regarding purchase benefits granted to users in response to the submission of a receipt. In this embodiment, when a user provides a receipt for a purchase CP, a fixed cashback amount determined for that purchase CP is cashed back (refunded) to the user. Based on this, the purchase CP benefit rules include at least information indicating a fixed cashback amount (hereinafter referred to as a "fixed cashback amount").

[0028] The receipt submission period is the period during which receipts can be submitted to the Purchase CP. Proof of purchase submitted within the receipt submission period will be eligible for purchase benefits.

[0029] The purchase rules are rules for purchasing the target product. A user can receive cashback on the purchase CP only if he or she purchases the target product in accordance with the purchase rules. Examples of purchase rules include "the product with the product name XX must be purchased," "the target product must be purchased at a specific store / a store in a specific chain / a store in a specific area / a specific online shop," or "specific accessories must be purchased at the same time."

[0030] The purchase CP participation rules are rules regarding participation in a purchase CP. For example, a purchase CP participation rule may be that "one user can only submit a receipt once at a purchase CP." In this embodiment, a user is considered to have participated in a purchase CP when they purchase a target product related to one purchase CP.

[0031] The posting CP registration information is information related to the posting CP. The posting CP registration information includes information necessary for implementing the posting CP and information necessary for displaying the posting CP outline block 32 and the posting CP details screen 33 described below. The posting CP registration information includes at least the posting CP name, target product introduction information, posting CP reward rules, video posting period, video creation rules, posting CP participation rules, and a group of tags corresponding to the target product.

[0032] The posting CP name is the name of the posting CP.

[0033] The contents of the target product introduction information are as described above.

[0034] The posting CP reward rules are rules for calculating the amount of posting reward awarded to users who participate in the posting CP. In this embodiment, the amount of posting reward awarded to a user UX in the posting CP is calculated using the formula "number of views of short video x unit reward price." In this formula, "number of views of short video" refers to the cumulative number of views over a seven-day period, with the posting date of the short video being the first day. In addition, in this formula, "unit reward price" refers to the price per view. Based on this, the posting CP reward rules include a "unit reward price." Furthermore, in this embodiment, the provider is required to set an upper limit on the total amount of posting rewards for the posting CP in the form of a reward budget (hereinafter referred to as the "total reward limit"). Once the total posting rewards payable to users (hereinafter referred to as the "cumulative total reward") reaches the total reward limit, the posting reward will no longer increase for all users, even if their short videos are played. Based on the above, the posting CP reward rules include a "total reward limit." To elaborate on the total reward limit, suppose a posting CP has only three participants, users U1, U2, and U3, and the total reward limit is 1,000 yen. If, at a certain timing T1, user U1's reward (derived from the number of views at timing T1) is 200 yen, user U2's reward is 100 yen, and user U3's reward is 50 yen, the cumulative total reward for users U1, U2, and U3 (350 yen) does not reach the total reward limit (1,000 yen). Therefore, there is no limit on the increase in posting rewards for users U1, U2, and U3 at timing T1. Meanwhile, suppose that at timing T2, later than timing T1, user U1's reward is 500 yen, user U2's reward is 300 yen, and user U3's reward is 200 yen. In this case, since the cumulative total reward amount (1,000 yen) of users U1, U2, and U3 has reached the upper limit of the total reward amount (1,000 yen), the posting reward amount for users U1, U2, and U3 will not increase thereafter.

[0035] The video submission period is the period during which short videos can be submitted to the submission CP. Short videos submitted within the video submission period are eligible for submission rewards.

[0036] The video creation rules are rules (including recommendations) regarding the content of short videos created for the target product (i.e., short videos eligible for posting rewards). For example, the video creation rules may include information about scenes that must be included / recommended to be included in the short video, information indicating the content of captions that must be included / recommended to be included, the manner in which the target product is introduced that must be observed, prohibited words, prohibited actions, recommended words, or recommended actions. Assuming the target product is shampoo, some specific examples of the video creation rules are as follows: - The scene of washing hair with shampoo must be at least 10 seconds long. -It is recommended to include a caption with the words "refreshing" in the scene. ·In terms of the Pharmaceutical Affairs Law, the word ○○ must not be used. Competing products must not be included in the photo. -The scene introducing the product must take up at least 1 / 3 of the entire video. The video creation rules are created with the provider's policies in mind as one of their considerations. For example, if a provider has a policy that the content of short videos should include sufficient promotion / advertising within the short video, that the content should not be offensive to viewers, and that the length of the video should not be too short or too long, the video creation rules should be such that this policy is reflected in the content of the short video.

[0037] The posting CP participation rules are rules regarding participation in a posting CP. For example, the posting CP participation rules may be such that "one user can post a short video in a posting CP only once." In this embodiment, it is assumed that a user has participated in a purchase CP when the participation button on the posting CP details screen 33 for one posting CP is selected.

[0038] The target product tag group is a collection of one or more (basically multiple) hashtags. Campaign-related services require that the target product tag group be assigned (associated as tags) when posting a short video in the posting CP to the first SNS. The target product tag group includes a tag indicating the category to which the target product belongs (hereinafter referred to as the "target product category tag"). For example, if the target product is a commercially available shampoo containing high-alcohol, and the categories of the shampoo are assumed to be shampoo, commercially available shampoo, and high-alcohol shampoo, the target product category tags are "#shampoo", "#commercial shampoo", and "#high-alcohol shampoo". In addition, given that hashtags are primarily used for searches, the target product tag group may include hashtags that indicate the provider (e.g., "#○○Company" if the provider's name is ○○Company), hashtags that indicate the operator (e.g., "#△△Company" if the operator's name is △△Company), hashtags that indicate campaign-related services (e.g., "#□□Service" if the service in question is □□Service), or hashtags that indicate that the short video is related to a promotion (e.g., #PR).

[0039] Note that if there are operator rules that must be followed, the purchase CP registration information and posting CP registration information are set in accordance with those rules. Of course, instead of the provider setting all of the purchase CP registration information and posting CP registration information, the operator may set only part of the information, or the provider and operator may set the information collaboratively. In Figure 3, a single provider SX provides purchase CP registration information and posting CP registration information to the service operator, but in reality, various providers will provide purchase CP registration information and posting CP registration information for various target products. It is also permissible for a single provider to simultaneously provide purchase CP registration information and posting CP registration information for multiple target products. The above is a detailed description of the purchase CP registration information and posting CP registration information.

[0040] The provider SX provides the purchase CP registration information and the posting CP registration information, for example, by inputting various information into a user interface provided by the provider-dedicated application AP2, or by uploading a file recording various information to the information processing server 2.

[0041] When the server information processing unit 10 receives the purchase CP registration information, it registers one record in the purchase CP management database 34 stored in the server storage unit 12. The server information processing unit 10 starts managing the purchase CP by registering a record in the purchase CP management database 34. The purchase CP management database 34 is a database for managing purchase CPs, and a record is registered for each purchase CP. Hereinafter, the records in the purchase CP management database 34 will be referred to as "purchase CP management records." Figure 4 is a diagram showing the contents of a purchase CP management record. As shown in Figure 4, the purchase CP management record has fields such as purchase CP-ID <f>and purchase CP registration information <f>and purchase CP participation management <f>It is equipped with the following. <f>is a convenient symbol to indicate that the corresponding term is a field or item in which some value is stored. <f>The purchase CP-ID (identification information for identifying the purchase CP) of the corresponding purchase CP is stored in the purchase CP registration information. <f>Purchase CP registration information is stored in Purchase CP Participation <f>The server information processing unit 10 generates a purchase CP-ID with a unique value, and registers a purchase CP management record in the purchase CP management database 34, the purchase CP management record including the generated purchase CP-ID, the received purchase CP registration information, and an appropriate initial value.

[0042] Furthermore, when the server information processing unit 10 receives the posting CP registration information, it registers one record in the posting CP management database 35 stored in the server storage unit 12. The server information processing unit 10 starts managing posting CPs by registering a record in the posting CP management database 35. The posting CP management database 35 is a database for managing posting CPs, and a record is registered for each posting CP. Hereinafter, a record in the posting CP management database 35 will be referred to as a "posting CP management record." Figure 5 is a diagram showing the contents of a posting CP management record. As shown in Figure 5, the posting CP management record has fields such as posting CP-ID <f>And posting CP registration information <f>And posting CP participation management <f>and the total cumulative compensation <f>and the upper limit reached flag <f>and the number of related videos posted <f>and related video views <f>And the number of likes for related videos <f>and category-related <f>It is equipped with a Post CP-ID <f>The posting CP-ID (identification information for identifying the posting CP) of the corresponding posting CP is stored in the posting CP registration information. <f>The posting CP registration information is stored in the "posting CP-ID" field. The other fields will be described later. The server information processing unit 10 generates a unique posting CP-ID and registers a posting CP management record in the purchase CP management database 35, the posting CP management record including the generated posting CP-ID, the received posting CP registration information, and an appropriate initial value.

[0043] Referring to FIG. 3, the service administrator provides information introducing purchase CPs (hereinafter referred to as "purchase CP introduction information") to the user UX (step S2). Specifically, the service administrator provides the user UX with a screen on which the purchase CP introduction information of ongoing purchase CPs (not limited to purchase CPs of provider SX) can be referenced. The user UX references the screen, recognizes the ongoing purchase CPs and the target products corresponding to each purchase CP, and decides to participate if there is a purchase CP that the user UX wishes to participate in (step S3). Here, it is assumed that the user UX has decided to participate in a purchase CP related to product IX of provider SX. Note that in step S2, purchase CP introduction information is provided, but information introducing the posted CP (hereinafter referred to as "posted CP introduction information") is not provided.

[0044] After determining the purchase CP for product IX of provider SX, user UX purchases product IX in accordance with the purchase rules (step S4). At the time of purchasing product IX, the posted CP has not been introduced to user UX, and therefore user UX is unaware that the posted CP has been implemented. User UX acquires or prepares proof of purchase in response to the purchase. Purchase proof is data that serves as evidence of the purchase of the selected target product, and is predetermined for each purchase type. For example, when a product is purchased in a physical store, purchase proof is a photographed image (or a scanned image) of the receipt issued at the time of purchase. When a product is purchased in an online shop, purchase proof is a receipt or a screenshot image of the purchase history page. The need for purchase proof, the contents of purchase proof for each product type, and other matters related to purchase proof are notified to each user in advance by a predetermined method.

[0045] After purchasing product IX, user UX submits proof of purchase using a predetermined user interface of the campaign-related service (step S5). The service administrator accepts the submitted proof of purchase and checks the proof of purchase, primarily to determine whether product IX was purchased in accordance with the purchase rules (step S6). Hereinafter, the check performed on the proof of purchase is referred to as a "purchase check." In this example, it is assumed that the purchase check in step S6 is passed. The service administrator notifies user UX of the check result indicating pass (step S7). At that time, the service administrator provides posted CP introduction information to user UX (step S7). As described below, the posted CP introduction information includes a tag group corresponding to the target product. Note that if the purchase check is failed, the service administrator notifies the user UX of the failure but does not notify the posted CP introduction information. In this case, no purchase bonus is granted to user UX. As described above, in this embodiment, the posted CP is introduced only to user UX who have submitted proof of purchase and passed the purchase check—in other words, to user UX who have purchased the target product. Therefore, the campaign-related service does not violate the Specified Commercial Transactions Act.

[0046] If the check result is successful, the service manager grants a purchase benefit to the user UX (step S8). In this embodiment, the service manager cashes back a fixed cashback amount to the user UX in return for providing proof of purchase.

[0047] The user UX recognizes the posting CP based on the posting CP introduction information and decides to participate in the posting CP (step S9). However, participation in the posting CP is optional, and of course, the user does not have to participate. The user UX who has decided to participate in the posting CP creates a short video about the product IX in accordance with the video creation rules (step S10). Next, the user UX uses a predetermined user interface of the campaign-related service to submit the created short video (file) to the service operator (step S11).

[0048] The service operator accepts the submitted short video and reviews it, primarily based on whether the short video has been created in accordance with the video creation rules (step S12). Hereinafter, the review conducted on the short video will be referred to as "video review." In this example, it is assumed that the short video passes the video review in step S12. The service operator notifies the user UX of the review result indicating pass (step S13). If the review result is not pass, the service operator notifies the user UX of the review result indicating fail. In this case, the created short video is not eligible for posting rewards, and the user UX cannot receive posting rewards. Upon receiving the notification of pass, the user UX posts the short video to the first SNS after adding a group of tags corresponding to the target product (step S14). In response to the post, a posting URL is issued by the first SNS system, and the user UX acquires the posting URL. The user UX uploads the posting URL to the service operator using a predetermined user interface of the campaign-related service (step S15).

[0049] Thereafter, when the service operator is ready to derive the posting reward, the service operator derives the posting reward in accordance with the posting CP reward rules (step S16). In this embodiment, the service operator derives the posting reward by multiplying the cumulative number of views of the short video over a seven-day period from the time the short video is posted on the first SNS (the day it is posted is counted as day 1) by the reward unit price. After deriving the posting reward, the service operator grants the posting reward to user UX (step S17). This concludes the overview of campaign-related services.

[0050] Next, we will explain the terms related to posting CPs: the survey period, video posting period, and reward period. Figure 6 is a diagram used to explain each period. In this embodiment, a survey period, video posting period, and reward period are considered for each posting CP. The survey period for a posting CP is the period during which various surveys and information collection are conducted for that posting CP. The various surveys and information collection will be explained later. In Figure 6, the survey period runs from August 1 to August 31. The video posting period for a posting CP is the period during which users can post short videos for that posting CP. Short videos posted outside the posting period are not eligible for posting rewards. In this embodiment, as a simplified example, the start and end timings of the posting period are fixed. However, the posting period can also be variable, with the start or end determined depending on the fulfillment of certain conditions. The survey period is assumed to be a period that at least encompasses the posting period. In Figure 6, the posting period runs from August 10 to August 20. The reward period is the period during which the number of views of a short video posted by a user is counted to derive a posting reward. The start and end times of the reward period may vary depending on the user. In this embodiment, the posting reward is determined based on the number of views over a seven-day period, with the day the short video is posted as the first day. Therefore, the reward period for a given user is the period from the day the user posted the short video to seven days later. In Figure 6, the reward period for user U1 is shown as August 10th to August 16th, and the reward period for user U2 is shown as August 15th to August 22nd.

[0051] Next, the operation of the control system 1 related to the campaign-related service will be described. In the following description of the operation of the control system 1 related to the campaign-related service, a "noted user" will be assumed as one of the users. The noted user has registered an account with the campaign-related service and can log in to that account. The login may be performed using login information issued by the campaign-related service itself, or through ID federation with another service. The noted user also registers information about the first SNS account and other information about the first SNS in his or her own account. This allows the server information processing unit 10 of the information processing server 2 to access the noted user's resources held by the first SNS system via the WebAPI provided by the first SNS and obtain information about the noted user. The server information processing unit 10 appropriately obtains information required to send an access request (e.g., information equivalent to a usage license and a registration certificate) from the first SNS system. The noted user's consent has been obtained in advance in an appropriate manner before the information processing server 2 can send and receive information about the noted user via the WebAPI.

[0052] First, the operation of the control system 1 regarding the purchase CP will be described. Fig. 7 is a flowchart showing an example of the operation of the user terminal 3 and the information processing server 2 regarding the purchase CP. Symbol FA indicates an information processing method by the user terminal 3, and symbol FB indicates an information processing method by the information processing server 2.

[0053] As shown in flowchart FA, the user launches the user-specific app AP1 on the user terminal 3 and instructs the display of a purchase CP list screen (step SA1). In response to this instruction, the user terminal information processing unit 13, in cooperation with the server information processing unit 10, displays the purchase CP list screen on the user terminal display unit 15 (step SA2). The purchase CP list screen is a screen that provides a purchase CP outline block (not shown) for each currently running purchase CP, outlining the purchase CP. The purchase CP outline block displays information outlining the corresponding eligible product, the purchase CP benefit rules (fixed cashback amount), and the receipt submission period. However, the information displayed in this block is not limited to the example shown. For each purchase CP shown on the purchase CP list screen and each posting CP corresponding to each purchase CP, purchase CP registration information and posting CP registration information are provided in advance by the provider, as shown in step S1 of FIG. 3, and corresponding records are registered in the purchase CP management database 34 and posting CP management database 35.

[0054] Each purchase CP outline block on the purchase CP list screen is selectable. If the user of interest finds a purchase CP that interests them, they select the purchase CP outline block corresponding to that purchase CP (step SA3). When a purchase CP outline block for a purchase CP is selected, the user terminal information processing unit 13 displays a purchase CP details screen 31 corresponding to that purchase CP (step SA4). FIG. 8 is a diagram showing an example of the purchase CP details screen 31. As shown in FIG. 8, the purchase CP details screen 31 displays information introducing the target product (reference numeral 38), purchase CP benefit rules (fixed cashback amount) (reference numeral 39), receipt submission period (reference numeral 40), purchase rules (reference numeral 41), purchase CP participation rules (reference numeral 42), and other information related to the purchase CP. The user of interest can understand the details of the purchase CP by referring to the screen. The user terminal information processing unit 13 displays the purchase CP list screen and the purchase CP details screen 31 based on the purchase CP management database 34. The information displayed on the purchase CP outline block and the purchase CP details screen 31 corresponds to purchase CP introduction information.

[0055] The noted user decides which purchase CP to participate in after referring to the purchase CP details screen 31 related to the desired purchase CP. Naturally, the noted user can decide not to participate in a purchase CP, or can decide to participate in multiple purchase CPs, but in this example, the noted user has decided to participate in one purchase CP. Hereinafter, the purchase CP that the noted user has decided to participate in will be referred to as the "noteworthy purchase CP," and the target product corresponding to the noted purchase CP will be referred to as the "noteworthy target product." Furthermore, the posting CP (= posting CP made with the noteworthy product as the target) corresponding to the noted purchase CP will be referred to as the "noteworthy posting CP."

[0056] The noted user then purchases the noted product in accordance with the purchase rules listed on the purchase CP details screen 31 for the noted purchase CP. In this embodiment, the noted user is deemed to have participated in the noted purchase CP through this purchase. When purchasing the noted product, the user is aware that a purchase CP corresponding to the noted product is currently running, but is unaware that a posting CP corresponding to the noted product is currently running. After purchasing the noted product, the noted user stores data corresponding to the purchase proof in the user terminal storage unit 17. For example, if the noted user purchases the noted product at a physical store, the noted user receives and stores the receipt. The noted user then photographs or scans the receipt to generate image data, and the image data is stored in the user terminal storage unit 17 of the user terminal 3. For example, if the user terminal 3 is a smartphone, the noted user photographs the receipt with the smartphone camera. Then, a function of the OS registers captured image data based on the captured image in an electronic album. For example, when a user of interest purchases a product of interest at an online shop, the user of interest takes a screenshot of the receipt or purchase history page to generate image data, and the image data is stored in the user terminal storage unit 17 of the user terminal 3. Hereinafter, data corresponding to receipts, receipts, purchase history pages, and other proof of purchase will be referred to as "purchase proof data." Purchase proof data corresponds to proof of purchase.

[0057] Referring to FIG. 7, after the purchase evidence data is stored in the user terminal storage unit 17, the noted user performs the following operation. That is, the noted user launches the user-dedicated app AP1 of the user terminal 3 and performs a predetermined operation to instruct the display of a screen for uploading purchase evidence data related to the noted purchase CP. This screen provides various user interfaces for uploading purchase evidence data related to the noted purchase CP to the information processing server 2. Next, the noted user uses this screen to instruct the upload of the purchase evidence data to the information processing server 2 (step SA5). In response to this instruction, the user terminal information processing unit 13 transmits (uploads) the purchase evidence data to the server information processing unit 10 (step SA6).

[0058] Upon receiving the purchase proof data, the server information processing unit 10 registers purchase CP participation unit information (step SB1). Step SB1 will be described in detail below. In this embodiment, when purchase proof is submitted for a certain purchase CP, the server information processing unit 10 manages it as one "purchase CP participation unit." Hereinafter, the purchase CP participation unit corresponding to the target user will be referred to as the "target purchase CP participation unit." Then, in step SB1, the server information processing unit 10 first generates purchase CP participation unit information.

[0059] 9 is a diagram showing an example of the contents of one purchase CP participation unit information. As shown in FIG. 9, the purchase CP participation unit information has fields such as a purchase CP participation unit ID, <f>and user ID <f>and proof of purchase <f>And the check pass / fail <f>It includes at least the following: Purchase CP participation unit ID <f>The user ID stores the purchase CP participation unit ID (identification information for identifying the purchase CP participation unit) of the corresponding purchase CP participation unit. <f>The user ID (identification information for identifying the user) of the corresponding user is stored in the purchase proof. <f>The proof of purchase data is stored in the <f>A check pass / fail flag for managing the check result of the purchase check on the purchase evidence is stored in the purchase CP management database 34. The initial value of the flag is off. In step SB1, the server information processing unit 10 generates purchase CP participation unit information including a unique purchase CP participation unit ID, the user ID of the noted user, the received purchase evidence data, and an appropriate initial value. Next, the server information processing unit 10 performs a purchase CP participation management <f>In this way, the generated purchase CP participation unit information is registered in the purchase CP participation management record. <f>Purchase CP participation unit information for each purchase CP participation unit is stored in SB1. The above is the details of step SB1.

[0060] The process in which the server information processing unit 10 receives purchase proof data and registers purchase CP participation unit information including that data in the purchase CP management database 34 corresponds to "processing for accepting purchase proof as proof of purchase of the target product from a user who selected the target product." However, the specific content of the process for accepting purchase proof is not limited to the content exemplified in this embodiment. This process may be any process as long as it is a process for obtaining purchase proof.

[0061] After step SB1, the server information processing unit 10 executes a check process (step SB2). The check process is a process for checking the contents of the purchase evidence data (i.e., checking the purchase evidence). The check performed in the check process corresponds to a "purchase check." In more detail, the server information processing unit 10 uses the purchase evidence data to determine whether the product of interest has been purchased in accordance with the purchase rules. For example, the server information processing unit 10 converts the purchase evidence data into text using OCR technology, extracts elements necessary for the above determination from the text data (for example, product name, product unit price, or purchase quantity; these elements differ depending on the purchase rules), and performs the above determination based on the extracted elements. Here, the pass / fail check of the purchase CP participation unit information is performed. <f>A check pass / fail flag (initial value is OFF) for managing the check results for the purchase evidence is stored in the purchase rule. When the server information processing unit 10 determines that the target product has been purchased in accordance with the purchase rules, it determines the check result as pass and changes the value of the check pass / fail flag for the purchase CP participation unit information corresponding to the target purchase CP participation unit to ON. Note that unless the check is passed, the flag will not be ON. The above is the details of the check process.

[0062] Note that with regard to the check process, at least a portion of the process using OCR technology may be performed using AI-OCR trained by a predetermined machine learning method. Furthermore, in the check process, part or all of the determination of whether the target product has been purchased in accordance with the purchase rules may be performed manually. In addition to determining whether the target product has been purchased in accordance with the purchase rules, checks may also be performed from the perspective of whether fraud has occurred or from other perspectives.

[0063] After step SB2, the server information processing unit 10 notifies the noted user that the purchase check of the purchase proof has been completed (step SB3). In this embodiment, the server information processing unit 10 performs this notification by push notification using the OS functions of the user terminal 3. Information required for push notification (e.g., device identification information) is registered for each user in the user management database 30. In push notification, notification is performed by banner, alert, badge, or other means. Note that the notification method is not limited to the method exemplified in this embodiment. Notification may also be performed by email or other methods.

[0064] After step SB3, the server information processing unit 10 determines whether the purchase check has been passed (step SB4). If the purchase check has not been passed (step SB4: NO), the server information processing unit 10 terminates the process. In this case, the purchase benefit is not granted to the noted user. On the other hand, if the purchase check has been passed (step SB4: YES), the server information processing unit 10 executes a benefit granting-related process (step SB5). The benefit granting-related process is a process for granting a benefit to the noted user. The benefit granting-related process may be a process for granting a reward to the noted user, and the granting does not have to be completed by this process. For example, if the benefit is granted in the form of a fixed cashback amount to an electronic wallet provided to each user in a campaign-related service, the server information processing unit 10 executes a process for granting an appropriate fixed cashback amount to the wallet. Furthermore, if the benefit is granted by transferring money to the noted user's account, the server information processing unit 10 executes a process related to the transfer. In this case, the transfer-related process does not need to be the entire series of processes for the transfer, but may be only a part of the process. Furthermore, for example, when a benefit is to be given to a noted user based on information recorded in a predetermined database, the server information processing unit 10 records appropriate information in the database. Furthermore, for example, when a benefit is to be given to a noted user by an operator of a management company, the server information processing unit 10 notifies the operator of the necessary information. Note that the server information processing unit 10 may be configured to notify the noted user when the benefit has been given. This concludes the description of the operation of the control system 1 regarding the purchase CP.

[0065] Next, the operation of the control system 1 regarding the posting CP will be described. Fig. 10 is a flowchart showing the information processing method of the user terminal 3 and the information processing server 2 regarding the posting CP. Symbol FC indicates the information processing method of the user terminal 3, and symbol FD indicates the information processing method of the information processing server 2.

[0066] As described above, when the purchase check of the purchase evidence is completed, a push notification indicating this is sent to the user terminal 3 of the noted user. In response to the push notification, the noted user launches the user-specific app AP1 and instructs the display of a check result screen (step SC1). In response to this instruction, if the purchase check fails, the user terminal information processing unit 13 displays a failure notification screen (not shown) as the check result screen. The failure notification screen displays information indicating the failure. The screen may also be configured to display information indicating the reason for the failure. However, the failure notification screen does not display any information about the noted post CP.

[0067] On the other hand, if the purchase check is passed, the user terminal information processing unit 13, in response to the instruction of step SC1, displays a pass notification screen 43 as a check result screen (step SC2). Fig. 11 is a diagram showing an example of the pass notification screen 43. As shown in Fig. 11, the pass notification screen 43 displays information that the purchase check has been passed and that a purchase benefit will be granted. By referring to the pass notification screen 43, the user of interest can recognize that he or she has passed the purchase check and will be able to enjoy the purchase benefit.

[0068] As shown in FIG. 11, the success notification screen 43 displays information that a featured post CP is being held for the featured product, and a post CP outline block 32 that introduces the featured post CP. The post CP outline block 32 displays information outlining the featured product (including the product name, price, and photo of the product), the number of users already participating in the featured post CP, the post CP reward rules (including the reward unit price), and the type of corresponding SNS. Furthermore, the post CP outline block 32 displays the total reward limit, the cumulative total reward, and the remaining reward. The cumulative total reward is the total amount of posting reward currently determined for the featured post CP, as described above. The remaining reward is the value obtained by subtracting the cumulative total reward from the total reward limit. The cumulative total reward in the post CP management record <f>As will be described later, the server information processing unit 10 derives the total accumulated reward amount as needed and stores it in the posting CP management record. <f>Update the cumulative total rewards stored in

[0069] In this way, the server information processing unit 10 has a function of notifying the user of information introducing the posting campaign when notifying the user that the purchase check result has passed. Therefore, by referring to the pass notification screen 43, the user can recognize that the featured post CP is being held and that they can participate in the featured post CP. Furthermore, the server information processing unit 10 has a function of providing the user with the relationship between the total reward limit and the cumulative total reward amount before participating in the purchase CP. Therefore, the user can accurately grasp how long it will take for the cumulative total reward amount to reach the total reward limit, and can recognize how quickly they should post their short video. In other words, the user can be motivated to post their short video as soon as possible.

[0070] The posted CP outline block 32 is selectable on the success notification screen 43. If the featured user wants to participate in the featured posted CP or want to know more about the featured posted CP, the featured user selects the posted CP outline block 32 (step SC3). In response to the selection, the user terminal information processing unit 13 displays the posted CP details screen 33 (step SC4). FIG. 12 is a diagram illustrating an example of the posted CP details screen 33. As shown in FIG. 12, the posted CP details screen 33 displays information introducing the featured posted CP (including information about the featured product). The posted CP details screen 33 illustrated in FIG. 12 displays "information introducing the featured product" (reference numeral 44), posted CP reward rules (reference numeral 45), video posting period (reference numeral 46), posted CP participation rules (reference numeral 47), video creation rules (reference numeral 48), and a tag group corresponding to the target product (reference numeral 49). A notice is displayed near the tag group corresponding to the target product, informing users that the hashtags included in the tag group corresponding to the target product displayed when posting a short video must be added in order.

[0071] Note that some of the information displayed on the posting CP details screen 33 (for example, a group of tags corresponding to the target product) may not be displayed on the posting CP details screen 33, but may be provided by the user by other means. Furthermore, information other than the information exemplified on the posting CP details screen 33 may be displayed. When displaying the posting CP outline block 32 and the posting CP details screen 33, the server information processing unit 10 acquires necessary data from the posting CP management database 35 and other information sources. The information displayed in the block and on the screen corresponds to posting CP introduction information.

[0072] The process in which the user terminal information processing unit 13 displays the posting CP details screen 33 on the user terminal display unit 15 includes a "process of providing a group of tags corresponding to the target product."

[0073] 12, the posted CP details screen 33 displays a join button 36 that is selected when participating in the featured posted CP. In this example, the featured user wishes to participate in the featured posted CP and selects the join button 36 (step SC5). In this embodiment, each user is considered to have participated in the posted CP by selecting the join button 36. When the join button 36 is selected, the user terminal information processing unit 13 notifies the server information processing unit 10 of this fact (step SC6).

[0074] As shown in flowchart FD, upon receiving the notification of step SC6, the server information processing unit 10 registers posting CP participation unit information (step SD1). Step SD1 will be described in detail below. In this embodiment, when an application to participate in a certain posting CP is made (by selecting the participation button 36), the server information processing unit 10 manages this as one "posting CP participation unit." Hereinafter, the posting CP participation unit corresponding to the noted user will be referred to as the "noteworthy posting CP participation unit." Then, in step SD1, the server information processing unit 10 first generates posting CP participation unit information.

[0075] 13 is a diagram showing an example of the contents of one piece of posted CP participation unit information. As shown in FIG. 13, the posted CP participation unit information has fields such as a posted CP participation unit ID <f>and user ID <f>And a short video <f>And the results of the examination <f>and the post URL <f>and the number of views eligible for rewards <f>and provisional compensation amount <f>and the fixed remuneration amount <f>and unit playback number <f>And the unit of likes <f>Includes the Posting CP Participation Unit ID <f>The user ID stores the posting CP participation unit ID (identification information for identifying the posting CP participation unit) of the corresponding posting CP participation unit. <f>The user ID of the corresponding user is stored in . The other fields will be described later.

[0076] In step SD1, the server information processing unit 10 generates posting CP participation unit information including a unique posting CP participation unit ID, the user ID of the noted user, and an appropriate initial value. Next, the server information processing unit 10 performs the posting CP participation management in the posting CP management record corresponding to the noted posting CP in the posting CP management database 35. <f>In this way, the generated posting CP participation unit information is additionally registered in the posting CP participation management record. <f>Posting CP participation unit information for each posting CP participation unit is stored in SD1. The above is the details of step SD1.

[0077] After selecting the participation button 36 and participating in the featured post CP, the featured user performs the following tasks. That is, the featured user creates a short video in accordance with the video creation rules. In this embodiment, for ease of explanation, the video file in which the short video is recorded will also be referred to as a "short video." Hereinafter, a short video created by a featured user will be referred to as a "featured short video." The content of a short video that complies with the video creation rules is basically intended to introduce or promote / advertise a product by showing the product's appearance, a user using the product, or by providing a verbal explanation of the product.

[0078] Referring to Fig. 10, after creating the featured short video, the featured user performs the following operations. That is, the user starts the user-specific app AP1 on the user terminal 3 and performs a predetermined operation to instruct the display of a screen for uploading a short video related to the featured posted CP. This screen provides various user interfaces for uploading a short video related to the featured posted CP to the information processing server 2. Next, the user uses this screen to instruct the information processing server 2 to upload the featured short video (step SC7). In response to this instruction, the user terminal information processing unit 13 transmits (uploads) the featured short video to the server information processing unit 10 (step SC8).

[0079] When the server information processing unit 10 receives the short video of interest, it executes the following process (step SD2). <f>The featured short video is stored in (FIG. 13). The process in which the server information processing unit 10 receives the short video and stores it in a predetermined field corresponds to the "process of accepting content for posting to SNS, created by the featured user who passed the check, regarding the target product." However, the specific content of the accepting process is not limited to the process exemplified in this embodiment, and may be any process of acquiring a short video (content).

[0080] After step SD2, the server information processing unit 10 executes a video screening process (step SD3). The video screening process is a process for screening the content of uploaded short videos. Specifically, first, the provider (or the operator, or both the provider and the operator) manually screens the uploaded short videos. The video screening process primarily focuses on whether the content of the short video complies with the video creation rules. As described above, the video creation rules are created with the provider's policy as one of the criteria. Therefore, short videos with content that does not comply with the provider's policy will not pass the video screening and will be rejected. Of course, the screening process may also consider other criteria in addition to whether the content of the short video complies with the video creation rules. Alternatively, part or all of the video screening process may be automatically performed by the server information processing unit 10 (or another information processing unit).

[0081] After the video screening is completed, the provider notifies the server information processing unit 10 of the results. The notification is made, for example, by inputting the results of the video screening into a user interface provided by the server information processing unit 10. Here, the result of the screening of the posting CP participation unit information is notified. <f>stores a review pass / fail flag (initial value is off) for managing the review results of the video review. If the video review results in a pass, the server information processing unit 10 changes the value of the review pass / fail flag of the post CP participation unit information corresponding to the featured post CP participation unit to an on value. Note that unless the video passes the review, the flag will not be set to an on value. The above is the details of the video review process.

[0082] After step SD3, the server information processing unit 10 notifies the noted user of the result of the video review (step SD4). The notification may be made by any method as long as the noted user is ultimately aware of the result of the video review. For example, the notification may be made by push notification or email. The processing of step SD4 corresponds to the "process of notifying the user of the review result of the content review." The noted user becomes aware of the result of the video review in response to the notification of step SD4. If the noted short video does not pass the video review, the noted short video will not be eligible for a posting reward, and therefore the noted user will not be able to receive a posting reward as compensation for posting the noted short video. On the other hand, if the video review is passed, the noted user posts the noted short video to the first SNS. At that time, the noted user posts the noted short video after attaching a group of tags corresponding to the target product related to the noted post CP as tags to the noted short video. In response to the post, a posting URL is issued by the first SNS system, and the noted user obtains the posting URL.

[0083] After acquiring the posted URL, the noted user performs the following operation. That is, the noted user launches the user-specific application AP1 on the user terminal 3 and performs a predetermined operation to display a screen for notifying the posted URL. This screen provides various user interfaces for notifying the information processing server 2 of the posted URL related to the noted posted CP. The noted user uses this screen to instruct the information processing server 2 to notify the posted URL (step SC9). In response to this instruction, the user terminal information processing unit 13 transmits the posted URL to the server information processing unit 10 (step SC10). Upon receiving the notification of the posted URL, the server information processing unit 10 executes the following process (step SD5). That is, the server information processing unit 10 executes the posted URL of the posting CP participation unit information corresponding to the noted posted CP participation unit in the posting CP management database 35. <f>(Figure 13) Store the post URL.

[0084] Thereafter, the server information processing unit 10 executes the following process for each featured post CP participation unit. That is, the server information processing unit 10 acquires the daily number of plays (views) of the featured short video and the daily number of likes for the featured short video from the system of the first SNS for each day from the posting date as the first day until the last day of the survey period. The daily number of plays of the short video means the total number of times the short video was played (viewed) in one day. Hereinafter, this number of plays is referred to as the "daily unit number of plays." Furthermore, the daily number of likes for the short video means the total number of "likes" given to the short video in one day. Hereinafter, this number of likes is referred to as the "daily unit number of likes." The server information processing unit 10 acquires the daily unit number of plays and the daily unit number of likes for a given day at a predetermined timing after they become available.

[0085] Post CP participation unit information unit view count <f>(Figure 13) stores unit play count information. The unit play count information records the total number of unit plays per day in association with the date. Also, the unit likes of the posting CP participation unit information <f>(Figure 13) stores unit like count information. The unit like count information records the daily unit like count in association with the date. Every time the server information processing unit 10 acquires the daily unit play count, it updates the unit play count information to reflect this, and similarly, every time it acquires the daily unit like count, it updates the unit like count information to reflect this. As a result, the unit play count information for the featured short video will record the daily unit play count for each day from the posting date to the last day of the survey period. Also, the unit like count information for the featured short video will record the daily unit like count for each day from the posting date to the last day of the survey period.

[0086] The server information processing unit 10 acquires the daily unit number of plays and the daily unit number of likes using the WebAPI provided by the first SNS. In this case, the server information processing unit 10 uses the posting URL of the featured short video as "information for identifying the featured short video" to be included as a parameter (query) in the WebAPI. As described above, the server information processing unit 10 has the authority to access the resources of the featured user via the WebAPI. The server information processing unit 10 may acquire information necessary to derive the daily unit number of plays, rather than acquiring the daily unit number of plays themselves from the first SNS, and use this information to derive the daily unit number of plays. The same applies to the daily unit number of likes and other information. In the following, the server information processing unit 10 acquires information from the first SNS using the WebAPI provided by the first SNS or other methods as appropriate, and the acquisition method will not be mentioned.

[0087] Furthermore, the server information processing unit 10 acquires the number of reward eligible plays at predetermined intervals during the reward period for the user of interest, and uses the acquired number of reward eligible plays to derive a provisional reward amount. The number of reward eligible plays is the number of plays that is eligible for posting rewards, and is essentially the cumulative number of plays during the reward period. However, as mentioned above and will be explained in detail later, if the cumulative total reward amount exceeds the total reward upper limit, the increase in the total video reward amount is limited. For this reason, the server information processing unit 10 will not increase the number of reward eligible plays even during the reward period after the cumulative total reward amount exceeds the total reward upper limit (if the upper limit reached flag in the corresponding posting CP management record is on, as will be explained later). The provisional reward amount is the number of reward eligible plays multiplied by the reward unit price. In other words, the provisional reward amount is a provisional reward amount. As mentioned above, any method can be used to acquire the number of reward eligible plays. Reward eligible plays in posting CP participation unit information <f>The number of eligible plays is stored in and the provisional reward amount is <f>The server information processing unit 10 acquires the number of plays eligible for reward and updates the number of plays eligible for reward and the provisional reward amount in the post CP participation unit information every time it derives a provisional reward amount.

[0088] Referring to the flowchart FD in FIG. 10, the server information processing unit 10 monitors whether it is time to derive a reward amount for the noted user (step SD6). This timing is basically the timing after the reward period for the noted user has elapsed. When this timing has arrived (step SD6: YES), the server information processing unit 10 executes a reward amount derivation process (step SD7). This process is a process for deriving the reward amount of the posting reward to be awarded to the noted user. After acquiring the necessary information, the server information processing unit 10 derives the reward amount in accordance with the reward rules. To explain the details of the process in this embodiment in detail, the server information processing unit 10 acquires a provisional reward amount corresponding to the noted posting CP participation unit from the posting CP management database 35, and sets this as the final reward amount. Final reward amount for posting CP participation unit information <f>After deriving the reward amount, the server information processing unit 10 stores the reward amount of the post CP participation unit information corresponding to the featured post CP participation unit. <f>The derived remuneration amount is stored in . As described above, the provisional remuneration amount is calculated by multiplying the number of views during the remuneration period by the remuneration unit price. In this way, the server information processing unit 10 according to this embodiment has the function of deriving the remuneration by multiplying the number of views of the target product-related content on the SNS during a certain period by the remuneration unit price corresponding to the posting CP.

[0089] After step SD7, the server information processing unit 10 executes reward-granting related processing (step SD8). The reward-granting related processing is processing for granting a posting reward to the noted user. Like the bonus-granting related processing, the reward-granting related processing only needs to be processing for granting a posting reward to the noted user, and the granting does not have to be completed by this processing. The processing of steps SD7 and SD8 corresponds to "processing for deriving a reward for posting content and granting the reward to the user after content is posted to the SNS by a user who has passed the screening." This concludes the description of the operation of the control system 1 regarding the posting CP.

[0090] As described above, the server information processing unit 10 and the user terminal information processing unit 13 have the functions to provide the campaign-related services described above. This provides the following advantages. Specifically, with the above configuration, users can earn posting rewards (rewards) by posting content related to products provided by providers to SNSs using campaign-related services implemented by the functions of the information processing system. This meets the needs of providers who want to create an environment in which general contributors actively create product-related content and post it to SNSs. Furthermore, with the above configuration, in order to receive posting rewards for posting content in the campaign-related services implemented by the functions of the information processing system, users must submit proof of purchase of the product and pass a check (purchase check) conducted on the proof of purchase. Therefore, content posted using the campaign-related services is created by users who actually purchased and used the product. This meets the needs of providers who want content created by actual purchasers of the product to be posted to SNSs. Furthermore, with the above configuration, the campaign-related services implemented by the functions of the information processing system screen content, and content that passes the screening is eligible for rewards. This makes it possible to eliminate content that does not conform to the provider's policies during the screening process, thereby meeting the provider's needs to ensure that content that conforms to the provider's policies is posted.

[0091] <Example of operation of control system 1 regarding the total reward limit> Next, an example of the operation of the control system 1 regarding the total reward limit will be described. As described above, in this embodiment, the total reward limit for a posting CP is defined based on the reward budget set by the provider. The server information processing unit 10 has a function to limit the increase in each user's posting reward if the cumulative total reward for the posting CP exceeds the total reward limit. In other words, once the total posting reward to be paid to each user reaches the total reward limit, the posting reward will no longer increase for all users, even if their short videos are played. Below, the operation of the control system 1 regarding the above points will be described, focusing on one posting CP.

[0092] Reference symbol FE in FIG. 14 is a flowchart showing an example of the operation of the information processing server 2. As shown in FIG. 14, the server information processing unit 10 monitors whether or not a measurement timing has arrived (step SE1). The measurement timing is the timing for measuring the cumulative total reward amount. The measurement timing may be a periodic timing (for example, every minute, every hour, every six hours, or every day), or may be a predetermined timing. When it is determined that the measurement timing has arrived (step SE1: YES), the server information processing unit 10 derives the cumulative total reward amount (step SE2). In step SE2, the server information processing unit 10 derives the cumulative total reward amount by adding up the provisional reward amounts of each user participating in the posting CP. However, any method may be used to derive the cumulative total reward amount. The cumulative total reward amount in the posting CP management record <f>The server information processing unit 10 stores the total accumulated remuneration amount in the table 11. Each time the server information processing unit 10 derives the total accumulated remuneration amount, it calculates an appropriate total accumulated remuneration amount. <f>Update the total cumulative reward amount.

[0093] After step SE2, the server information processing unit 10 determines whether the cumulative total reward amount exceeds the total reward upper limit (step SE3). If it does not exceed the upper limit (step SE3: NO), the server information processing unit 10 proceeds to step SE1. On the other hand, if the cumulative total reward amount exceeds the total reward upper limit (step SE3: YES), the server information processing unit 10 limits the increase in the posting reward for each user thereafter (step SE4). Specifically, the server information processing unit 10 changes the upper limit reached flag of the appropriate posting CP management record in the posting CP management database 35 to an ON value. If the upper limit reached flag is ON, the server information processing unit 10 does not increase the reward-eligible play count for each user. Therefore, by changing the upper limit reached flag to an ON value, the increase in the posting reward is limited.

[0094] According to the above configuration, it is possible to motivate users to participate in the posting CP as soon as possible, and it is possible to activate the posting CP.

[0095] <Example of operation of control system 1 in information provision service> Next, the operation of the control system 1 in the information provision service will be described. First, the operation of the information processing server 2, which is a prerequisite for providing the information provision service, will be described. In the following explanation, a short video related to a target product posted to the first SNS using a campaign-related service will be referred to as a "target product-related short video" (target product-related content).

[0096] The above describes an example in which a featured user posts a featured short video about a featured product related to a featured posting CP to the first SNS using the flowchart in FIG. 10. In a campaign-related service, a large number of users will post short videos to the first SNS for each posting CP. The server information processing unit 10 then acquires, for each posting CP, the daily number of target product-related short videos posted (hereinafter referred to as the "daily related video posting number"), the daily number of views of the target product-related short videos (hereinafter referred to as the "daily related video view number"), and the daily number of likes of the target product-related short videos (hereinafter referred to as the "daily related video like number") for each posting CP for each day during the survey period. The daily related video posting number refers to the total number of target product-related short videos posted in one day. For example, suppose that target product-related short videos M1, M2, and M3 are posted by multiple different users for a certain posting CP on a given day. In this case, the daily related video posting number for that posting CP is "3." As described above, in a posting CP, a posting URL is notified to the server information processing unit 10 in response to a user posting a short video. Based on this, the server information processing unit 10 counts the number of such notifications per day for each posting CP and obtains the daily total number of related video posts for each posting CP. However, the method of obtaining the number of posts is not limited to the exemplified method.

[0097] The daily related video views refer to the total number of times the target product-related short videos were played (viewed) in a day. For example, assume that target product-related short videos M1, M2, and M3 are posted for a certain posting CP, and that video M1 is played "3 times," video M2 is played "5 times," and video M3 is played "4 times" in a certain day. In this case, the daily related video views for that posting CP in that day are "12 times" (3 times + 5 times + 4 times). As described above, the posting CP management database 35 manages the daily unit views for each posting CP participation unit. Therefore, the server information processing unit 10 obtains the daily related video views by adding up the daily unit views for the corresponding posting CP participation unit. However, the method for obtaining the view count is not limited to the exemplified method. The daily related video likes refer to the total number of "likes" given to the target product-related short videos in a day. For example, suppose that short videos M1, M2, and M3 related to a certain product are posted for a certain posting CP, and on a certain day, video M1 received 8 likes, video G2 received 5 likes, and video G3 received 6 likes. In this case, the total number of daily related video likes for that posting CP for that day is 19 (8 + 5 + 6). As described above, the posting CP management database 35 manages the number of daily unit likes for each posting CP participation unit. Therefore, the server information processing unit 10 acquires the total number of daily unit likes for the relevant posting CP participation unit by summing up the total number of daily unit likes. However, the method of acquiring the number of likes is not limited to the method illustrated above. The server information processing unit 10 acquires the total number of daily related video posts, the total number of daily related video views, and the total number of daily related video likes for a certain day at a predetermined timing after these become available.

[0098] Number of related videos posted here by CP Management Records <f>(Fig. 5) stores related video posting count information. The related video posting count information records the daily related video posting count in association with the date. The server information processing unit 10 updates the related video posting count information to reflect the daily related video posting count obtained. As a result, the information records the daily related video posting count for each day during the survey period. In addition, the related video playback count in the posting CP management record <f>(Figure 5) stores related video view count information. The related video view count information records the daily related video view count in association with the date. The server information processing unit 10 updates the related video view count information to reflect the daily related video view count obtained. As a result, the information records the daily related video view count for each day during the survey period. Also, the number of likes for related videos in the posting CP management record <f>(Figure 5) stores related video like count information. The related video like count information records the daily related video like count in association with the date. The server information processing unit 10 updates the related video like count information to reflect the daily related video like count obtained. As a result, the information records the daily related video like count for each day during the survey period.

[0099] Furthermore, the server information processing unit 10 acquires, for each target product category tag of the posting CP, the daily number of posts (hereinafter referred to as the "daily category video post count"), the daily number of views (hereinafter referred to as the "daily category video views"), and the daily number of likes (hereinafter referred to as the "daily category video like count") of short videos tagged with each tag for each day during the survey period. Note that a short video tagged with a target product category tag refers to a short video tagged with the target product category tag in the first SNS, regardless of whether it was posted using a posting CP. For example, a short video tagged with #shampoo refers to a short video tagged with #shampoo in the first SNS, regardless of whether a posting CP was used.

[0100] For example, suppose the target product tag group for a given target product is #XXCompany, #△△Company, #□□Service, #PR, #Shampoo, #CommercialShampoo, and #High-Alcohol-BasedShampoo. Among these, #Shampoo, #CommercialShampoo, and #High-Alcohol-BasedShampoo are category tags to which the target product belongs. In this case, the server information processing unit 10 acquires the total number of daily category video posts, the total number of daily category video views, and the total number of daily category video likes for each of #Shampoo, #CommercialShampoo, and #High-Alcohol-BasedShampoo. Here, the total number of daily category video posts for #Shampoo on a given day refers to the total number of short videos posted to the first SNS with the #Shampoo tag attached on that day. The short videos are not limited to short videos related to the target product. Furthermore, the total number of daily category video views for #Shampoo on a given day refers to the total number of views of short videos with the #Shampoo tag attached on that day. Furthermore, the total number of daily category video likes for #Shampoo on a given day refers to the total number of "likes" attached to short videos related to #Shampoo on that day.

[0101] The server information processing unit 10 acquires the daily number of category video posts, the daily number of category video views, and the daily number of category video likes at a predetermined timing after the information becomes available. The server information processing unit 10 also acquires the information using a WebAPI related to the first SNS. However, the method for acquiring the information is not limited, and for example, if a tool or service that can acquire the information is provided, the server information processing unit 10 may acquire the information using the tool or service.

[0102] Furthermore, the server information processing unit 10 derives the daily post count category share, daily view count category share, and daily like count category share for each category tag of the target product for the post CP on a daily basis during the investigation period. The daily post count category share for a given day (1 day) is calculated using the following formula F1. (Formula F1) Category share of total daily posts for that day = total daily related video posts for that day / total daily category video posts for that day As shown in formula F1, the category share of the total number of daily posts indicates the proportion of the number of short videos posted related to the target product to the total number of posts related to that category. The share of a category in the total number of daily plays can be calculated using the following formula F2. (Formula F2) Category share of total daily views for that day = total daily related video views for that day / total daily category video views for that day As shown in formula F2, the category share of daily views indicates the proportion of views of short videos related to the target product to the total number of views for a certain category. The share of a category in the total number of likes for a day can be calculated using the following formula F3. (Formula F3) Total likes category share for that day = Total related video likes for that day / Total category video likes for that day As shown in formula F3, the category share of daily total likes indicates the proportion of the number of likes for short videos related to the target product to the total number of likes for that category. Hereinafter, the category share of daily posts, the category share of daily views, and the category share of daily likes will be collectively referred to as "category share." As shown in formulas F1 to F3, category share is "the ratio of the index value of a specified index related to posts, views, or engagement of content related to the target product to the index value of a specified index related to posts, views, or engagement of content tagged with the category to which the target product belongs."

[0103] Posted here CP Management Records Category Related <f>(Figure 5) shows the category management fields for each category tag of the target product. <f>(First category management <f>, 2nd category management <f>,···,Nth category management <f>) Category Management <f>The category video post count information, category video view count information, category video like count information, post count category share information, view count category share information, and like count category share information are stored in the category information. Each piece of information is associated with a date and stores the daily category video post count, daily category video view count, daily category video like count, daily post count category share, daily view count category share, and daily like count category share. In response to obtaining the daily category video post count, the server information processing unit 10 appropriately updates the category video post count information to reflect this. Other information is also updated in a similar manner. The above is the processing executed by the server information processing unit 10 as a prerequisite for providing the information provision service.

[0104] Next, the sales status management database 50 stored in the server storage unit 12 will be described. The sales status management database 50 has a record for each posting CP. Hereinafter, one record in the sales status management database 50 will be referred to as a sales status management record. Fig. 15(A) is a diagram showing the contents of a sales status management record. As shown in Fig. 15(A), the sales status management record has fields such as posting CP-ID, <f>and sales status management <f>It has the following features: Posting CP-ID <f>The posting CP-ID of the corresponding posting CP is stored in the Sales Status Management <f>Measurement range-specific information is stored for each measurement range. A measurement range is a range in which the sales quantity and sales amount of a target product are managed together. The sales quantity of a target product is the number of units or sales volume of the target product. For example, suppose that there are at least stores JP1, JP2, JP3, JP4, and JP5 that sell the target product, and stores JP1 to JP4 are physical stores, while store JP5 is an online shop. Furthermore, stores JP1 and JP2 belong to region AR1, stores JP3 and JP4 belong to region AR2, and stores JP1 and JP4 are affiliated stores of group KR1. In such a case, each of stores JP1 to JP5 could be a measurement range. Or, all stores could be a measurement range. In this case, the total sales quantity of the target product at stores JP1 to JP5 is the "sales quantity of the measurement range (all stores)," and the total sales amount of the target product at all stores is the "sales amount of the measurement range (all stores)." Furthermore, the area AR1 (stores JP1, JP2), the area AR2 (stores JP3, JP4), and the group KR1 (stores JP1, JP4) can each be the measurement range. Although the above has exemplified several measurement ranges, these are merely examples, and the form of the measurement range is not limited to the exemplified forms. Furthermore, the measurement range is basically set by the provider.

[0105] 15B is a diagram showing the contents of the information by measurement range. As shown in FIG. 15B, the measurement range information has fields such as measurement range ID, <f>and measurement range name <f>and sales volume <f>and sales <f>Measurement range ID <f>The measurement range ID (identification information) of the corresponding measurement range is stored in "Measurement range name." The name given to the corresponding measurement range is stored in "Sales quantity." <f>Measurement range sales quantity information is stored in this field. For each day in the survey period, daily measurement range sales quantity information is stored in association with the date. This information is the daily sales quantity of the target product in the measurement range (as mentioned above, if the measurement range spans multiple stores, it is the total sales quantity of the multiple stores). Sales <f>Measurement range sales information is stored in . This information stores daily measurement range sales information for each day in the survey period, associated with the date. This information is the sales amount for one day in the measurement range (as mentioned above, if the measurement range spans multiple stores, it is the total sales amount for multiple stores).

[0106] Hereinafter, the number of daily related video posts <indicator>, the number of daily related video views <indicator>, the number of daily related video likes <indicator>, the category share of daily posts <indicator>, the category share of daily views <indicator>, and the category share of daily likes <indicator> will be collectively referred to as "SNS-related indicators." Note that <indicator> is a convenient symbol indicating that the corresponding term is (the name of) an indicator with a value (index value). The number of daily related video posts <indicator> and the category share of daily posts <indicator> are SNS-related indicators related to the "posting" of content related to the target product. Furthermore, the number of daily related video views <indicator> and the category share of daily views <indicator> are SNS-related indicators related to the "viewing" of content related to the target product. Furthermore, the number of daily related video likes <indicator> and the category share of daily likes <indicator> are SNS-related indicators related to the "engagement" of content related to the target product.

[0107] In the following explanation, the daily measurement range sales volume <indicator> and the daily measurement range sales volume <indicator> are collectively referred to as "sales-related indices." The daily measurement range sales volume <indicator> and the daily measurement range sales volume <indicator> are both indicators related to the sales (sales performance) of the target product. In the following explanation, the daily post count category share <indicator>, the daily view count category share <indicator>, and the daily like count category share <indicator> are collectively referred to as "category share <indicator>."

[0108] Next, an example of the operation of the control system 1 in an information provision service will be described. Simply put, the information provision service is a service that provides the relationship between the posting, viewing, or engagement status of target product-related content posted for a posting CP and the sales status of the target product. The information provision service provides providers with roughly two screens: a transition relationship screen 51 and a correlation screen 52. First, the operation of the control system 1 related to the transition relationship screen 51 will be described below. The provider launches the provider-specific application AP on the provider terminal 4 and instructs the display of the transition relationship screen 51. The provider has registered an account with the information provision service and logs in to that account as needed. Furthermore, the server information processing unit 10 appropriately authenticates the provider and performs other necessary processing as needed.

[0109] In response to an instruction to display the transition relationship screen 51, the provider terminal information processing unit 18 cooperates with the server information processing unit 10 to display the initial state transition relationship screen 51 on the provider terminal display unit 20. FIG. 16 is a diagram showing the initial state transition relationship screen 51. Here, the transition relationship screen 51 displays a diagram showing the relationship between the transition of the index values ​​of SNS-related indexes and the transition of the index values ​​of sales-related indexes for the measurement range specified by the provider for a specified posting CP during a period (but within the survey period) specified by the provider. As shown in FIG. 16, the transition relationship screen 51 has a transition relationship input area 53. The transition relationship input area 53 has an input field 54 for inputting the posting CP, an input field 55 for inputting the period, an input field 56 for inputting the SNS-related index, an input field 57 for inputting the measurement range, and an input field 58 for inputting the sales-related index.

[0110] For each input field, a value can be selected from a pull-down menu, and the pull-down menu displays all selectable values. For input field 54, a pull-down menu displaying a list of posting CP names is displayed. The provider enters information into each input field on the transition relationship screen 51 and selects the confirm button 59 to confirm the input. Hereinafter, the posting CP designated by the provider will be referred to as the "designated posting CP," the designated period will be referred to as the "designated period," the designated SNS-related indicators will be referred to as the "designated SNS-related indicators," the designated measurement range will be referred to as the "designated measurement range," and the designated sales-related indicators will be referred to as the "designated sales-related indicators." The same applies to the correlation screen 52 described below.

[0111] When it detects that the confirm button 59 has been selected, the server information processing unit 10 executes the following process. That is, the server information processing unit 10 references the posting CP management database 35 and acquires the index values ​​of the designated SNS-related indexes that belong to the designated period for the designated posting CP. For example, suppose the designated posting CP is the designated posting CP (CX), the designated period is August 1st to August 31st, and the designated SNS-related index is the daily number of related video posts <index>. In this case, the server information processing unit 10 references the related video post count information in the posting CP management record corresponding to the designated posting CP (CX) and acquires each of the daily numbers of related video posts that belong to the designated period.

[0112] Furthermore, the server information processing unit 10 refers to the sales status management database 50 and acquires the index values ​​of the designated sales-related indexes of the designated measurement range belonging to the designated period for the designated post CP. For example, suppose the designated post CP is the designated post CP(CX), the designated period is 8 / 1 to 8 / 31, the designated measurement range is "Area A," and the designated sales-related index is the daily measurement range sales quantity <index>. In this case, the server information processing unit 10 refers to the "measurement range sales quantity information corresponding to Area A" in the sales status management record corresponding to the designated post CP(CX) and acquires each of the daily measurement range sales quantities belonging to the designated period.

[0113] Next, the server information processing unit 10 generates display data for displaying a transition relationship screen 51 on which a transition relationship graph 60 showing the relationship between the transition of the index values ​​of the SNS-related indexes and the transition of the index values ​​of the sales-related indexes is displayed. A specific example of this graph will be described later. Next, the server information processing unit 10 transmits the display data to the provider terminal information processing unit 18. The provider terminal information processing unit 18 receives the display data and displays the transition relationship graph 60 on the transition relationship screen 51 based on the display data.

[0114] FIG. 17 is a diagram illustrating an example of a transition relationship graph 60. The transition relationship graph 60 is a composite graph showing, on the same time axis, the transition of the index value of an SNS-related index related to the SNS status and the transition of the index value of a sales-related index related to the sales status. FIG. 17 illustrates an example of the transition relationship graph 60 when the designated SNS-related index is the "number of daily related video posts" and the designated sales-related index is the "daily sales volume within the measurement range." The transition relationship graph 60 clearly indicates the period during which posting is permitted. In the transition relationship graph 60 of FIG. 17, the transition of the daily sales volume within the measurement range during the designated period is shown by a bar graph, and the transition of the daily related video post number is shown by a line graph on the same time axis. By referring to the transition relationship graph 60 illustrated in FIG. 17, a provider can visually and intuitively grasp the relationship between the transition of the daily related video post number and the transition of the daily sales volume within the measurement range. This allows providers to accurately understand the impact that the number of short videos posted related to the target product has on the actual sales volume of the target product, as well as the causal relationship between the number of daily related videos posted and the daily sales volume measured. Providers can then use the knowledge gained here in future promotion / advertising strategies for the product.

[0115] Providers can freely change various elements by changing the information entered in the trend-related input area 53. In particular, providers can freely change the SNS-related indicators and sales-related indicators. This allows providers to refer to the relationship between the trends in the indicator values ​​of various combinations of SNS-related indicators and sales-related indicators, and based on this relationship, they can understand the relationship between SNS status and sales status, the impact of one on the other, and the causal relationship between one and the other. In particular, SNS-related indicators include category share (indicator). Here, the daily post count category share (indicator) is the proportion (share rate) of short videos related to the target product that introduce or promote / advertise the target product among short videos related to the category to which the target product belongs. This is an important indicator because it reflects the trends / status of short videos in the same category. The same applies to the daily view count category share (indicator) and the daily like count category share (indicator). In this embodiment, the information provision service allows providers to understand the relationship between the trends in the indicator values ​​of such important indicators and the trends in the indicator values ​​of sales-related indicators, providing great convenience to providers. The same advantage regarding category occupancy rate applies to the correlation screen 52.

[0116] The transition relationship graph 60 is information showing "the relationship between the SNS status, which indicates the status of posting, viewing, or engagement of target product-related content, which is content related to the target product posted to the SNS using the campaign-related service (posting CP), and the sales status, which indicates the sales status of the target product," "the relationship between the transition of the index value of the SNS-related index related to the posting, viewing, or engagement of the target product-related content and the transition of the index value of the sales-related index related to the sales of the target product," and "the relationship between the transition of the category share and the transition of the index value of the sales-related index related to the sales of the target product." The process by the provider terminal information processing unit 18 of displaying the transition relationship screen 51 (particularly the transition relationship graph 60) on the provider terminal display unit 20 corresponds to the process of providing the provider with the relationship between the SNS status and the sales status.

[0117] In this embodiment, when posting a short video related to a target product in the posting CP, it is mandatory to add a group of tags corresponding to the target product, and this group of tags corresponding to the target product includes a category tag to which the target product belongs. Therefore, by making optimal use of this category tag to which the target product belongs, it is possible to derive an accurate category occupancy rate.

[0118] Next, the operation of the control system 1 regarding the correlation screen 52 will be described. In response to an instruction from a provider, the provider terminal information processing unit 18 cooperates with the server information processing unit 10 to display the correlation screen 52 on the provider terminal display unit 20. FIG. 18 is a diagram showing the correlation screen 52 in its initial state. Here, the correlation screen 52 displays the correlation between the index value of a specified SNS-related index and the index value of a specified sales-related index for a posting CP specified by the provider. As shown in FIG. 18, the correlation screen 52 has a correlation input area 62. This area has an input field 63 for inputting a posting CP, an input field 64 for inputting an SNS-related index, an input field 65 for inputting a measurement range, and an input field 66 for inputting a sales-related index. The provider enters information into each input field in this area and selects the confirm button 67 to confirm the input.

[0119] When it detects that the Confirm button 67 has been selected, the server information processing unit 10 executes the following process. That is, the server information processing unit 10 refers to the posting CP management database 35 and obtains the index values ​​of the designated SNS-related indicators that belong to the survey period for the designated posting CP. Furthermore, the server information processing unit 10 refers to the sales status management database 50 and obtains the index values ​​of the designated sales-related indicators that belong to the survey period for the designated posting CP. Next, the server information processing unit 10 generates a combination of the index values ​​of the designated SNS-related indicators and the index values ​​of the designated sales-related indicators for each day that belongs to the survey period. Hereinafter, each of these combinations will be referred to as a "plot value," and a set of plot values ​​will be referred to as a "plot value set." For example, if the survey period is August 1 to August 31, 2024, the designated SNS-related indicator is the daily view count category share <indicator>, and the designated sales-related indicator is the daily measurement range sales volume <indicator>, the server information processing unit 10 obtains the "daily view count category share and daily measurement range sales volume on August 1" (plotted values), the "daily view count category share and daily measurement range sales volume on August 2" (plotted values), etc. The server information processing unit 10 then eliminates outliers and plot values ​​that meet the exclusion criteria. The rules for identifying outliers and the exclusion criteria are determined in advance with the aim of achieving an appropriate correlation. For example, if the SNS-related indicator is the daily post count category share <indicator>, the exclusion criteria may be that "the daily post count category share is below a certain value."

[0120] The server information processing unit 10 generates display data for displaying the correlation screen 52 on which a correlation table 68 showing the correlation between the index values ​​of the SNS-related indexes and the index values ​​of the sales-related indexes is displayed. Specific examples of graphs will be described later. The server information processing unit 10 then transmits the display data to the provider terminal information processing unit 18. The provider terminal information processing unit 18 receives the display data and displays the correlation table 68 on the correlation screen 52 based on the display data.

[0121] FIG. 19 is a diagram showing an example of a correlation table 68. The correlation table 68 shows the correlation between the index values ​​of SNS-related indexes related to SNS status and the index values ​​of sales-related indexes related to sales status. Specifically, the correlation table 68 shows a scatter plot in which plot values ​​consisting of combinations of index values ​​are plotted, and an approximation curve is displayed within the scatter plot. FIG. 19 shows an example of a correlation table 68 in which the designated SNS-related index is the daily view count category share and the designated sales-related index is the daily measurement range sales volume. The correlation table 68 in FIG. 19 shows a scatter plot of the daily view count category share and the daily measurement range sales volume, and an approximation curve is displayed on the scatter plot. By referring to the correlation table 68 shown in FIG. 19, a provider can visually and intuitively grasp the correlation between the daily view count category share and the daily measurement range sales volume. This allows providers to accurately understand the impact that the size of the daily view count category share has on the actual sales volume of the target product, as well as the causal relationship between the daily view count category share and the daily measurement range sales volume, etc. Providers can then use the knowledge gained here in future product promotion / advertising strategies.

[0122] Now, providers can freely change various elements by changing the information input into the correlation input area 62. This allows providers to understand the relationship between SNS status and sales status, the impact of one on the other, and the causal relationship between one and the other for various combinations of SNS-related indicators and sales-related indicators. In particular, SNS-related indicators include category share <indicator>. As described above, these indicators are important, and this embodiment makes it possible to derive accurate values ​​for these indicators.

[0123] The correlation table 68 is information showing "the relationship between the SNS status, which indicates the status of posting, viewing, or engagement of target product-related content, which is content related to the target product posted to the SNS using the campaign-related service (posting CP), and the sales status, which indicates the sales status of the target product," "the correlation between the index values ​​of the SNS-related indexes and the index values ​​of the sales-related indexes," and "the correlation between the category share and the index values ​​of the sales-related indexes." The process by the provider terminal information processing unit 18 to display the correlation screen 52 (particularly the correlation table 68) on the provider terminal display unit 20 corresponds to the process of providing the provider with the relationship between the SNS status and the sales status.

[0124] In this embodiment, the plotted value is a combination of the index values ​​of SNS-related indicators and sales-related indicators on the same day. In this regard, the plotted value may also be a combination of the index values ​​of SNS-related indicators and sales-related indicators that are "separated by a certain amount."

[0125] As described above, according to this embodiment, providers are provided with information on the relationship between the status of posting, viewing, or engagement of content related to a product posted to an SNS using a campaign-related service (posting CP) and the status of product sales. Therefore, providers can recognize the relationship between the status of content posting, viewing, or engagement and the status of product sales, and with this recognition, can understand the impact that the status of content posting, viewing, or engagement has on product sales. This meets the needs of providers who want to understand the impact that the status of content posting, viewing, or engagement has on product sales.

[0126] <Example of operation of control system 1 in simulation service> Next, we will explain the operation of the control system 1 in the simulation service. Simply put, the simulation service is a service that simulates the relationship between the reward budget (= maximum total reward amount) set by the provider for a posting CP and the influence on SNS. The following explanation assumes that the provider is considering implementing a posting CP for a specific product. Hereinafter, this specific product will be referred to as the "planned product."

[0127] The provider launches the provider-dedicated app AP of the provider terminal 4 and instructs the provider to display an information input screen 70. In response to this instruction, the provider terminal information processing unit 18 cooperates with the server information processing unit 10 to display the information input screen 70 on the provider terminal display unit 20. FIG. 20 is a diagram showing an example of the information input screen. As shown in FIG. 20, the information input screen 70 has an input field 71 for inputting a hashtag for the scheduled product. The hashtag for the scheduled product is a hashtag that is expected to be assigned to the scheduled product on the first SNS (or other SNS), and is typically a hashtag that indicates the product name of the scheduled product. As shown in FIG. 20, the information input screen 70 has an input field 72 for inputting a hashtag for a competing product that competes with the scheduled product. Hashtags for multiple different products can be input as hashtags for competing products. The information input screen 70 also has an input field 73 for inputting a reward budget, an input field 74 for inputting a category of the scheduled product, and an input field 75 for inputting a unit price of the scheduled product. The provider enters information in each input field of the information input screen 70 and selects the confirm button 76. FIG. 21 shows an example of an information input screen 70 with information entered in each input field. Hereinafter, the hashtag of the planned product entered in input field 71 will be referred to as the "planned product hashtag." Also, the hashtag of a competing product entered in input field 72 will be referred to as the "competing product hashtag." Also, the reward budget entered in input field 73 will be referred to as the "input reward budget." Also, the category entered in input field 74 will be referred to as the "input category." Also, the unit price entered in input field 75 will be referred to as the "planned product unit price."

[0128] 22 is a flowchart showing an example of the operation of the provider terminal 4 and the information processing server 2 after the Confirm button 76 is selected. Flowchart FF shows an information processing method by the provider terminal 4, and flowchart FG shows an information processing method by the information processing server 2. As shown in flowchart FF, when the Confirm button 76 is selected by the provider (step SF1), the provider terminal information processing unit 18 notifies the provider of this and transmits each piece of information entered on the information input screen 70 to the server information processing unit 10 (step SF2). As shown in flowchart FG, the server information processing unit 10 acquires each piece of information entered on the information input screen 70 (step SG1).

[0129] Next, the server information processing unit 10 executes an SNS information acquisition process (step SG2). Step SG2 will be described in detail below. First, the server information processing unit 10 acquires the number of posts and the number of views on the first SNS of "short videos with a scheduled product hashtag" in the most recent week (a period of seven days (including the previous day) prior to the previous day). Hereinafter, the number of posts will be referred to as the "most recent number of scheduled product posts," and the number of views will be referred to as the "most recent number of scheduled product views." Furthermore, the server information processing unit 10 acquires the number of posts and the number of views on the first SNS of "short videos with a competing product hashtag" in the most recent week for each competing product. Hereinafter, the number of posts will be referred to as the "most recent number of competing product posts," and the number of views will be referred to as the "most recent number of competing product views." This concludes the details of step SD2.

[0130] After step SG2, the server information processing section 10 executes a pre-implementation share rate derivation process (step SG3). In step SG3, the server information processing section 10 derives the most recent post count share rate and the most recent play count share rate using the following formulas. Share of recent posts = Number of recent posts for planned products / (Number of recent posts for planned products + Number of recent posts for all competing products) Recent Views Share Rate = Recent Views of the Scheduled Product / (Recent Views of the Scheduled Product + Recent Views of All Competing Products) The above is the details of step SD3.

[0131] After step SG3, the server information processing unit 10 executes a process for deriving a predicted post-implementation share rate (step SG4). The process of step SG4 will be described in detail below. The process of step SG4 is performed for the purpose of deriving a predicted post count share rate and a predicted post view count share rate. The predicted post count share rate is a predicted value of the post count share rate after a certain period of time has passed since the posting CP was implemented for the planned product under the input reward budget. The certain period is a period during which the implementation of the posting CP has a sufficient impact on the posting status / view status of the first SNS. The post count share rate is a ratio calculated by dividing the number of short videos posted with the planned product hashtag by the number of short videos posted with the planned product hashtag + the number of short videos posted with a competing product hashtag. The predicted post view count share rate is the post-implementation predicted post count share rate, where the "number of posts" is replaced by the "number of views."

[0132] Here, the server storage unit 12 stores a trained model MD1. FIG. 23 is a diagram showing the input and output of the trained model MD1. As shown in FIG. 23, the trained model MD1 is a machine-learned model that takes as input the reward budget, the planned product category, the planned product unit price, the pre-implementation post count share rate, and the pre-implementation view count share rate, and outputs the post count predicted share rate and the view count predicted share rate after implementation. The trained model MD1 is sufficiently trained using training data prepared using the track record of past posting CPs.

[0133] In step SD4, the server information processing unit 10 inputs the input remuneration budget, input category, and expected product unit price acquired in step SG1, as well as the pre-implementation post count share rate and pre-implementation view count share rate derived in step SD3, into the trained model MD1, and acquires the post count predicted post count share rate and post-implementation predicted view count share rate output from the trained model MD1. This concludes the details of step SG4.

[0134] After step SG4, the server information processing unit 10 generates and transmits display data for a simulation screen 77 (described below) using the processing results of steps SD4 (step SG5). The provider terminal information processing unit 18 receives the display data and displays the simulation screen 77 (step SE3). FIG. 24 is a diagram illustrating an example of the simulation screen 77. Note that the simulation screen 77 in FIG. 24 is a screen when the input to the information input screen 70 is the same as that illustrated in FIG. 21. As shown in FIG. 24, the simulation screen 77 displays the number of upcoming posts for the planned product, the upcoming number of posts for the planned product, the number of upcoming posts for the competing product, and the number of upcoming views for the competing product. Specific dates within the past week are also displayed. Furthermore, the simulation screen 77 displays a combination of the pre-implementation share rate of the number of posts and the predicted post-implementation share rate. Corresponding to the combination, a calculation method for the post share rate and the input reward budget are displayed. Furthermore, the simulation screen 77 displays a combination of the pre-implementation share rate of the number of views and the predicted post-implementation share rate. The calculation method for the view share rate and the input reward budget amount are displayed in association with the combination. By referring to simulation screen 77, the user can see how the view share rate and the view share rate will change before and after a post CP is implemented for a planned product under the input reward budget, and can effectively use this information to determine how much the reward budget should be or whether to implement a post CP.

[0135] As shown in FIG. 24, the simulation screen 77 has a revised budget input field 78. An arbitrary reward budget can be entered in the revised budget input field 78. When a reward budget (for convenience, referred to as the "revised reward budget") is entered in the revised budget input field 78 and the re-simulation button 79 is selected, the server information processing unit 10 cooperates with the provider terminal information processing unit 18 to derive a post-implementation predicted share rate of posts and a post-implementation predicted share rate of views based on the revised reward budget. The provider terminal information processing unit 18 displays these share rates on the simulation screen 77. FIG. 25 shows the post-implementation predicted share rate of posts and a post-implementation predicted share rate of views based on the revised reward budget. Using the simulation screen 77, the provider can recognize the post-implementation predicted share rate of posts and a post-implementation predicted share rate of views for the desired reward budget, and can effectively use this recognition to determine the reward budget level or whether to implement a posting CP. It should be noted that the simulation screen 77 may be configured to display information on either the view count share rate or the post count share rate, rather than displaying information on both.

[0136] As described above, the server information processing unit 10 has a function to accept a designated reward budget amount from a provider who is planning to implement a posting CP for a planned product, and a function to predict how the share of posts or views of the planned product on SNS will change when the reward budget amount for the posting CP is the designated amount. The provider terminal information processing unit 18 has a function to provide the provider with the prediction results (information on the simulation screen 77). With this configuration, the provider can refer to the prediction results and use them as useful information when setting the reward budget.

[0137] Although one embodiment of the present disclosure has been described above, the above embodiment merely illustrates one example of a specific implementation of the present disclosure, and the technical scope of the present disclosure should not be interpreted as being limited thereby. In other words, the present disclosure can be implemented in various forms without departing from the gist or main features thereof. Below, variations of the above embodiment are presented. The following variations may be implemented in combination if they can be combined.

[0138] <First Modification> In the above embodiment, the value of the remuneration unit price was a fixed value determined by the provider. On the other hand, the server information processing unit 10 according to the first modification dynamically changes the remuneration unit price according to the popularity of the target product, so that the lower the popularity, the higher the value. An example of the operation of the control system 1 according to this modification is shown below.

[0139] Symbol FH in FIG. 26 is a flowchart showing an information processing method by the information processing server 2 according to this modified example. As shown in flowchart FH, the server information processing unit 10 executes a popularity derivation process (step SH1). Step SH1 will be described in detail below. In this modified example, a trained model MD2 is prepared, which receives parameter values ​​of one or more parameters that affect the popularity of a target product (hereinafter referred to as "popularity-related parameters") as input and outputs a popularity (assuming it is a score ranging from 0 to 100 points). The trained model MD2 is sufficiently trained using training data based on past performance. The popularity-related parameters are, for example, the price and category of the target product, image data of the target product's appearance, information about products competing with the target product, and information about the target product's purchasing demographic (obviously, they are not limited to these).

[0140] In step SH1, the server information processing unit 10 acquires the parameter values ​​of each popularity-related parameter. The server information processing unit 10 acquires parameter values ​​registered in advance by the provider or operator (or another party), and also acquires parameter values, for example, from the Internet. After acquiring the parameter values ​​of each popularity-related parameter, the server information processing unit 10 derives the popularity using the acquired parameter values ​​and the trained model MD2. This concludes the details of step SH1.

[0141] After step SH1, the server information processing unit 10 executes a reward unit price adjustment process (step SH2). Step SH1 will be described in detail below. In this modified example, a base reward unit price that serves as a reference for the reward unit price is set by the provider or administrator. A table defining the relationship between popularity and rate of change is prepared in advance. However, this table defines the rate of change so that the higher the popularity, the lower the reward unit price, and the lower the popularity, the higher the reward unit price. In step SH1, the server information processing unit 10 uses the table to identify the rate of change corresponding to the popularity, and derives the (final) reward unit price by multiplying the reward unit price by the rate of change. As a result, the lower the popularity, the higher the reward unit price. This concludes the details of step SH2.

[0142] According to this modification, it is possible to motivate users to participate in a posting CP for a target product with low popularity, thereby promoting the activation of campaign-related services.

[0143] The method for deriving the popularity is not limited to the above-mentioned method. An example of the method is shown below. The popularity level is determined and registered by manual means. The server information processing unit 10 acquires the registered popularity level. The server information processing unit 10 generates a prompt that includes information about factors that affect the popularity of the target product and requests that the popularity of the target product be derived. The server information processing unit 10 transmits the generated prompt to a server equipped with a large-scale language model. The server information processing unit 10 receives a response from the server and derives the popularity based on the received response.

[0144] The method for adjusting the remuneration unit price is not limited to the method illustrated above. Examples of such methods are shown below. A formula (which may be a trained model) is prepared in advance to derive the unit price of reward using popularity, base unit price of reward, and other information as parameters. However, the formula is designed so that the higher the popularity, the lower the unit price of reward, and vice versa. The server information processing unit 10 uses the formula to derive the unit price of reward.

[0145] <Second Modification> The server information processing unit 10 according to this modification has a function of dynamically changing the content of the benefit related to the purchase campaign according to the popularity of the target product, so that the lower the popularity, the greater the benefit the user receives. For example, if the benefit of the purchase campaign is a fixed cashback amount, the server information processing unit 10 increases the fixed cashback amount the lower the popularity of the target product, and decreases the fixed cashback amount the higher the popularity. Furthermore, for example, if the benefit of the purchase campaign is a cashback amount equivalent to a cashback rate, the server information processing unit 10 increases the cashback rate the lower the popularity of the target product, and decreases the cashback rate the higher the popularity. The methods exemplified in the first modification can be applied to the method of deriving the popularity and the method of dynamically changing the content of the benefit.

[0146] According to this modification, it is possible to motivate users to participate in a purchase CP for a target product with low popularity, thereby promoting the activation of campaign-related services.

[0147] <Third Modification> The server information processing unit 10 according to the third modification has the functions of managing user ranks, deriving the grade of the user's rank by reflecting at least one of actions related to the user in the purchase CP and actions related to the user in the posting CP, and modifying the content of the purchase perks (perks) or posting rewards (posts) according to the grade of the user's rank so that the higher the grade, the greater the benefit the user will receive, or executing actions that will benefit the user when the grade of the user's rank increases. Note that actions related to the user are a concept that includes both actions performed by the user and actions performed on the user. This also applies to the other modifications. Below, an example of the operation of the control system 1 according to this modification is shown.

[0148] In this modified example, a rank is set for each user. Bronze rank, silver rank, gold rank, and platinum rank are available as grades (types) of rank. The rank is registered in a user management data record in the user management database 30. That is, the server information processing unit 10 manages the rank of each user using the user management database 30. Symbol FI in FIG. 27 is a flowchart showing an information processing method by the information processing server 2 according to this modified example. Flowchart FI is processing executed by the server information processing unit 10 for a single user. As shown in flowchart FI, the server information processing unit 10 monitors whether a factor that changes the user's rank has occurred (step SI1). In this embodiment, the factors that change the rank are when the user passes a purchase check and when the user passes a video screening.

[0149] If a variation factor occurs (step SI1: YES), the server information processing unit 10 derives the user's rank grade (step SI2). Step SI2 will be described in detail below. In this modification, the number of times the purchase check has been passed (hereinafter referred to as the "number of times the purchase check has been passed") and the number of times the video review has been passed (hereinafter referred to as the "number of times the video review has been passed") are registered in the user management record for each user. Furthermore, a calculation formula is prepared in advance to derive the rank grade using the number of times the purchase check has been passed and the number of times the video review has been passed as input parameters. The calculation formula is set so that a higher grade is derived as the number of times the purchase check has been passed and the number of times the video review has been passed. In step SI2, the server information processing unit 10 references the user management record for the user and acquires the number of times the purchase check has been passed and the number of times the video review has been passed. Next, the server information processing unit 10 derives the user's rank grade using the acquired information and the above calculation formula.

[0150] After step SI2, the server information processing unit 10 determines whether the user's grade has increased (step SI3). If the user's grade has not increased (step SI3: NO), the server information processing unit 10 proceeds to step SI1. If the user's grade has increased (step SI3: YES), the server information processing unit 10 executes rank increase processing (action) corresponding to the increased (changed) grade (step SI4), and proceeds to step SI1. The processing of step SI4 will be described in detail below.

[0151] In this modified example, a rank increase process (action) to be executed is predetermined for each increased (changed) grade. The content of the rank increase process for different grades may be the same. The rank increase process is a process that provides benefits to the user. Below, examples of rank increase process will be shown focusing on the silver rank and gold rank. However, it goes without saying that the process is not limited to the following examples. When a user reaches Silver rank, 200 points are awarded as designated points that can be used by the user, and when a user reaches Gold rank, 250 points are awarded as designated points that can be used by the user. However, the points awarded for Silver rank and Gold rank may be the same value. When you reach Silver rank and when you reach Gold rank, you will receive a designated coupon, ticket, or gift certificate. The contents of the coupon, ticket, or gift certificate for Silver rank and the coupon, ticket, or gift certificate for Gold rank may be the same or different.

[0152] Furthermore, the server information processing unit 10 changes the content of the purchase benefit for the purchase CP or the posting reward for the posting CP depending on the user's rank grade so that the higher the grade, the greater the benefit the user will receive. Below are examples of the processing by the server information processing unit 10 related to changing the content of the purchase benefit or posting reward. However, the following examples are of course not limiting. The higher the rank grade, the higher the fixed cashback amount (or the cashback rate if the cashback amount is determined by the cashback rate) for the purchased CP is set by the server information processing unit 10. The server information processing unit 10 increases the unit price of reward for a posted CP as the rank grade increases. The server information processing unit 10 notifies users of a predetermined grade or higher of the purchase CP in advance.

[0153] According to this modification, it is possible to motivate users to participate in the purchase CP and the posting CP, thereby promoting campaign-related services.

[0154] The following application examples can be applied to this modified example. This also applies to the fourth modified example described later. The "user actions" used to derive the rank grade are not limited to the examples given. The method of deriving the rank grade is not limited to the exemplified method. In other words, any method of deriving the rank grade may be used as long as the more purchase checks or video reviews passed, the higher the grade. In other words, any method may be used as long as the more frequently campaign-related services are used and the greater the contribution of those services to activation.

[0155] <Fourth Modification> The server information processing unit 10 according to the fourth modification has the functions of managing the user's provider compatibility rank for each provider, deriving the grade of the user's provider compatibility rank for each provider by reflecting at least one of the actions of the user in a purchase campaign run by that provider and the actions of the user in a posting campaign run by that provider, and changing the content of the purchase benefit or posting reward for that provider according to the grade of the user's provider compatibility rank for that provider so that the higher the grade, the more benefit the user will receive, or executing an action for the user to benefit from that provider when the grade of the user's provider compatibility rank for that provider increases. An example of the operation of the control system 1 according to this modification is shown below.

[0156] In this modification, a provider correspondence rank is set for each user for each provider. For example, for a given user, a different rank is set for each provider, such as a provider correspondence rank for provider A, a provider correspondence rank for provider B, etc. The grades (types) of provider correspondence ranks include bronze rank, silver rank, gold rank, and platinum rank. The provider rank is registered in a user management data record in the user management database 30. That is, the server information processing unit 10 manages the provider correspondence rank of each user using the user management database 30. Symbol FJ in FIG. 28 is a flowchart showing an information processing method by the information processing server 2 according to this modification. The flowchart FJ is a process executed by the server information processing unit 10 for a given user. As shown in the flowchart FJ, the server information processing unit 10 monitors whether any of the factors that cause a change in the provider correspondence rank of the user has occurred (step SJ1). In this embodiment, the factors that cause the provider rank corresponding to a provider to fluctuate are whether the user passes the purchase check for the purchased CP conducted by the provider, and whether the user passes the video review for the posted CP conducted by the provider.

[0157] If any of the fluctuation factors occurs (step SJ1: YES), the server information processing unit 10 executes the following process (step SJ2). Hereinafter, the provider corresponding to the provider correspondence rank in which the fluctuation factor occurred will be referred to as the "processed provider." In step SJ2, the server information processing unit 10 derives the grade of the provider correspondence rank of the processed provider for the user (step SJ2). As in the third modified example, the server information processing unit 10 performs this derivation using the number of times the purchase check related to the processed provider has been passed, the number of times the video screening related to the processed provider has been passed, and a pre-prepared calculation formula.

[0158] After step SJ2, the server information processing unit 10 determines whether the grade of the user's provider score has increased (step SJ3). If the user's grade has not increased (step SJ3: NO), the server information processing unit 10 proceeds to step SJ1. If the user's grade has increased (step SJ3: YES), the server information processing unit 10 executes rank increase processing (action) corresponding to the increased (changed) grade (step SJ4), and proceeds to step SJ1. The processing of step SJ4 will be described in detail below.

[0159] In this modified example, a rank increase process (action) to be executed is predetermined for each increased (changed) grade. The rank increase process is a process that provides the user with benefits in relation to the processing target provider. Below, examples of rank increase processes are shown focusing on the silver rank and gold rank. However, it goes without saying that the examples are not limited to those below. When you reach Silver rank, you will be awarded 200 points that can be used in the services provided by the processing provider, and when you reach Gold rank, you will be awarded 250 points. However, the points awarded for Silver rank and Gold rank may be the same value. When a user is promoted to Silver rank and when a user is promoted to Gold rank, a predetermined coupon, ticket, or gift certificate provided by the processing target provider will be distributed. Note that the content of the coupon, ticket, or gift certificate for Silver rank may be the same as or different from the content of the coupon, ticket, or gift certificate for Gold rank.

[0160] Furthermore, the server information processing unit 10 changes the content of the benefit of the purchased CP or the reward of the posted CP related to the processing target provider according to the user's rank grade so that the higher the grade, the greater the benefit the user will receive. Below, we will show an example of the processing by the server information processing unit 10 related to changing the content of the benefit or reward. However, it goes without saying that the processing is not limited to the following example. The higher the provider rank, the higher the fixed cashback amount (or the cashback rate if the cashback amount is determined by the cashback rate) for the purchase CP implemented by the target provider. The server information processing unit 10 increases the unit price of reward for the posting CP performed by the processing target provider as the provider's rank increases. The server information processing unit 10 notifies users of a predetermined grade or higher of the purchase CP of the processing target provider in advance.

[0161] According to this modification, users can be motivated to participate in purchase CPs and posting CPs, which can promote the activation of campaign-related services. Furthermore, users can be given the opportunity / motivation to continue and repeatedly participate in purchase CPs and posting CPs related to a single provider, which can improve provider satisfaction with campaign-related services.

[0162] <Fifth Modification> The server information processing unit 10 according to the fifth modification has a function of managing the history of actions taken by users in a purchase campaign or a posting campaign, a function of displaying a screen on a display unit accessible by the provider on which conditions can be set using past actions taken by users, and a function of extracting users based on the conditions set by the provider. An example of the operation of the control system 1 according to this modification is shown below.

[0163] In this modification, a history (log) of actions related to the user in the purchase CP and a history (log) of actions related to the user in the posting CP are registered in the user management record for each user. That is, the server information processing unit 10 manages the "history of actions related to the user in the purchase CP or posting CP" using the user management database 30. The history registered in the user management record includes information necessary for determining whether the fixed conditions and extraction conditions described below are met.

[0164] The provider terminal information processing unit 18 according to this modification cooperates with the server information processing unit 10 to display a condition setting screen 80 on the provider terminal display unit 20 in response to a request from the provider. FIG. 29 is a diagram illustrating an example of the condition setting screen 80. As shown in FIG. 29, the condition setting screen 80 displays each individual condition. On this screen, check boxes 81 are used to select any one or more individual conditions. The extraction condition is configured by an AND condition (logical product) of the selected one or more individual conditions. Individual conditions are broadly classified into "conditions using past user actions" and "conditions related to user attributes or personality." Focusing on the first individual condition on the condition setting screen 80 in FIG. 29, the individual condition is "a person who has passed a purchase check for a purchased CP ("our company" or "our company and other companies") within the last ○ days." This individual condition corresponds to a "condition using past user actions." Furthermore, if we look at the third individual condition on the screen, it is a condition that "a person who has passed the purchase check for purchase CP ("our company" or "our company and other companies") at least x times in the past." This individual condition corresponds to "a condition that utilizes past user actions." Furthermore, if we look at the fifth individual condition on the screen, it is a condition related to age groups, which corresponds to "a condition related to user attributes or personality."

[0165] The provider can use the condition setting screen 80 to set extraction conditions consisting of a combination of individual conditions and instruct the extraction of users based on the extraction conditions. When this instruction is received, the server information processing unit 10 refers to the user management database 30, extracts users who match the extraction conditions, and displays a screen showing information about each of the extracted users. Note that the user information displayed on this screen includes item values ​​for predetermined items (e.g., name, age, sex, "user action history in purchase campaigns or posting campaigns," rank or provider response rank), phone number, or email address).

[0166] The provider can execute a predetermined action (for example, announcing a purchase campaign, introducing a new product, or distributing a coupon) for the extracted users. Note that the provider may be configured to instruct the execution of a predetermined action using a dedicated application AP, and the server information processing unit 10 and the user terminal information processing unit 13 may execute the predetermined action in response to the instruction.

[0167] According to the configuration of this modified example, the provider can extract (group) users from various perspectives that reflect the track record of past actions of the users, and can provide the users with more detailed services that are better suited to the users.

[0168] The following application examples can be applied to the fifth modified example. Note that the example of the individual condition illustrated in FIG. 29 is merely an example. In particular, with regard to the "condition using past actions related to the user," conditions using actions related to the user can be broadly defined. Furthermore, as an individual condition, it is possible to define a condition using the rank related to the third modified example or the provider correspondence rank related to the fourth modified example.

[0169] <Sixth Modification> The server information processing unit 10 according to this modification has a function of issuing an image introducing an application link or campaign of a purchase CP or posting CP designated by the provider in response to a request from the provider. An example of the operation of the control system 1 according to this modification is shown below.

[0170] The provider launches the provider-specific app AP2 on the provider terminal 4 and performs a predetermined operation to instruct the display of the implemented CP list screen 82. In response to this instruction, the provider terminal information processing unit 18 displays the implemented CP list screen 82 on the provider terminal display unit 20. FIG. 30 is a diagram showing an example of the implemented CP list screen 82. As shown in FIG. 30, the implemented CP list screen 82 displays a list of purchase CPs and post CPs currently being implemented by the provider, and also displays link issue buttons 83 associated with each campaign. The provider can select the link issue button 83 for the desired CP.

[0171] When the link issue button for one of the present CPs is selected, the server information processing unit 10 issues an application link (application link, universal link) for that one of the present CPs. The application link for that one of the present CPs is a link that, when selected on the user terminal 3, launches a dedicated application AP and displays an "introduction screen for that one of the present CPs" provided by the function of the dedicated application AP on the user terminal display unit 15. The server information processing unit 10 issues an application link for each type of OS expected for the user terminal 3.

[0172] Furthermore, the server information processing unit 10 issues a link (URL) for accessing the site where the CP in question is introduced. Hereinafter, this link will be referred to as a "site link."

[0173] Furthermore, the server information processing unit 10 generates a present CP introduction image 84 that introduces the present CP. The present CP introduction image 84 is image data in a predetermined file format. The present CP introduction image 84 includes, for example, information equivalent to the information displayed in the above-mentioned purchase CP overview block or post CP overview block 32.

[0174] After issuing the application link and site link and generating the present CP introduction image 84, the provider terminal information processing unit 18 cooperates with the server information processing unit 10 to display a processing result display screen 85 showing these on the provider terminal display unit 20. FIG. 31 is a diagram showing an example of the processing result display screen 85. As shown in FIG. 31, the processing result display screen 85 displays application links for each OS type. Each application link can be copied and pasted. The screen also displays the present CP introduction image 84. The present CP introduction image 84 can be downloaded to the provider terminal 4. The provider can notify their customers of the application link and the present CP introduction screen by communication tools, email, notification via an application, or other means.

[0175] <Seventh Modification> The server information processing unit 10 according to the seventh modification has a function of generating and providing a tag for displaying a link to access an introduction screen for the purchase campaign or posting campaign on the screen viewed by the viewer. An example of the operation of the control system 1 according to the seventh modification is shown below.

[0176] In the seventh variation, a guidance link is displayed on the web page of an online shop, a blog, a "screen provided by a specified app," or other "screens viewed by viewers." The guidance link is a "link to access an introduction screen for a purchase CP on a campaign-related service site" or a "purchase CP application link." The purchase CP application link is a link that, when selected on the user terminal 3, launches a dedicated application AP, accesses an "introduction screen for the relevant CP" provided by the dedicated application AP's function, and displays the screen on the user terminal display unit 15.

[0177] FIG. 32 is an example of a "blob web page" on which a navigation link is displayed. The blog illustrated in FIG. 32 describes the use of Product X, for which a purchase CP and a posting CP are currently being implemented. The blog displays a link button 87 indicating a "link to the introduction screen for the purchase CP for Product X" (which may be an app link for the purchase CP for Product X). By simply selecting the link button 87, a viewer can access and display the introduction screen for the purchase CP for Product X. In the example of FIG. 32, the server information processing unit 10 generates an HTML tag for displaying the link button 87 as a navigation link and provides it to the blog creator (or the blog platform provider). The blog creator displays the link button 87 on the block by incorporating the HTML tag into the blog's HTML file.

[0178] According to this modification, it is possible to introduce purchase CPs or posting CPs more effectively using more diverse means.

[0179] <Other variations> In the above embodiment, the purchase CP was made public to users who had not participated in the purchase CP, and the posting CP was introduced only to users who had passed the purchase check. In this regard, a combination of the purchase CP and the posting CP may be made public to users who had not participated in the purchase CP. The contents of the purchase privilege of the purchase CP are not limited to those exemplified in the above embodiment. For example, the purchase privilege may be the granting of points, a specific right, or the right to receive a specific discount. The method of deriving the posting reward illustrated in the above embodiment is merely an example. For example, a maximum posting reward may be set for each user, or a fixed amount may be awarded for posting a short video, or the posting reward may be adjusted based on factors other than the number of views. Furthermore, the reward amount may include a fixed amount corresponding to the act of posting a short video. In the above embodiment, the posted CP may be introduced when the completion of the granting of the purchase benefit is notified. In the above embodiment, the remuneration unit price may be set by the administrator instead of the provider.

[0180] In the above embodiment, the content was a short video. However, the content is not limited to a short video. For example, the content may be a long video, text, audio, or still image. Furthermore, in the above embodiment, the content was a short video, so the content was viewed by playback. However, content should be viewed by an appropriate means depending on the type of content. In the above embodiment, the SNS to which content is posted in the campaign-related service is one, the first SNS. However, the number of SNSs to which the campaign-related service is posted is not limited to one, and may be multiple. In this case, the relationship between the SNS status and sales status may be provided for each SNS, or the relationship between the SNS status and sales status for multiple SNSs may be provided. With regard to the SNS status for multiple SNSs, the number of posts and the number of views (plays) are the total values ​​for each SNS. The information registered in each database in the above embodiment is an example. For example, the posting CP management database 35 stores at least the information necessary for calculating the posting reward. The information held in one database in the above embodiment may be distributed and held in multiple databases, or the information held in multiple databases may be held in one database. In other words, the method of holding data is not limited to the method exemplified in the above embodiment. As an example, a separate database for managing case-specific information may be provided.

[0181] Social media-related indicators are not limited to the indicators exemplified in the above embodiment. For example, the social media-related indicator related to engagement exemplified in the above embodiment is an indicator related to the number of likes, but it may also be an indicator related to engagement other than "likes" (for example, comments, retweets, reposts, number of saves). Also, for example, the daily total of the number of related video posts (indicator) may be expressed in other units of time, such as monthly, weekly, or hourly. This also applies to other indicators. The SNS status is not limited to the examples given in the above embodiment. In other words, the SNS status may be any status indicating the posting, viewing, or engagement status of the target product-related short video (target product-related content). Sales-related indices are not limited to the indices exemplified in the above embodiment. In other words, sales-related indices may be indices related to sales (sales performance) of the target product. The sales status is not limited to the examples given in the above embodiment. In other words, the sales status may be anything that indicates the sales status of the target product.

[0182] In the above embodiment, the transition relationship graph 60 and the correlation table 68 are used as examples of information showing the relationship between SNS status and sales status. However, the information is not limited to the transition relationship graph 60 and the correlation table 68. Various types of graphs can be used as the information. The relationship may also be shown in a table format. In the above embodiment, when displaying the transition relationship graph 60 and the correlation table 68 in the information providing service, the server information processing unit 10 generates display data and displays the screen each time. In this regard, the display data (which may be image data) for the transition relationship graph 60 or the correlation table 68 may be prepared in advance. Alternatively, the provider terminal information processing unit 18 may generate the display data for the transition relationship graph 60 or the correlation table 68.

[0183] The functional blocks shown in the above embodiments can be realized by any hardware or by a combination of any hardware and any software. In other words, these functional blocks are not limited to specific hardware. Furthermore, the order of the processes in the flowcharts of the above embodiments may be changed, the processes may be divided into smaller parts, processes may be added, or processes may be deleted, as long as the purpose can be achieved. In the above embodiment, some or all of the data stored in the server storage unit 12 may be stored in a storage unit of an external device accessible by the server information processing unit 10. In the above embodiment, all or part of the processing described as being executed by the user-dedicated application AP1 may be executed by the browser. The embodiments may include providing a program executed by a computer in the information processing server 2, the user terminal 3, or the provider terminal 4. The embodiments may also include providing a recording medium on which the program is recorded in a computer-readable manner. The recording medium may be a magnetic or optical recording medium or a semiconductor memory device. Specific examples include portable or fixed recording media such as flexible disks, hard disk drives (HDDs), compact disk read-only memories (CD-ROMs), digital versatile disks (DVDs), Blu-ray (registered trademark) discs, magneto-optical disks, flash memories, and card-type recording media.

[0184] In the above-described embodiment, a device having a certain function is not limited to the device exemplified as a device having that function. For example, let us focus on the function of providing (displaying) the posting CP details screen 33 (referred to as the "first function") and the function of deriving a posting reward (referred to as the "second function"). In the above-described embodiment, as shown in FIG. 33(A), the server information processing unit 10 of the information processing server 2 has the second function, and the user terminal information processing unit 13 of the user terminal 3 has the first function. In this configuration, the combination of the information processing server 2 and the user terminal 3 functions as an "information processing system." Furthermore, the server information processing unit 10 and the user terminal information processing unit 13 each function as an "information processing unit." On the other hand, as shown in FIG. 33(B), the user terminal information processing unit 13 of the user terminal 3 may have both the first function and the second function. In this configuration, the user terminal 3 functions as an "information processing system," and the user terminal information processing unit 13 functions as an "information processing unit." 33(C), the server information processing unit 10 may have a first function and a second function. In this configuration, the information processing server 2 functions as an "information processing system," and the server information processing unit 10 functions as an "information processing unit." When the information processing units of multiple devices (for example, the server information processing unit 10 and the user terminal information processing unit 13) each function as an "information processing unit," the functions provided in each information processing unit are not limited. A configuration in which one function is realized by multiple information processing units is also possible. Furthermore, a device that realizes a certain function may be a device other than the information processing server 2, the user terminal 3, and the provider terminal 4. [Explanation of symbols]

[0185] 1. Control system (information processing system) 2. Information processing server (information processing system) 3 User terminal (information processing system) 4. Provider terminal (information processing system) 10 Server information processing unit (information processing unit) 13 User terminal information processing section (information processing section) 18 Provider terminal information processing unit (information processing unit)< / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f> < / f>

Claims

1. A function of accepting proof of purchase of a target product from users who participate in a purchase campaign conducted by a provider for the target product, notifying the users of the results of a purchase check conducted on the proof of purchase, and granting benefits to the users who pass the purchase check; an information processing unit having a function of receiving target product-related content, which is content related to the target product, to be posted on SNS from users who have passed the purchase check and who are participating in a posting campaign conducted by the provider for the target product, notifying the users of a review result of a video review that is a review conducted on the target product-related content, deriving a reward for the posting in accordance with the posting of the target product-related content on the SNS by the users who have passed the video review, and granting the derived reward to the users. An information processing system comprising:

2. The information processing unit The system has a function of deriving the reward by multiplying the number of views of the target product-related content on the SNS for a certain period of time by a reward unit price corresponding to the posting campaign.

2. The information processing system according to claim 1, wherein:

3. A total reward limit for the posting campaign is determined based on a reward budget set by the contributor; The information processing unit When the cumulative total amount of rewards for each of the users participating in the posting campaign exceeds the upper limit of the total amount of rewards, the system has a function of limiting the increase in the rewards for each of the users.

3. The information processing system according to claim 2.

4. The information processing unit A function of providing the relationship between the total reward limit and the cumulative total reward to the user before participating in the posting campaign is provided.

4. The information processing system according to claim 3.

5. The information processing unit receiving a designation of the amount of the reward budget from the provider who intends to conduct the posting campaign for the planned product; predicting how the share of the number of posts or views of the planned product on the SNS will change when the amount of the reward budget for the posting campaign is a specified amount; Provides a function to provide the prediction results to the provider 4. The information processing system according to claim 3.

6. The information processing unit The function of dynamically changing the remuneration unit price according to the popularity of the target product so that the lower the popularity, the higher the value.

3. The information processing system according to claim 2.

7. The information processing unit The function of dynamically changing the content of the benefit according to the popularity of the target product so that the lower the popularity, the greater the benefit the user receives.

2. The information processing system according to claim 1, wherein:

8. The information processing unit The function of providing the provider with the relationship between the SNS status indicating the status of posting, viewing, or engagement of the target product-related content posted on the SNS and the sales status indicating the sales status of the target product.

2. The information processing system according to claim 1, wherein:

9. The information processing unit A function of providing a relationship between the change in index value of an SNS-related index related to posting, viewing, or engagement of the target product-related content and the change in index value of a sales-related index related to sales of the target product.

9. The information processing system according to claim 8.

10. The information processing unit A function of providing the provider with a correlation between an index value of an SNS-related index related to posting, viewing, or engagement of the target product-related content and an index value of a sales-related index related to sales of the target product.

9. The information processing system according to claim 8.

11. The information processing unit a function of providing the user with a tag group that includes one or more tags that can be used on the SNS, the tag group including a target product category tag that indicates the category to which the target product belongs, and that is required to be assigned to the target product related content when the target product related content is posted on the SNS, in relation to the posting campaign; a function of providing the provider with a relationship between a change in category share and a change in the index value of a sales-related index relating to sales of the target product; The category share is the ratio of the index value of a predetermined index related to the posting, viewing, or engagement of the content related to the target product to the index value of a predetermined index related to the posting, viewing, or engagement of the content to which the target product belongs category tag is assigned.

9. The information processing system according to claim 8.

12. The information processing unit a function of providing the user with a tag group for the posting campaign, the tag group including one or more tags that can be used on the SNS, including a target product category tag that indicates the category to which the target product belongs, and which is required to be assigned to the target product-related content when the target product-related content is posted on the SNS; a function of providing the provider with a correlation between a category share and an index value of a sales-related index relating to sales of the target product; The category share is the ratio of the index value of a predetermined index related to the posting, viewing, or engagement of the content related to the target product to the index value of a predetermined index related to the posting, viewing, or engagement of the content to which the target product belongs category tag is assigned.

9. The information processing system according to claim 8.

13. The information processing unit a function for managing the rank of the user; a function of deriving a rank grade of the user by reflecting at least one of an action related to the user in the purchase campaign and an action related to the user in the posting campaign; and a function of changing the content of the benefit or the reward according to the rank grade of the user so that the higher the rank, the greater the benefit the user will receive, or of executing an action that will benefit the user when the rank grade of the user increases.

2. The information processing system according to claim 1, wherein:

14. The information processing unit a function of managing the provider correspondence rank of the user for each of the providers; a function of deriving a grade of the provider correspondence rank of the user by reflecting, for one provider, at least one of an action regarding the user in the purchase campaign implemented by the one provider and an action regarding the user in the posting campaign implemented by the one provider; and a function of changing the content of the benefit or the reward related to one provider according to the grade of the provider correspondence rank of the user related to the one provider so that the higher the grade, the greater the benefit the user will receive, or of executing an action for the user to receive a benefit related to the one provider when the grade of the provider correspondence rank of the user related to the one provider is raised.

2. The information processing system according to claim 1, wherein:

15. The information processing unit a function for managing a history of actions related to the user in the purchase campaign or the posting campaign; a function of displaying a screen on a display unit that can be referenced by the provider, on which conditions can be set using past actions related to the user; and extracting the users based on the conditions set by the provider.

2. The information processing system according to claim 1, wherein:

16. The information processing unit In response to a request from the provider, the service has a function of issuing an application link for the purchase campaign or posting campaign designated by the provider or an image introducing the campaign.

2. The information processing system according to claim 1, wherein:

17. The information processing unit It has a function to generate and provide a tag for displaying a link to access the introduction screen of the purchase campaign or the posting campaign on the screen viewed by the viewer.

2. The information processing system according to claim 1, wherein:

18. The information processing unit When notifying the user that the check result of the purchase check has passed, the user is notified of information introducing the posting campaign.

18. The information processing system according to claim 1, wherein the information processing system comprises:

19. The information processing unit a function of providing the user with purchase rules for purchasing the target product in relation to the purchase campaign; and a function of notifying the user of the check result of the purchase check performed on the proof of purchase from the viewpoint of whether the target product was purchased in accordance with the purchase rules.

18. The information processing system according to claim 1, wherein the information processing system comprises:

20. The information processing unit a function of providing the user with creation rules for creating the target product-related content in relation to the posting campaign; a function of notifying the user of the review result of the video review conducted on the target product-related content from the viewpoint of whether the target product-related content has been created in accordance with the creation rules; 18. The information processing system according to claim 1, wherein the information processing system comprises:

21. an information processing unit of the information processing system receiving proof of purchase of the target product from users participating in a purchase campaign implemented by a provider for the target product, notifying the users of the results of a purchase check conducted on the proof of purchase, and granting a benefit to the users who pass the purchase check; The information processing unit of the information processing system has an information processing unit having a function of receiving target product-related content, which is content related to the target product, to be posted on SNS from users who have passed the purchase check and who participate in a posting campaign conducted by the provider for the target product, notifying the users of a review result of a video review that is a review conducted on the target product-related content, deriving a reward for the posting in accordance with the posting of the target product-related content on the SNS by the users who have passed the video review, and granting the derived reward to the users. An information processing method comprising:

Images