Assistance system, assistance method, and program

Abstract

This assistance system has a processor and a memory and comprises: a registration unit that receives a registration request for a product or service a business provides to users from an information processing device managed by the business, issues a first non-fungible token representing a right to use a product or service with rights holder information being set to the business, and registers information related to the product or service in an information processing system that can be accessed by a user terminal; and a management unit that, upon receiving a request to acquire rights related to the product or service from the user terminal, changes the rights holder information in the first non-fungible token from the business to the user, and sends, to the user terminal, information indicating the first non-fungible token with the rights holder information changed.

Description

Support System, Support Method, and Program

[0001] The present invention relates to a support system, a support method, and a program.

[0002] === Incorporation by Reference === This application claims the priority of Japanese Patent Application No. 2024-158591 filed on September 12, 2024, and incorporates its content by reference into this application. Attention has been drawn to trading objects using non-fungible tokens (NFTs). Patent Document 1 discloses a content protection system that improves the security of content associated with NFTs issued on a blockchain system.

[0003] Japanese Patent Application Laid-Open No. 2023-130017

[0004] Here, customer acquisition is an issue when a business operator launches a new business or a new venture. Although it is conceivable for a business operator to acquire customers on its own, it is more efficient to acquire customers by paying a fee to a well-known e-commerce (EC) site or the like to list and sell products or services. On the other hand, even if a business operator with many customers such as a financial institution or an electric power company tries to provide its customers with services of other business operators as a new service, it is difficult to disclose the personal information of the customers to other business operators.

[0005] However, with the technology disclosed in Patent Document 1, it is difficult for a business operator with many customers to provide its customers with products or services of other business operators without disclosing the personal information of the customers to other business operators.

[0006] The present invention has been made in view of such circumstances, and an object thereof is to provide a support system, a support method, and a program that can provide products or services of a business operator to a user without disclosing the personal information of the user to other business operators.

[0007] One of the present inventions for solving the above problems is a support system comprising: a processor and memory, which receives a registration request for goods or services provided by a business operator to a user from an information processing device managed by the business operator, issues a first non-fungible token representing the right to use the goods or services, setting the right holder's information to the business operator, and registers information regarding the goods or services in an information processing system accessible by the user's terminal; and a management unit which, upon receiving a request from the user's terminal to acquire rights relating to the goods or services, changes the right holder's information in the first non-fungible token from the business operator to the user, and transmits information indicating the first non-fungible token with the changed right holder's information to the user's terminal.

[0008] According to the present invention, a business can provide its products or services to a user without disclosing the user's personal information to other businesses. Other configurations and effects will be clarified by the following description of the embodiments.

[0009] This is a block diagram illustrating an example of the configuration of a sales system. This is a diagram illustrating an example of the configuration of a marketing system. This is a diagram illustrating an example of a service information table. This is a diagram illustrating an example of a survey information table. This is a diagram illustrating an example of a proposal information table. This is a diagram illustrating an example of the configuration of a user terminal. This is a diagram illustrating an example of a held token table. This is a diagram illustrating an example of the configuration of a provider system. This is a diagram illustrating an example of a sales information table. This is a diagram illustrating an overview of the sales process performed in the sales system. This is a sequence diagram showing the operation of the service registration process, in which a second business operator registers its goods or services in the service market during the sales process. This is a sequence diagram showing the operation of the purchase process, in which a user purchases goods or services in the service market during the sales process. This is a sequence diagram showing the operation of the NFT usage process, in which a user receives the goods or services purchased during the sales process. This is a diagram illustrating an overview of the survey process performed in the sales system. This is a sequence diagram showing the operation of the survey registration process, in which a second business operator registers its questionnaire survey in the service market during the survey process. This is a sequence diagram showing the operation of the questionnaire response process, in which a user answers the questionnaire survey during the survey process. This is a sequence diagram showing the operation of the questionnaire reward NFT usage process, in which a user receives the questionnaire rewards they have obtained during the survey process. This is a diagram illustrating an overview of the proposal process performed in the sales system. This is a sequence diagram showing the operation of the proposal request registration process, in which a user submits a proposal request to the service market during the proposal process. This is a sequence diagram showing the operation of the proposal registration process, in which proposals from second-party service providers in response to a proposal request are registered in the service market during the proposal processing. This is a sequence diagram showing the operation of the proposal purchase process, in which a user purchases a proposal in response to a proposal request in the service market during the proposal processing. This is a diagram showing an example of information acquisition by personal AI. This is a diagram showing an example of a user's virtual group. This is a diagram explaining the process of searching for NFTs presented to the user by multiple applications from first-party service providers working together.

[0010] Embodiments of the present invention will be described in detail below with reference to the drawings. The following description and drawings are illustrative examples for illustrating the present invention, and have been omitted and simplified as appropriate for clarity of explanation. The present invention can be implemented in various other forms. Unless otherwise specified, each component may be singular or plural. The position, size, shape, and range of each component shown in the drawings may not represent the actual position, size, shape, and range in order to facilitate understanding of the invention. Therefore, the present invention is not necessarily limited to the position, size, shape, and range disclosed in the drawings. In the following description, various types of information may be described using expressions such as "table," "list," and "queue," but various types of information may be represented by data structures other than these. To indicate independence from data structures, "XX table," "XX list," etc., may be referred to as "XX information." When describing identification information, expressions such as "identification information," "identifier," "name," "ID," and "number" will be used, and these are interchangeable. When there are multiple components having the same or similar functions, different subscripts may be attached to the same reference numeral in the description. However, if it is not necessary to distinguish between these multiple components, the subscripts may be omitted in the explanation. Also, in the following explanation, the processing performed by executing a program may be described, but since a program is executed by a processor (e.g., CPU, GPU (Graphics Processing Unit)) and performs defined processing using memory resources (e.g., memory) and / or interface devices (e.g., communication ports) as appropriate, the processor may be the main entity performing the processing. Similarly, the main entity performing the processing by executing a program may be a controller, device, system, computer, or node having a processor. The main entity performing the processing by executing a program may be an arithmetic unit, and may include dedicated circuits that perform specific processing (e.g., FPGA (Field-Programmable Gate Array) or ASIC (Application Specific Integrated Circuit)). A program may be installed from the program source into a device such as a computer.The program source may be, for example, a program distribution server or a storage medium readable by a computer. If the program source is a program distribution server, the program distribution server includes a processor and storage resources for storing the program to be distributed, and the processor of the program distribution server may distribute the program to other computers. Furthermore, in the following description, two or more programs may be implemented as a single program, or one program may be implemented as two or more programs.

[0011] <Sales System> Figure 1 is a block diagram showing an example configuration of Sales System 1. Sales System 1 is an information processing system for providing products or services of Second Business Operator B to First Business Operator A's customers without disclosing the customers' personal information to Second Business Operator B, which is different from First Business Operator A. First Business Operator A is a business with many customers, such as a financial institution, power company, hospital, or government agency. Second Business Operator B is a business that has not acquired enough customers to provide products or services, such as a small or medium-sized enterprise or venture company. Second Business Operator B may also be a local government or similar entity that provides services to residents. Hereinafter, "products or services" may be collectively referred to as "services." Also, customers of First Business Operator A may be referred to as "users."

[0012] Sales system 1 consists of a marketing system 10 managed by the first business operator A, user terminals 20-1 to 20-N used by each of the users U-1 to U-N (where N is an integer of 2 or more), provider systems 30-1 to 30-M (where M is an integer of 2 or more) managed by each of the multiple second business operators B, and a blockchain system BC.

[0013] Blockchain system BC is a platform for building decentralized applications and smart contracts. Blockchain system BC may be a private blockchain managed by a first business entity A, a public blockchain, or a consortium blockchain jointly operated by multiple administrators. In a private blockchain system managed by a first business entity A, the administrator is the first business entity A, and the participants are the first business entity A's customers or the second business entity B.

[0014] For the sake of clarity in the following explanation, when user terminals 20-1 to 20-N are not specifically distinguished, the numbers 1 to N may be omitted and they will be collectively referred to as "user terminal 20." Similarly, when provider systems 30-1 to 30-M are not specifically distinguished, the numbers 1 to M may be omitted and they will be collectively referred to as "provider system 30."

[0015] The marketing system 10, each user terminal 20, each provider system 30, and the blockchain system BC are connected by a wired or wireless communication network N, such as the internet, LAN (Local Area Network), WAN (Wide Area Network), or a dedicated line.

[0016] In the illustrated example, the case where there is one marketing system 10 is shown, but the sales system 1 is not limited to this, and may include multiple marketing systems 10 managed by multiple first business operators A.

[0017] <Marketing System> Figure 2 shows an example of the configuration of the marketing system 10. The marketing system 10 is an information processing system managed by the first business operator A. The marketing system 10 manages a service market that sells goods or services provided by the first business operator A or the second business operator B. The service market is an information processing system (for example, an e-commerce site) that is accessible to the customers of the first business operator A and the second business operator B.

[0018] The marketing system 10, as an example, includes a processing unit 11 such as a CPU (Central Processing Unit), a storage device 12 such as an HDD (Hard Disk Drive) or SSD (Solid State Drive), a memory 13 such as RAM (Random Access Memory) or ROM (Read Only Memory), an input device 14 such as a keyboard, mouse, or touch panel, an output device 15 such as a display or printer, and a communication device 16 composed of a NIC (Network Interface Card), wireless communication module, USB (Universal Serial Interface) module, or serial communication module. The processing unit 11, storage device 12, memory 13, input device 14, output device 15, and communication device 16 are interconnected via a bus.

[0019] The storage device 12 stores a customer information table 121, a provider information table 122, a service information table 123 which stores information about products or services sold in the service market, a survey information table 124 which stores information about customer surveys, and a proposal information table 125 which stores information about proposals in response to customer requests. The customer information table 121 stores customer information about customers of the first business operator A. The customer information includes at least authentication information for customers to access the service market. The provider information table 122 stores provider information about the second business operator B. The provider information includes at least authentication information for the second business operator B to access the service market.

[0020] In the marketing system 10, data such as programs used to execute predetermined processes are stored in the storage device 12, for example, and the processing unit 11 reads them into the RAM of the memory 13 and executes them. The marketing system 10 realizes the functions of the registration unit 111, the management unit 112, and the response aggregation unit 113 by having the processing unit 11 read the programs stored in the storage device 12 into the memory 13 and execute them.

[0021] The registration unit 111 registers the goods or services provided by the second business operator B in the service market. Specifically, first, the registration unit 111 receives a registration request for the goods or services provided by the second business operator B from the provider system 30. The registration request includes service information regarding the goods or services. Next, the registration unit 111 issues an NFT (Non-Fungible Token) representing the right to use the goods or services, setting the information of the rights holder in the second business operator B's records. Subsequently, the registration unit 111 registers the issued NFT (hereinafter sometimes referred to as "service NFT") in the blockchain system BC. The right to use goods includes the right to purchase the goods or the right to acquire them through a lease. The right to use services includes the right to purchase the services or the right to receive the services.

[0022] A service NFT (the first non-fungible token) records information such as a Token ID that identifies the NFT, an object ID that identifies the subject of the right (goods or services), the content of the goods or services, the history of the right holder, and the consumption status of the right (not consumed or consumed). The history of the right holder includes the identification information of the right holder and the date and time when the right holder acquired the right. The consumption status may include the date and time when the right was consumed. A consumption status of "consumed" indicates that the right has expired.

[0023] Next, the registration unit 111 associates the service information included in the registration request with the NFT information related to the issued NFT and registers it in the service information table 123. Then, the registration unit 111 registers the issued NFT in the service market.

[0024] (Service Information Table) Figure 3 shows an example of a service information table. The service information table 123 has the following data items: a registrant ID 1231 on which the identification information of the second business operator B is set, service information 1232 on which service information about the product or service is set, and NFT information 1233 on which NFT information about the NFT is set. The service information includes the target ID and the attributes of the product or service. If the target is a product, the service information includes information such as the product name, sales price, and product description. If the target is a service, in addition to the service name and service content, the target audience of the service may also be included in the service information. For example, in the case of a service provided by a local government, the service information may include that it is only for residents of the local government's area. The NFT information includes at least the Token ID, which is the identification information of the NFT. The service NFT may also include service information about the product or service.

[0025] Furthermore, the registration unit 111 registers the survey conducted by the second business operator B in the service market. Specifically, first, the registration unit 111 receives a request from the provider system 30 to register the survey conducted by the second business operator B. The request to register the survey may include information regarding the reward for responding to the survey (hereinafter sometimes referred to as "survey reward"). The survey reward may be, for example, a coupon or points. Subsequently, the registration unit 111 issues an NFT containing the survey information (hereinafter sometimes referred to as "survey NFT") or an NFT containing information regarding the survey reward (hereinafter sometimes referred to as "reward NFT"), setting the rights holder information to the second business operator B. Subsequently, the registration unit 111 registers the issued NFT in the blockchain system BC.

[0026] The survey NFT (second non-fungible token) contains a Token ID that identifies the NFT, a target ID that identifies the survey in question, the content of the survey, and the rights holder's history. The reward NFT (second non-fungible token) contains a Token ID that identifies the NFT, a target ID that identifies the survey reward in question, the content of the survey reward for the survey, and the rights holder's history.

[0027] Next, the registration unit 111 associates the survey information related to the questionnaire survey with the NFT information related to the issued NFT and registers it in the survey information table 124. Then, the registration unit 111 registers the issued NFT in the service market.

[0028] (Survey Information Table) Figure 4 shows an example of a survey information table. The survey information table 124 has the following data items: registrant ID 1241 on which the identification information of the second business operator B is set; survey information 1242 on which survey information representing the content of the questionnaire survey is set; survey NFT information 1243 on which NFT information for the questionnaire survey is set; survey reward 1244 on which the content of the survey reward for the questionnaire survey is set; and survey reward NFT information 1245 on which NFT information for the survey reward is set. The target ID is included in the survey information and survey reward. In the example shown, a "10% OFF coupon" is set as the survey reward for answering a questionnaire survey about age and gender. The survey NFT may include survey information. The reward NFT may also include the content of the survey reward.

[0029] Furthermore, the registration unit 111 receives requests from users regarding products or services (hereinafter sometimes referred to as "proposal requests") from the user terminal 20 and registers the received requests in the service market. Specifically, first, the registration unit 111 receives a request from the user terminal 20 to register a proposal request regarding products or services. Next, the registration unit 111 issues an NFT containing information about the proposal request (hereinafter sometimes referred to as a "proposal request NFT") to the user, setting the rights holder's information. Next, the registration unit 111 registers the issued NFT in the blockchain system BC. Next, the registration unit 111 associates the proposal information related to the proposal request with the NFT information related to the issued proposal request NFT and registers it in the proposal information table 125. Next, the registration unit 111 transmits the NFT information related to the issued proposal request NFT to the user terminal 20. Finally, the registration unit 111 registers the issued proposal request NFT in the service market. In this embodiment, the registration unit 111 registers the user's proposal request in the service market, but it is not limited to this. It is acceptable to register the proposal request on other websites accessible to the provider system 30, or otherwise allow the provider system 30 to refer to the proposal request.

[0030] A Request for Proposal (NFT) records information such as a Token ID that identifies the NFT, a Target ID that identifies the target request for proposal, the content of the request for proposal, and the rights holder's history.

[0031] Furthermore, the registration unit 111 registers the product or service proposals from the second business operator B in the service market in response to user requests. Specifically, first, the registration unit 111 receives a request from the provider system 30 to register a proposal from the second business operator B in response to a proposal request. Next, the registration unit 111 issues an NFT (hereinafter sometimes referred to as "proposal NFT") for the right to use the proposal, setting the information of the rights holder in the second business operator B. Next, the registration unit 111 registers the issued proposal NFT in the blockchain system BC. Next, the registration unit 111 associates the proposal information related to the proposal with the NFT information related to the issued proposal NFT and registers it in the proposal information table 125. Finally, the registration unit 111 registers the issued proposal NFT in the service market.

[0032] The proposed NFT includes a Token ID to identify the NFT, an Object ID to identify the subject of the right (goods or services), the details of the goods or services related to the proposal, the history of the rights holder, and the status of the right's consumption.

[0033] (Proposal Information Table) Figure 5 shows an example of a proposal information table. The proposal information table 125 has the following data items: a registrant ID 1251 on which the identification information of the user or second business operator B is set; proposal information 1252 on which proposal information representing the content of the proposal request or proposal is set; and NFT information 1253 on which NFT information for the proposal request or proposal is set. The proposal information includes a target ID, attributes, and a proposal request ID. The attributes of the proposal information are set to "proposal request" or "proposal". The proposal request ID of the proposal information is set to the identification information of the proposal request. The proposal request ID of the attribute "proposal" indicates which proposal request the proposal is for. Second business operator B may also add preconditions such as an expiration date to "proposal". The proposal request NFT may include proposal information of the proposal request. The proposal NFT may include proposal information of the proposal.

[0034] When the management unit 112 receives a purchase request for a product or service registered in the service market from the user terminal 20, it changes the rights holder information in the NFT related to the product or service in the blockchain system BC from the second business operator B to the relevant user. The management unit 112 then sends the relevant NFT information back to the user terminal 20. The purchase request is equivalent to a request to acquire the right to use the product or service.

[0035] Furthermore, when the management unit 112 receives a response to a survey registered in the service market from the user terminal 20, it changes the rights holder information in the NFT, which includes the survey or survey reward information, from the second business operator B to the corresponding user in the blockchain system BC. The management unit 112 then sends the corresponding NFT information back to the user terminal 20.

[0036] Furthermore, when the management unit 112 receives a request to purchase a product or service in response to a request for proposals, it changes the information of the rights holder in the NFT for the right to use the relevant proposal in the blockchain system BC from the second business operator B to the relevant user. The management unit 112 then sends the relevant NFT information back to the user terminal 20.

[0037] The response aggregation unit 113 aggregates the responses of multiple users to the questionnaire received from multiple user terminals 20 and transmits the aggregated results to the provider system 30.

[0038] The programs that implement the functions of the registration unit 111, the management unit 112, and the response aggregation unit 113 can be recorded on a portable or fixed recording medium and distributed, for example.

[0039] Furthermore, although the above example described a case where the service information table 123, the survey information table 124, and the proposal information table 125 are separate tables, the system is not limited to this, and can be implemented using a single table.

[0040] The marketing system 10 may be implemented on a single physical computer, or each component may be implemented on separate physical computers. Alternatively, the marketing system 10 may be implemented on other types of systems, such as cloud computing systems.

[0041] <User Terminal> Figure 6 shows an example of the configuration of a user terminal. User terminal 20 is an information processing device such as a personal computer, smartphone, or tablet terminal used by a customer (user) of the first business operator A.

[0042] The user terminal 20 includes, as an example, a processing device 21 such as a CPU (Central Processing Unit), a storage device 22 such as an HDD (Hard Disk Drive) or an SSD (Solid State Drive), a memory 23 such as a RAM (Random Access Memory) or a ROM (Read Only Memory), an input device 24 such as a keyboard, a mouse, or a touch panel, an output device 25 such as a display or a printer, a communication device 26 composed of a NIC (Network Interface Card), a wireless communication module, a USB (Universal Serial Interface) module, a serial communication module, etc. The processing device 21, the storage device 22, the memory 23, the input device 24, the output device 25, and the communication device 26 are interconnected via a bus.

[0043] The storage device 22 (storage unit) stores a user information table 221 and a held token table 222 that stores NFT information regarding NFTs owned by the user. The user information table 221 stores user information regarding the user. The user information includes personal information such as the user's name, address, phone number, attributes (e.g., age, gender, occupation, etc.), purchase history of goods or services, etc., and also includes confidential information regarding the user (e.g., the user's medical history, account balance, annual income, etc.). The purchase history may include purchase history on other EC sites in addition to the purchase history in the service market.

[0044] In the user terminal 20, data such as programs used for executing predetermined processes is stored in the storage device 22 as an example, and the processing device 21 reads it out to the RAM of the memory 23 and executes it. The user terminal 20 realizes the functions of an information acquisition unit

[0045] 211, an information presentation unit 212, a purchase unit 213, a storage unit 214, a token utilization unit 215, a survey response unit 216, and a request registration request unit 217 by the processing device 21 reading out the programs stored in the storage device 22 and executing them in the memory 23.

[0045] The information acquisition unit 211 searches for NFTs to be presented to the user from the service market based on the information stored in the user information table 221 and the held token table 222, and acquires the information of the search results (for example, a list of NFTs). The NFTs to be presented to the user are, for example, NFTs for products or services, questionnaire surveys, or proposals (products or services) for proposal requests by the user, etc.

[0046] For example, the information acquisition unit 211 searches for products or services to be presented to the user from the service market based on the information stored in the user information table 221 and the held token table 222, and acquires the information of the search results (for example, a list of products or services).

[0047] In addition, the information acquisition unit 211 searches for questionnaire surveys to be presented to the user from the service market based on the information stored in the user information table 221 and the held token table 222, and acquires the information of the search results (for example, a list of questionnaire surveys).

[0048] In addition, the information acquisition unit 211 searches for proposals (products or services) for proposal requests by the user from the service market based on the information stored in the held token table 222, and acquires the information of the search results (for example, a list of proposals). For example, the information acquisition unit 211 searches for proposals (proposals with the same proposal request ID as the proposal request) for proposal requests by the user from the service market based on the NFT information of the proposal requests by the user

[0049] The information presentation unit 212 displays the search results by the information acquisition unit 211 on the output device 25 (the screen of the user terminal 20).

[0050] The purchase unit 213 (acquisition request unit) accepts a selection input of a product or service to be purchased by the user from the search results, and transmits a purchase request for the product or service selected by the user to the marketing system 10.

[0051] The storage unit 214 receives the NFT information from the marketing system 10, and writes and stores the received NFT information in the held token table 222.

[0052] (Token Holdings Table) Figure 7 shows an example of a token holdings table. The token holdings table 222 has the following data items: target information 2221 where target information about the subject of the NFT is set, NFT information 2222 where NFT information about the NFT is set, and consumption status 2223 where the consumption status of the right to use the goods or services is set. The target information can include service information, survey rewards, or proposal information. The consumption status can be set to "not consumed," meaning the goods or services have not been received, or "consumed," meaning the goods or services have been received. Note that the consumption status may be included in the NFT information. The token holdings table 222 corresponds to a "wallet" where the NFTs owned by the user are stored.

[0053] For example, the storage unit 214 receives NFT information related to a product or service from the marketing system 10 as a response to a purchase request for that product or service, and writes the received NFT information to the held token table 222.

[0054] Furthermore, the storage unit 214 receives NFT information for survey NFTs or survey reward NFTs for responses to the questionnaire survey from the marketing system 10 and writes the received NFT information to the held token table 222.

[0055] Furthermore, the storage unit 214 receives proposal NFT information for the proposal request NFT from the marketing system 10 as a response to a user's request to register a proposal request, and writes the received NFT information to the owned token table 222.

[0056] The token utilization unit 215 presents the NFTs of the NFT information stored in the held token table 222 to the provider system 30 and consumes the rights of the presented NFTs.

[0057] The survey response unit 216 receives input from the user to select a survey from the search results and input of answers to the selected survey, and transmits the result response representing the input answers to the marketing system 10.

[0058] The request registration unit 217 receives input from the user for a proposal request regarding a product or service, and sends the input proposal request registration request to the marketing system 10.

[0059] The programs that implement the functions of the information acquisition unit 211, information presentation unit 212, purchase unit 213, storage unit 214, token utilization unit 215, survey response unit 216, and request registration request unit 217 can be distributed, for example, by recording them on a portable or fixed recording medium. Furthermore, the programs that implement the functions of the information acquisition unit 211, information presentation unit 212, purchase unit 213, storage unit 214, token utilization unit 215, survey response unit 216, and request registration request unit 217 can be distributed via a network such as the Internet as application programs that run on the user terminal 20. Hereinafter, the application programs that implement the functions of the information acquisition unit 211, information presentation unit 212, purchase unit 213, storage unit 214, token utilization unit 215, survey response unit 216, and request registration request unit 217 may be referred to as "apps".

[0060] <Provider System> Figure 8 shows an example of the configuration of the provider system. The provider system 30 is a second information processing device managed by the second business operator B.

[0061] The provider system 30, as an example, includes a processing unit 31 such as a CPU (Central Processing Unit), a storage device 32 such as an HDD (Hard Disk Drive) or SSD (Solid State Drive), a memory 33 such as RAM (Random Access Memory) or ROM (Read Only Memory), an input device 34 such as a keyboard, mouse, or touch panel, an output device 35 such as a display or printer, and a communication device 36 consisting of a NIC (Network Interface Card), wireless communication module, USB (Universal Serial Interface) module, or serial communication module. The processing unit 31, storage device 32, memory 33, input device 34, output device 35, and communication device 36 are interconnected via a bus.

[0062] The storage device 32 stores a sales information table 321 that stores NFT information relating to goods or services sold in the service market.

[0063] In the provider system 30, data such as programs used to execute predetermined processes are stored in the storage device 32, for example, and the processing unit 31 reads them into the RAM of the memory 33 and executes them. The provider system 30 realizes the functions of the registration request unit 311, the provision unit 312, the aggregation result acquisition unit 313, and the proposal request acquisition unit 314 by having the processing unit 31 read the programs stored in the storage device 32 into the memory 33 and execute them.

[0064] The registration request unit 311 transmits a registration request for a product or service provided by the second business operator B to the marketing system 10.

[0065] The provisioning unit 312 receives NFT information relating to the goods or services of the second business operator B sold in the service market from the marketing system 10 and stores the received NFT information in the sales information table 321. The provisioning unit 312 also verifies the legitimacy of the NFT presented from the user terminal 20 by referring to the sales information table 321. The provisioning unit 312 may also provide the goods or services relating to the NFT that has been successfully verified to the user. For example, the provisioning unit 312 may provide the goods or services to the user by transmitting the goods (e.g., digital content, etc.) or services on a website, or by shipping the goods. If the goods to be provided are physical items, store personnel may hand over the goods to the user at a physical store.

[0066] (Sales Information Table) Figure 9 shows an example of a sales information table. The sales information table 321 has the following data items: sales information 3211, NFT information 3212 in which NFT information related to NFTs is set, and consumption status 3213 in which the consumption status of the right to use the goods or services is set. Sales information 3211 includes service information of goods or services sold by the second business operator B in the service market, as well as survey rewards for users who answered the questionnaire survey.

[0067] The aggregated result acquisition unit 313 receives the aggregated results of user responses to the questionnaire survey from the marketing system 10 and outputs (for example, displays) the received aggregated results to the output device 35 or the like.

[0068] The proposal request acquisition unit 314 acquires proposal requests that have been published on the service market.

[0069] The programs that implement the functions of the registration request unit 311, the provision unit 312, the aggregation result acquisition unit 313, and the proposal request acquisition unit 314 can be recorded on a portable or fixed recording medium and distributed, for example.

[0070] The provider system 30 may be a single physical computer, or each component may be implemented on separate physical computers. Alternatively, the provider system 30 may be implemented on other types of systems, such as cloud computing systems.

[0071] Next, we will explain the processes performed in sales system 1.

[0072] <Overview of Sales Processing> Figure 10 is a diagram illustrating the overview of sales processing performed in sales system 1. Sales processing is the process by which first business operator A provides second business operator B's goods or services to the user via NFT.

[0073] Figure 11 is a sequence diagram showing the operation of the service registration process in which the goods or services of the second business operator B are registered in the service market during the sales process.

[0074] First, the registration request unit 311 of the provider system 30 sends a registration request for a product or service provided by the second business operator B to the marketing system 10 (S101).

[0075] The registration unit 111 of the marketing system 10 receives a registration request sent from the provider system 30 (S102).

[0076] Next, the registration unit 111 of the marketing system 10 registers a service NFT for the right to use the goods or services related to the received registration request (S103). Specifically, the registration unit 111 issues a service NFT for the goods or services related to the received registration request and registers the issued service NFT in the blockchain system BC. The registration unit 111 then writes the NFT information related to the issued service NFT and the service information related to the registration request into the service information table 123. The registration unit 111 then registers the issued service NFT in the service market. The service NFTs registered in the service market can be accessed from the user terminal 20.

[0077] Figure 12 is a sequence diagram illustrating the operation of a purchase process in which a user purchases goods or services in a service marketplace during the sales process.

[0078] First, the information acquisition unit 211 of the user terminal 20 generates search conditions for searching for products or services based on the information stored in the user information table 221 and the owned token table 222, and searches the service market for products or services that match the generated search conditions (S111).

[0079] For example, the information acquisition unit 211 may generate search conditions by inputting the information stored in the user information table 221 and the owned token table 222 into an AI (Artificial Intelligence) that takes user information and NFT information as input and outputs search conditions. Hereinafter, the AI ​​installed in the user terminal 20 may be referred to as the "personal AI". The personal AI may be a pre-trained model. The personal AI is constructed based on algorithms such as neural networks, decision trees, random forests, and support vector machines (SVMs). A neural network is a neural network having an input layer that receives input data, one or more intermediate layers (hidden layers) that extract and output features from the input data, and an output layer that outputs output data, for example, a CNN (Convolutional Neural Network).

[0080] Alternatively, the information acquisition unit 211 may generate search conditions from the information stored in the user information table 221 and the owned token table 222 according to a predetermined algorithm. For example, the information acquisition unit 211 may generate search conditions based on the user's attributes and purchase history, or it may generate search conditions to search for products or services that are identical or similar to the attributes of the service information related to the NFT.

[0081] Next, the information display unit 212 of the user terminal 20 presents the search results obtained from the service market to the user (S112).

[0082] Next, the purchase unit 213 of the user terminal 20 receives a purchase instruction for a product or service from the user and transmits the purchase request for that product or service to the marketing system 10 (S113).

[0083] The management unit 112 of the marketing system 10 receives a purchase request for goods or services from the user terminal 20 (S114).

[0084] Next, the management unit 112 of the marketing system 10 changes the rights holder of the service NFT related to the purchase request in the blockchain system BC from the second business operator B to the user who sent the purchase request, and transmits the NFT information to the user terminal 20, thereby transferring the service NFT to the user (S115).

[0085] The storage unit 214 of the user terminal 20 receives NFT information from the marketing system 10 and stores the service NFT by writing the received NFT information to the owned token table 222 (S116).

[0086] Furthermore, the management unit 112 of the marketing system 10 sends a sales notification for the product or service related to the purchase request to the provider system 30 (S117). The sales notification includes NFT information for the product or service related to the purchase request.

[0087] The provision unit 312 of the provider system 30 writes and records the NFT information included in the sales notification in the sales information table 321 (S118).

[0088] Figure 13 is a sequence diagram showing the operation of the NFT usage process in which a user receives the goods or services they have purchased during the sales process.

[0089] First, the token utilization unit 215 of the user terminal 20 presents the service NFT to the second business operator by transmitting NFT information related to the product or service stored in the owned token table 222 to the provider system 30 (S121).

[0090] The provision unit 312 of the provider system 30 verifies whether the product or service related to the service NFT has been purchased by the user by comparing the received NFT information with the NFT information stored in the sales information table 321 (S122). At this time, the provision unit 312 may also verify that the user is the rights holder of the corresponding service NFT registered in the blockchain system BC by querying the marketing system 10.

[0091] The provision unit 312 of the provider system 30 executes a consumption process to consume the rights related to the service NFT if the product or service has already been purchased by the user (S123). Specifically, the provision unit 312 transmits information indicating that the product or service has been provided to the marketing system 10. When the marketing system 10 receives the information indicating that the product or service has been provided from the provider system 30, it changes the consumption status of the corresponding service NFT to "consumed" and records the current date and time (consumption date and time), thereby setting consumption information in the service NFT. The provision unit 312 also changes the consumption status of the corresponding NFT information to "consumed" in the sales information table 321. The provision unit 312 also transmits a consumption request to the user terminal 20.

[0092] When the token utilization unit 215 of the user terminal 20 receives a consumption request, it performs the consumption process by changing the consumption status of the corresponding NFT information in the owned token table 222 to "consumed" (S124). Alternatively, the token utilization unit 215 may perform the consumption process by deleting the corresponding NFT information from the owned token table 222.

[0093] The provision unit 312 of the provider system 30 delivers the goods or services to the user once the consumption processing is complete (S125). The delivery process may involve transmitting goods (e.g., digital content, etc.) or services on a website, shipping goods, handing over goods to the user at a physical store from the second business operator B, or providing services.

[0094] The token usage unit 215 of the user terminal 20 receives the purchased goods or services (S126).

[0095] Furthermore, the payment processing by the user to the second business operator B for goods or services may be performed at the time of purchase processing or at the time of NFT usage processing.

[0096] <Overview of Survey Process> Figure 14 is a diagram illustrating the overview of the survey process performed in sales system 1. The survey process involves first business operator A aggregating responses from multiple users to a questionnaire survey conducted by second business operator B and notifying second business operator B of the results.

[0097] Figure 15 is a sequence diagram showing the operation of the survey registration process in which the questionnaire survey of the second business operator B is registered in the service market during the survey processing.

[0098] First, the registration request unit 311 of the provider system 30 sends a registration request for a questionnaire survey by the second business operator B to the marketing system 10 (S201). The questionnaire survey may be equivalent to marketing research for a product or service, such as, "Users who have purchased a product belonging to category A within the last year, please report that you received this NFT. Also, if possible, please report your age." Marketing research may involve collecting data and figures to analyze current or future market trends.

[0099] The registration unit 111 of the marketing system 10 receives a registration request sent from the provider system 30 (S202).

[0100] Next, the registration unit 111 of the marketing system 10 registers the NFT for the survey related to the received registration request (S203). Specifically, the registration unit 111 issues a survey NFT containing information about the survey related to the received registration request and a reward NFT containing information about the survey reward for the survey, and registers the issued NFTs in the blockchain system BC. The registration unit 111 then writes the NFT information related to the issued NFTs and the survey related to the registration request into the survey information table 124. The registration unit 111 then registers the issued survey NFTs in the service market. The survey NFTs registered in the service market can be accessed from the user terminal 20.

[0101] Figure 16 is a sequence diagram showing the operation of the survey response process in which a user answers a questionnaire survey.

[0102] First, the information acquisition unit 211 of the user terminal 20 generates search conditions for searching for surveys based on the information stored in the user information table 221 and the owned token table 222, and searches the service market for surveys that match the generated search conditions (S211). The process of generating the search conditions for surveys is the same as the process of generating the search conditions for products or services. For example, the information acquisition unit 211 may generate search conditions to search for surveys suitable for the user using personal AI, or it may generate search conditions to search for surveys that match the user's attributes or surveys related to products in their purchase history based on a predetermined algorithm.

[0103] Next, the information display unit 212 of the user terminal 20 presents the search results obtained from the service market to the user (S212).

[0104] Next, the survey response unit 216 of the user terminal 20 receives input from the user regarding the presented questionnaire and transmits the survey responses entered by the user to the marketing system 10 (S213).

[0105] The response aggregation unit 113 of the marketing system 10 receives survey responses to the questionnaire from the user terminal 20 (S214).

[0106] Next, the response aggregation unit 113 of the marketing system 10 changes the rights holder of the reward NFT for the survey in the blockchain system BC to the user who submitted the survey response, and transmits the corresponding NFT information to the user terminal 20, thereby transferring the reward NFT to the user (S215).

[0107] The storage unit 214 of the user terminal 20 receives NFT information from the marketing system 10 and stores the reward NFTs by writing the received NFT information to the owned token table 222 (S216).

[0108] The response aggregation unit 113 of the marketing system 10 determines whether or not to end the survey (S217). For example, the response aggregation unit 113 determines to end the survey when it has received a predetermined number of survey responses (when it has received survey responses from a predetermined number of users), or when a predetermined period of time has elapsed since the start of the survey. If the response aggregation unit 113 does not end the survey (S217: No), it returns to the process in S214 and accepts survey responses from other user terminals 20 (other users). In other words, the response aggregation unit 113 accepts survey responses from multiple users.

[0109] On the other hand, if the response aggregation unit 113 of the marketing system 10 terminates the survey (S217: Yes), it aggregates the survey responses from multiple users to generate survey results and transmits the generated survey results to the provider system 30 (S218). At this time, the response aggregation unit 113 may include the NFT information of the reward NFTs transferred to the users in the survey results.

[0110] Furthermore, the response aggregation unit 113 may also impose a restriction on transmitting the survey results to the provider system 30 if there is a risk of identifying respondents, such as when the number of responses to the questionnaire is below a predetermined threshold. In other words, the response aggregation unit 113 transmits the aggregated results to the provider system 30 only if the aggregated results of the questionnaire meet predetermined conditions. The predetermined conditions for imposing this restriction can be arbitrarily set by the first business A or the second business B. For example, in the case of a questionnaire for users with a specific chronic illness, if the number of responses is small, it may be possible to identify which users responded to the questionnaire, so "Aggregation not possible" may be transmitted to the provider system 30 as the survey result.

[0111] The aggregated results acquisition unit 313 of the provider system 30 receives the survey results from the marketing system 10 and presents the received survey results to the second business operator B by displaying them (S219). The aggregated results acquisition unit 313 also records the NFT information included in the survey results by writing it to the sales information table 321.

[0112] Figure 17 is a sequence diagram showing the operation of the NFT utilization process for survey rewards, which allows users to receive survey rewards acquired during the survey process.

[0113] First, the token utilization unit 215 of the user terminal 20 presents the reward NFT to the second business operator by transmitting the NFT information related to the survey reward stored in the held token table 222 to the provider system 30 (S221).

[0114] The provision unit 312 of the provider system 30 confirms the survey reward related to the reward NFT by comparing the received NFT information with the NFT information stored in the sales information table 321 (S222). At this time, the provision unit 312 may, for example, query the marketing system 10 to confirm that the user is the rights holder of the corresponding reward NFT registered in the blockchain system BC.

[0115] Next, the provision unit 312 of the provider system 30 executes a consumption process to consume the rights related to the reward NFT (S223). The consumption process is the same as the process in S123 described above, so its explanation is omitted.

[0116] The token utilization unit 215 of the user terminal 20 executes a consumption process to consume the rights related to the reward NFT (S224). The consumption process is the same as the process in S124 described above, so its explanation is omitted.

[0117] The provision unit 312 of the provider system 30 delivers the survey reward to the user once the consumption processing is complete (S225). For example, the provision unit 312 transmits the survey reward to the user terminal 20.

[0118] The token utilization unit 215 of the user terminal 20 receives the survey reward (S226).

[0119] <Overview of Proposal Processing> Figure 18 is a diagram illustrating the overview of the proposal processing performed in sales system 1. Proposal processing is the process in which the first business operator A provides the user with an offer (proposal) from the second business operator B in response to a request (proposal request) from the user regarding a product or service.

[0120] Figure 19 is a sequence diagram showing the operation of the proposal request registration process, which registers a proposal request from a user in the service market during the proposal processing.

[0121] First, the request registration unit 217 of the user terminal 20 receives a proposal request input from the user and sends a registration request for the input proposal request to the marketing system 10 (S301). The proposal request is, for example, the content of a product or service that the user wishes to purchase.

[0122] The registration unit 111 of the marketing system 10 receives a registration request for a proposal sent from the user terminal 20 (S302).

[0123] Next, the registration unit 111 of the marketing system 10 registers a proposal request NFT containing the information of the received proposal request (S303). Specifically, the registration unit 111 issues a proposal request NFT containing the information of the received proposal request and registers the issued proposal request NFT in the blockchain system BC. Subsequently, the registration unit 111 writes the NFT information related to the issued proposal request NFT and the proposal request related to the registration request into the proposal information table 125. Then, the registration unit 111 registers the proposal request NFT in the service market. Proposal request NFTs registered in the service market can be accessed from the provider system 30.

[0124] Figure 20 is a sequence diagram showing the operation of the proposal registration process in which a proposal from the second service provider B in response to a proposal request is registered in the service market during the proposal processing.

[0125] First, the proposal request acquisition unit 314 of the provider system 30 acquires information on proposal requests NFTs registered in the service market (S311), and presents the acquired information to the second business operator B by displaying it.

[0126] Next, the registration request unit 311 of the provider system 30 receives input of a proposal (product or service) from the second business operator B in response to the proposal request, and sends a registration request for the inputted proposal to the marketing system 10 (S312).

[0127] The registration unit 111 of the marketing system 10 receives a registration request for a proposal sent from the provider system 30 (S313).

[0128] Next, the registration unit 111 of the marketing system 10 registers a proposal NFT containing information about the received proposal (S314). Specifically, the registration unit 111 issues a proposal NFT granting the right to use the received proposal and registers the issued proposal NFT in the blockchain system BC. Subsequently, the registration unit 111 writes the NFT information related to the issued proposal NFT and the proposal related to the registration request into the proposal information table 125. Then, the registration unit 111 registers the issued proposal NFT in the service market. Proposal NFTs registered in the service market can be accessed from the user terminal 20 that sent the corresponding proposal request.

[0129] Proposals in response to a request for proposals can be registered in the service market from the provider system 30 of one or more second-party service providers B. Therefore, one or more proposals from second-party service providers B are registered in the service market for each request for proposal.

[0130] Figure 21 is a sequence diagram illustrating the operation of the proposal purchase process, in which a user purchases a proposal in response to a request for proposal in the service marketplace during the proposal processing.

[0131] First, the information acquisition unit 211 of the user terminal 20 searches the service market for one or more proposals in response to the proposal request transmitted in S301 (S321).

[0132] Next, the information display unit 212 of the user terminal 20 presents the search results obtained from the service market to the user (S322).

[0133] Next, the purchase unit 213 of the user terminal 20 receives a purchase instruction from the user for one or more proposals to be purchased, and transmits the purchase request for that proposal to the marketing system 10 (S323).

[0134] The management unit 112 of the marketing system 10 receives a purchase request for a proposal from the user terminal 20 (S324).

[0135] Next, the management unit 112 of the marketing system 10 changes the rights holder of the proposed NFT related to the purchase request in the blockchain system BC to the user who sent the purchase request, and transmits the corresponding NFT information to the user terminal 20, thereby transferring the proposed NFT to the user (S325).

[0136] The storage unit 214 of the user terminal 20 receives NFT information from the marketing system 10 and stores the proposed NFT by writing the received NFT information to the owned token table 222 (S326).

[0137] Furthermore, the management unit 112 of the marketing system 10 sends a sales notification of the proposal (product or service) related to the purchase request to the provider system 30 (S327). The sales notification includes NFT information of the proposal NFT related to the purchase request.

[0138] The provision unit 312 of the provider system 30 writes and records the NFT information included in the sales notification in the sales information table 321 (S328).

[0139] The process of receiving proposals purchased by the user from the second business operator B during the proposal processing is the same as the NFT usage processing shown in Figure 13, so its explanation will be omitted.

[0140] Figure 22 shows an example of information acquisition by personal AI. This figure shows an overview of the process in which the information acquisition unit 211 of the user terminal 20 searches for NFTs (products or services, surveys, or proposals) from the service market using personal AI in steps S111, S211, and S321 described above. Information on products or services acquired by the user in the past, surveys answered, and requests (proposal requests) submitted is stored as NFTs in the wallet (held token table 222). Based on personal information (e.g., user attributes, purchase history, etc.), sensitive information (e.g., medical history, annual income, account balance, etc.) stored in the user information table 221, and the contents of the wallet in the held token table 222 (NFTs held by the user), the personal AI searches for NFTs (products or services, surveys, or proposals) to present to the user from the service market.

[0141] For example, if a personal AI has NFTs with attribute A and attribute B stored in its wallet, the personal AI will retrieve information about the products or services of attribute A and attribute B. Furthermore, if an NFT for product X is stored in the wallet, and a second-party company B registers recall or promotional information for product X on the service marketplace, the personal AI will automatically search the service marketplace for the recall or promotional information related to product X based on the NFT for product X stored in the wallet, and present it to the user. This ensures that important information, such as product recalls, is provided to the user more reliably, even if the user has not registered on the second-party company B's website. Alternatively, the personal AI may use the NFT for product X to access the website of the second-party company B that sells product X and retrieve the recall or promotional information. When the personal AI accesses the second-party company B's website, the user does not need to register on that website. Recall information refers to information about the recall of a product or service. Promotional information refers to information about promotions offered to users who use a product or service.

[0142] As described above, the marketing system 10 (support system) of this embodiment includes a registration unit 111 that receives a registration request for goods or services that the second business operator B provides to customers from a provider system 30 managed by the second business operator B, issues a nonfungible token (NFT) representing the right to use the goods or services, setting the rights holder's information to the business operator, and registers information about the goods or services in a service market (information processing system) accessible by the customer's user terminal 20, and a management unit 112 that, upon receiving a request to acquire rights related to goods or services (purchase request) from the user terminal 20, changes the rights holder's information in the nonfungible token from the second business operator B to the relevant user, and transmits information (NFT information) indicating the nonfungible token with the changed rights holder's information to the user terminal 20.

[0143] In other words, the marketing system 10 of this embodiment trades non-fungible tokens on the service marketplace that represent the right to use the goods or services, rather than the goods or services themselves. Since non-fungible tokens are non-fungible and difficult to tamper with, it is possible to prove the rights acquired by the user. Therefore, by presenting the non-fungible token to the second business operator B, the user can use the goods or services related to the non-fungible token, and the second business operator B can also provide goods or services with peace of mind. Thus, in the marketing system 10 of this embodiment, it is not necessary to disclose the user's personal information to the second business operator B in transactions on the marketing system 10. In other words, the first business operator A can provide the second business operator B's goods or services to its customers without disclosing the user's personal information from the first business operator A to the second business operator B. On the other hand, by providing the second business operator B's goods or services, the first business operator A can earn income such as NFT distribution fees, and can also use this to improve services to its own customers. On the other hand, the second business operator B, which has launched a new business, can rapidly deploy its goods or services in the service marketplace of the first business operator A, which has a large number of customers.

[0144] Furthermore, the marketing system 10 of this embodiment receives a request from the second business operator B to register a survey from the provider system 30 managed by the second business operator B, issues a non-fungible token containing information about the survey or the reward for the survey, setting the rights holder information to the second business operator B, registers the survey in the service market, and when it receives a response to the survey from the customer's user terminal 20, it changes the rights holder information in the non-fungible token containing information about the survey or the reward for the survey from the second business operator B to the customer, and sends information indicating the non-fungible token with the changed rights holder information to the user terminal.

[0145] In other words, the second business operator B can register NFTs for user surveys on the service marketplace of the first business operator A. By offering rewards for completing the surveys (e.g., coupons or points), the response rate to the surveys can be improved.

[0146] Furthermore, surveys constitute marketing research for a product or service. For example, by registering a survey titled "Users who have purchased a product belonging to category A within the past year, please report that you received this NFT. Also, if possible, please report your age," second-party business B can collect information equivalent to purchase history from users.

[0147] Furthermore, the marketing system 10 of this embodiment aggregates multiple responses to a questionnaire received from multiple customer user terminals 20 and transmits the aggregated results to a provider system 30 managed by the business operator.

[0148] This allows the second business operator B to utilize surveys in the service market to obtain the latest data (e.g., trends) at any time without having to manage users' personal information, and to conduct marketing.

[0149] Furthermore, the marketing system 10 of this embodiment transmits the aggregated results to an information processing device managed by the business operator only when the aggregated results meet predetermined conditions.

[0150] For example, if the number of responses to a survey is small, it may be possible to identify which users responded to the survey. Therefore, if the number of responses to a survey does not exceed a certain threshold, the transmission of the aggregated results can be restricted to prevent the identification of respondents.

[0151] Furthermore, when the marketing system 10 of this embodiment receives a customer request regarding a product or service from the user terminal 20, it registers the received request in a system accessible from the provider system 30. When it receives a request from the provider system 30 managed by the second business operator B to register a proposal for a product or service in response to the request, it issues a non-fungible token representing the right to use the proposed product or service, and registers information about the proposed product or service in the service market.

[0152] This allows users to submit requests for desired products or services to second-party service providers B on the service marketplace. Second-party service providers B can then offer the user their own products or services in response to those requests. Users can then choose the best offer from multiple offers from various second-party service providers B. In other words, users can proactively submit requests and receive proposals that better suit their needs. On the other hand, second-party service providers B can easily understand user needs by referring to user requests.

[0153] Furthermore, when the marketing system 10 of this embodiment receives information from the provider system 30 indicating that it has provided goods or services to a customer, it sets information about the expiration of rights in the non-fungible token.

[0154] In other words, the NFT rights can be extinguished when the goods or services are provided to the user by the second business operator B. This prevents the misuse of NFTs.

[0155] Furthermore, the application (program) of the user terminal 20 in this embodiment causes the user terminal 20 to execute the following: a storage process that stores NFT information received from the marketing system 10 in the holding token table 222; an information acquisition process that causes the user to search for products or services to present to the user from the service market based on the non-fungible token information stored in the holding token table 222; an information presentation process that displays the search results from the information acquisition process on the screen of the user terminal 20; and an acquisition request process that receives input from the user to select a product or service from the search results and sends a request to the marketing system 10 to acquire the rights related to the product or service selected by the user.

[0156] In other words, the app has the function of a wallet (held token table 222) for storing NFTs owned by the user, and by referring to the NFTs (rights related to goods or services acquired by the user so far) stored in the wallet, it automatically searches the service marketplace for goods or services to present to the user (for example, to recommend to the user). As a result, the user terminal 20 can present the user with information on goods or services that are more suitable for the user.

[0157] Furthermore, by having the application on each user terminal 20 autonomously acquire information on products or services from the service market, for example, using a personal AI, a virtual group of users based on NFT attributes can be formed.

[0158] Figure 23 shows an example of a virtual group of users. As shown in the figure, in the real world RW, user U-1 owns an NFT with attribute A, user U-2 owns NFTs with attributes A and B, and user U-3 owns NFTs with attributes A, B, and C. Since the personal AI searches for products or services based on the NFTs owned by the users, users U-1, U-2, and U-3, who own an NFT with attribute A, are presented with products or services with attribute A (information streams of attribute A) by the personal AI. For this reason, users who own NFTs with attribute A, including users U-1, U-2, and U-3, can be treated as virtual group VG1. Similarly, virtual group VG2 based on attribute B and virtual group VG3 based on attribute C can be formed. Instead of a management device such as a server centrally managing each user's information, the personal AI accesses the information streams for the target (virtual group of each attribute), making it a distributed system. This makes it possible to collect information suitable for the user while keeping user information confidential.

[0159] Furthermore, the application program for the user terminal 20 in this embodiment searches for products or services to present to the user from a website based on the personal information stored in the user information table 221, which stores the user's personal information, and the non-fungible token information stored in the possession token table 222.

[0160] In other words, the application on the user terminal 20 can use the user's personal information, especially sensitive information (e.g., medical history, account balance, annual income, etc.), to search for products or services without disclosing it to external parties (e.g., the first business A or the second business B). This makes it possible to obtain information about products or services that are more beneficial to the user without disclosing the user's personal information to external parties. Furthermore, when a user uses multiple e-commerce sites, personal information such as purchase history is dispersed among the e-commerce sites. However, according to this embodiment, the purchase history from each e-commerce site can be centrally managed on the user terminal 20 and used to search for products or services.

[0161] Furthermore, although the above-described embodiment described a case where one application provided by one first business A is installed on the user terminal 20, multiple applications provided by each of the multiple first business A may be installed. In addition, multiple applications on the user terminal 20 may cooperate with each other to search for NFTs (products or services, surveys, or proposals) from the service market.

[0162] Figure 24 illustrates the process of searching for NFTs presented to a user by multiple applications of the first business operator A working together. In the illustrated example, the first business operator A is represented by the first financial institution A-1, the second financial institution A-2, the local government A-3, and the hospital A-4. The user terminal 20 has the first application AP-1 provided by the first financial institution A-1, the second application AP-2 provided by the second financial institution A-2, the third application AP-3 provided by the local government A-3, and the fourth application AP-4 provided by the hospital A-4 installed. Each application stores a wallet for NFTs acquired in its own service marketplace, as well as personal information (e.g., purchase history). For example, the wallet of the first application AP-1 stores NFT (A) acquired by the user in the service marketplace of the first financial institution A-1. The wallet of the second application AP-2 stores NFT (B) acquired by the user in the service marketplace of the second financial institution A-2. Furthermore, the first application AP-1 stores the user's personal information, including the purchase history of goods or services purchased by the user in the service market of the first financial institution A-1.

[0163] Each app can access sensitive user information stored in its own existing systems. For example, sensitive information could include, if the first business A is a financial institution, the user's account balance; if it is a local government, the user's address and tax information; and if it is a hospital, the user's medical history.

[0164] Each application works in conjunction with the others to search for NFTs suitable for the user. For example, when searching for an NFT from the service market managed by financial institution A-1, the first application AP-1 of the first financial institution A-1 searches for NFTs from the service market managed by the first financial institution A-1 based on its own wallet, personal information, and sensitive information of existing systems. The first application AP-1 of the first financial institution A-1 also uses its linking function to send search requests to the applications of the second financial institution A-2, the local government A-3, and the hospital A-4. The applications of the second financial institution A-2, the local government A-3, and the hospital A-4 then search for NFTs from the service market managed by the first financial institution A-1 based on the user's wallet, personal information, and sensitive information that they have access to, and return the search results to the first application AP-1 of the first financial institution A-1. The first financial institution A-1's first application AP-1 determines the NFTs to present to the user based on the search results of the first financial institution A-1's first application AP-1, the search results of the second financial institution A-2's second application AP-2, the search results of the local government A-3's third application AP-3, and the search results of the hospital A-4's fourth application AP-4, and presents them to the user by displaying the result of that determination (final search result).

[0165] In this way, by having multiple apps from different first-party service providers (A) share search results, it becomes possible to perform searches using sensitive user information managed by each of the A apps, without sharing sensitive user information (sensitive user information managed by each A app) between them.

[0166] The present invention is not limited to the embodiments described above, and can be implemented using any components without departing from its spirit. The embodiments and modifications described above are merely examples, and the present invention is not limited to these as long as the features of the invention are not impaired. Furthermore, although various embodiments and modifications have been described above, the present invention is not limited to these. Other embodiments conceivable within the scope of the technical idea of ​​the present invention are also included within the scope of the present invention.

[0167] For example, some of the hardware components of each device in this embodiment may be provided in other devices.

[0168] Furthermore, the programs of the marketing system 10, user terminal 20, or provider system 30 may be installed on other devices, a program may consist of multiple programs, or multiple programs may be integrated into a single program.

[0169] 1 Sales System 10 Marketing System 111 Registration Department 112 Management Department 113 Response Aggregation Department 121 Customer Information Table 122 Provider Information Table 123 Service Information Table 124 Survey Information Table 125 Proposal Information Table 20 User Terminal 211 Information Acquisition Department 212 Information Presentation Department 213 Purchase Department 214 Storage Department 215 Token Utilization Department 216 Survey Response Department 217 Request Registration Request Department 30 Provider System 311 Registration Request Department 312 Provision Department 313 Aggregation Result Acquisition Department 314 Proposal Request Acquisition Department 321 Sales Information Table

Claims

1. A support system comprising: a processor and memory, which receives a registration request for goods or services provided by a business operator to a user from an information processing device managed by the business operator, issues a first non-fungible token representing the right to use the goods or services, setting the right holder's information to the business operator, and registers information regarding the goods or services in an information processing system accessible by the user's terminal; and a management unit which, upon receiving a request from the user's terminal to acquire rights relating to the goods or services, changes the right holder's information in the first non-fungible token from the business operator to the user, and transmits information indicating the first non-fungible token with the changed right holder's information to the user's terminal.

2. The support system according to claim 1, wherein the registration unit receives a request from the business operator to register a survey from an information processing device managed by the business operator, issues a second nonfungible token containing information about the survey or the reward for the survey, setting the rights holder's information to the business operator, and registers the survey in the information processing system; and the management unit, upon receiving a response to the survey from the user's terminal, changes the rights holder's information in the second nonfungible token from the business operator to the user, and transmits information indicating the second nonfungible token with the changed rights holder's information to the user's terminal.

3. The support system according to claim 2, wherein the questionnaire survey is marketing research for the product or the service.

4. The support system according to claim 2, further comprising a response aggregation unit that aggregates multiple responses to the questionnaire survey received from multiple user terminals and transmits the aggregated results to an information processing device managed by the business operator.

5. The support system according to claim 4, wherein the response aggregation unit transmits the aggregation results to an information processing device managed by the business operator only when the aggregation results satisfy predetermined conditions.

6. The support system according to claim 1, wherein the registration unit, upon receiving a request from the user regarding goods or services from the user's terminal, registers the received request in a system accessible from an information processing device managed by the business operator; and upon receiving a registration request from the business operator for a proposal of goods or services in response to the request from an information processing device managed by the business operator, issues a first non-fungible token representing the right to use the proposed goods or services, and registers information regarding the proposed goods or services in the information processing system.

7. The support system according to claim 1, which, upon receiving information from an information processing device managed by the business operator indicating that the goods or services have been provided to the user, sets information of the expiration of rights in the first non-fungible token.

8. A support method comprising: a support system receiving a registration request for goods or services provided by a business operator to a user from an information processing device managed by the business operator, issuing a first non-fungible token representing the right to use the goods or services, setting the right holder's information to the business operator, and registering information regarding the goods or services in an information processing system accessible by the user's terminal; and a management process receiving a request from the user's terminal to acquire rights related to the goods or services, changing the right holder's information in the first non-fungible token from the business operator to the user, and transmitting information indicating the first non-fungible token with the changed right holder's information to the user's terminal.

9. A program that causes a user's terminal to execute: a storage process that stores in a storage unit information indicating a non-fungible token received from the support system described in claim 1; an information acquisition process that searches for goods or services to present to the user from the information processing system based on the information stored in the storage unit; an information presentation process that displays the search results from the information acquisition process on the screen of the terminal; and an acquisition request process that receives input from the user to select goods or services from the search results and sends a request to the support system to acquire rights relating to the goods or services selected by the user.

10. The program according to claim 9, wherein the storage unit further stores the user's personal information, and in the information acquisition process, the program retrieves from the information processing system a product or service to present to the user based on the personal information and information indicating a non-fungible token stored in the storage unit.

11. The program according to claim 9, wherein, in the information acquisition process, it searches for information relating to a recall or preferential treatment of a product or service related to the non-fungible token based on information indicating a non-fungible token stored in the storage unit.

Images