Support systems, support methods, and programs
The support system uses NFTs to manage user information and rights, allowing businesses to provide services without disclosing personal information, enhancing transaction security and efficiency.
Patent Information
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- HITACHI SOLUTIONS WEST JAPAN LTD
- Filing Date
- 2024-09-12
- Publication Date
- 2026-04-21
AI Technical Summary
Business operators with many customers face challenges in providing products or services from other operators without disclosing customer personal information.
A support system that utilizes non-fungible tokens (NFTs) to manage user information and rights, enabling a first business operator to provide second business operator's goods or services to users without revealing personal information, through a processor, memory, and a blockchain system.
Enables businesses to offer products or services to users without disclosing personal information, facilitating secure and efficient transactions.
Smart Images

Figure 0007849427000001 
Figure 0007849427000002 
Figure 0007849427000003
Abstract
Description
Technical Field
[0001] The present invention relates to a support system, a support method, and a program.
Background Art
[0002] Attention has been paid 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.
Prior Art Documents
Patent Documents
[0003]
Patent Document 1
Summary of the Invention
Problems to be Solved by the Invention
[0004] Here, when a business operator launches a new business or a new venture, there is an issue of customer acquisition. Although it is conceivable for the business operator to acquire customers on its own, it is more efficient to pay a fee to a well-known e-commerce (EC) site or the like to list and sell products or services in order to acquire customers. On the other hand, business operators with many customers such as financial institutions and power companies find it difficult to disclose customer personal information to other business operators even when they try to provide services of other business operators to their own customers as new services.
[0005] However, with the technology disclosed in Patent Document 1, it is difficult for a business operator with many customers to provide products or services of other business operators to its own customers without disclosing customer personal information to other business operators.
[0006] This invention has been made in view of these circumstances, and its purpose is to provide a support system, support method, and program that enables a business to provide its products or services to users without disclosing the user's personal information to other businesses. [Means for solving the problem]
[0007] One of the present inventions for solving the above problems is: A support system that assists a first business operator, which manages user information in a predetermined storage device, in providing a second business operator's goods or services to the said user, It has a processor and memory, Second What a business provides to a user The aforementioned Goods or The aforementioned Request to register for the service as described above 2nd Managed by the business operator Other than the predetermined storage device The information of the rights holder is received from the information processing device and a first non-fungible token representing the right to use the said product or said service is received. 2nd A registration unit that sets and issues the product or service to the business operator and registers information about the product or service in an information processing system accessible by the user's terminal, and when a request to acquire rights related to the product or service is received from the user's terminal, the information of the rights holder in the first nonfungible token 2nd The support system includes a management unit that transmits information indicating the first non-fungible token, which has been changed from a business operator to the user and whose rights holder information has been modified, to the user's terminal. [Effects of the Invention]
[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. [Brief explanation of the drawing]
[0009] [Figure 1] This is a block diagram showing an example of a sales system configuration. [Figure 2] This is a diagram illustrating an example of a marketing system configuration. [Figure 3]It is a diagram showing an example of a service information table. [Figure 4] It is a diagram showing an example of an investigation information table. [Figure 5] It is a diagram showing an example of a proposal information table. [Figure 6] It is a diagram showing a configuration example of a user terminal. [Figure 7] It is a diagram showing an example of a held token table. [Figure 8] It is a diagram showing a configuration example of a provider system. [Figure 9] It is a diagram showing an example of a sales information table. [Figure 10] It is a diagram explaining the outline of the sales process performed in the sales system. [Figure 11] It is a sequence diagram showing the operation of the service registration process for registering the products or services of a second operator in the service market in the sales process. [Figure 12] It is a sequence diagram showing the operation of the purchase process where a user purchases products or services in the service market in the sales process. [Figure 13] It is a sequence diagram showing the operation of the NFT utilization process for receiving the products or services purchased by a user in the sales process. [Figure 14] It is a diagram explaining the outline of the investigation process performed in the sales system. [Figure 15] It is a sequence diagram showing the operation of the investigation registration process for registering the questionnaire survey of a second operator in the service market in the investigation process. [Figure 16] It is a sequence diagram showing the operation of the investigation response process where a user answers a questionnaire survey in the investigation process. [Figure 17] It is a sequence diagram showing the operation of the investigation reward NFT utilization process for receiving the investigation reward obtained by a user in the investigation process. [Figure 18] It is a diagram explaining the outline of the proposal process performed in the sales system. [Figure 19]It is a sequence diagram showing the operation of a proposal request registration process for registering a proposal request from a user in a service market in proposal processing. [Figure 20] It is a sequence diagram showing the operation of a proposal registration process for registering a proposal from a second vendor for a proposal request in a service market in proposal processing. [Figure 21] It is a sequence diagram showing the operation of a proposal purchase process in which a user purchases a proposal for a proposal request in a service market in proposal processing. [Figure 22] It is a diagram showing an example of information acquisition by a personal AI. [Figure 23] It is a diagram showing an example of a virtual group of users. [Figure 24] It is a diagram for explaining a process of searching for NFTs presented to a user by cooperation of applications of a plurality of first vendors.
Embodiments for Carrying Out the Invention
[0010] Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. The following description and drawings are examples for explaining the present invention, and for the sake of clarity of explanation, omissions and simplifications are made as appropriate. The present invention can be implemented in various other forms. Unless otherwise limited, each component may be singular or plural. In the drawings, the positions, sizes, shapes, ranges, etc. of each component shown may not represent the actual positions, sizes, shapes, ranges, etc. in order to facilitate understanding of the invention. Therefore, the present invention is not necessarily limited to the positions, sizes, shapes, ranges, etc. disclosed in the drawings. In the following description, various types of information may be described using expressions such as "table", "list", "queue", etc., but the various types of information may be represented by other data structures. In order to indicate independence from the data structure, "XX table", "XX list", etc. may be referred to as "XX information". When explaining identification information, expressions such as "identification information", "identifier", "name", "ID", "number", etc. are used, but these can be replaced with each other. When there are multiple components with the same or similar function, they may be described using the same symbol but with different subscripts. However, if it is not necessary to distinguish between these multiple components, the subscripts may be omitted in the description. Furthermore, while the following explanation may describe the processes performed by executing a program, the processor (e.g., CPU, GPU (Graphics Processing Unit)) executes the program, performing defined processes using memory resources (e.g., memory) and / or interface devices (e.g., communication ports) as appropriate. Therefore, the processor may be the primary entity performing the processing. Similarly, the primary entity performing the processing by executing a program may be a controller, device, system, computer, or node having a processor. The primary 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 its program source into a device such as a computer. The program source may be, for example, a program distribution server or a computer-readable storage medium. 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 other 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 UN (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 entity A, a public blockchain, or a consortium blockchain jointly operated by multiple administrators. In a private blockchain system managed by a first entity A, the administrator is first entity A, and the participants are first entity A's customers or second 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 dedicated line.
[0016] In the illustrated example, there is one marketing system 10, but the sales system 1 is not limited to this, and may include multiple marketing systems 10, each managed by a different first business A.
[0017] <Marketing System> Figure 2 shows an example 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 (e.g., an e-commerce site) 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 consisting 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 the customers of the first business operator A. The customer information includes at least authentication information for the customer 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 the following information: 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 rights holder, and the consumption status of the right (not consumed or consumed). The history of the rights holder includes the identification information of the rights holder and the date and time the rights holder acquired the right. The consumption status may include the date and time 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: registrant ID 1231, which contains the identification information of the second business operator B; service information 1232, which contains service information about a product or service; and NFT information 1233, which contains NFT information about the NFT. The service information includes the target ID and the attributes of the product or service. If the target is a product, the service information also 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 service information may also include the target audience of the service. For example, in the case of a service provided by a local government, the service information may include information such as the service being limited to 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 a 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 the survey reward information (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 with 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, which contains the identification information of the second business operator B; survey information 1242, which contains survey information representing the content of the questionnaire survey; survey NFT information 1243, which contains NFT information for the questionnaire survey; survey reward 1244, which contains the content of the survey reward for the questionnaire survey; and survey reward NFT information 1245, which contains NFT information for the survey reward. 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 responding to a questionnaire survey about age and gender. The survey NFT may contain survey information. The reward NFT may also contain 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 regarding the proposal request with the NFT information regarding 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) contains 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's account. Next, the registration unit 111 registers the issued proposal NFT in the blockchain system BC. Next, the registration unit 111 associates the proposal information and the NFT information related to the issued proposal NFT and registers them 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 rights (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 rights' 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 in which the identification information of the user or second business operator B is set, proposal information 1252 in which proposal information representing the content of the proposal request or proposal is set, and NFT information 1253 in 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 attribute of the proposal information is 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". A proposal request NFT may contain proposal information of the proposal request. A proposal NFT may contain 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 for 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 proposal request, 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, survey information table 124, and 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 a user terminal configuration. 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, for example, a processing unit 21 such as a CPU (Central Processing Unit), a storage device 22 such as an HDD (Hard Disk Drive) or SSD (Solid State Drive), a memory 23 such as RAM (Random Access Memory) or ROM (Read Only Memory), an input device 24 such as a keyboard, mouse, or touch panel, an output device 25 such as a display or printer, and a communication device 26 consisting of a NIC (Network Interface Card), wireless communication module, USB (Universal Serial Interface) module, or serial communication module. The processing unit 21, storage device 22, memory 23, input device 24, output device 25, and communication device 26 are interconnected via a bus.
[0043] The storage device 22 (storage unit) stores a user information table 221 and a possession token table 222 that stores NFT information related to NFTs owned by the user. The user information table 221 stores user information about the user. User information includes personal information such as the user's name, address, telephone number, attributes (e.g., age, gender, occupation, etc.), and purchase history of goods or services, as well as sensitive information about the user (e.g., the user's medical history, account balance, annual income, etc.). Purchase history may include purchase history on other e-commerce sites in addition to purchase history on the service marketplace.
[0044] In the user terminal 20, data such as programs used to execute predetermined processes are stored in the storage device 22, for example, and the processing device 21 reads them into the RAM of the memory 23 and executes them. The user terminal 20 realizes 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 by having the processing device 21 read the programs stored in the storage device 22 into the memory 23 and execute them.
[0045] The information acquisition unit 211 searches the service market for NFTs to present to the user based on the information stored in the user information table 221 and the owned token table 222, and acquires the information of the search results (for example, a list of NFTs). The NFTs to present to the user are, for example, NFTs for products or services, surveys, or proposals (products or services) in response to a user's request for suggestions.
[0046] For example, the information acquisition unit 211 searches the service market for products or services to present to the user based on the information stored in the user information table 221 and the owned token table 222, and acquires information from the search results (for example, a list of products or services).
[0047] Furthermore, the information acquisition unit 211 searches the service market for surveys to present to the user based on the information stored in the user information table 221 and the owned token table 222, and acquires information from the search results (for example, a list of surveys).
[0048] Furthermore, the information acquisition unit 211 searches the service market for proposals (products or services) in response to the user's proposal request based on the information stored in the held token table 222, and obtains information from the search results (for example, a list of proposals). For example, the information acquisition unit 211 searches the service market for proposals in response to the user's proposal request (proposals with the same proposal request ID as the proposal request) based on the NFT information of the user's proposal request.
[0049] The information display unit 212 displays the search results obtained 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) receives input from the user regarding the selection of products or services to be purchased from the search results, and sends the purchase request for the selected products or services to the marketing system 10.
[0051] The storage unit 214 receives NFT information from the marketing system 10 and stores the received NFT information in the owned token table 222.
[0052] (Token holdings table) Figure 7 shows an example of a token holding table. The token holding table 222 has the following data items: target information 2221, which sets target information about the NFT; NFT information 2222, which sets NFT information about the NFT; and consumption status 2223, which sets the consumption status of the right to use the goods or services. Target information can include service information, survey rewards, or proposal information. 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 also be included in the NFT information. The token holding table 222 corresponds to a "wallet" where the user stores the NFTs they own.
[0053] For example, the storage unit 214 receives NFT information relating 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 of survey NFTs or survey reward NFTs for responses to the questionnaire 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 their response to the selected survey, and transmits the result response representing the input response 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 to the marketing system 10 as a registration request.
[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 includes, as an example, 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 a storage device 32, for example, and the processing unit 31 reads them into the RAM of 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 memory 33 and execute them.
[0064] The registration request unit 311 sends 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 results 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 a cloud computing system.
[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 the sales process performed in sales system 1. The sales process involves first business operator A providing 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 representing 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. Finally, the registration unit 111 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 the purchase process in which a user purchases goods or services in the 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 "Personal AI". Personal AI may be a pre-trained model. 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 held 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 goods or services related to the purchase request to the provider system 30 (S117). The sales notification includes NFT information for the goods or services 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 the 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 performs 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 sets the consumption information in the service NFT by changing the consumption status of the corresponding service NFT to "consumed" and recording the current date and time (consumption date and time). 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 the investigation 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 survey by the second business operator B to the marketing system 10 (S201). The 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 of 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 with the blockchain system BC. The registration unit 111 then writes the NFT information related to the issued NFT and the survey related to the registration request into the survey information table 124. Finally, the registration unit 111 registers the issued survey NFT in the service market. The survey NFT 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 during the survey process.
[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 a personal AI, or it may generate search conditions based on a predetermined algorithm to search for surveys that match the user's attributes or surveys related to products in their purchase history.
[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 the user's input of the response to the presented questionnaire and transmits the survey response 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 sent 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 NFT 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 terminate the survey (S217). For example, the response aggregation unit 113 determines to terminate the survey if it has received a predetermined number of survey responses or more (if it has received survey responses from a predetermined number of users or more), or if a predetermined period of time has elapsed since the start of the survey. If the response aggregation unit 113 does not terminate 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 survey is terminated (S217: Yes), the response aggregation unit 113 of the marketing system 10 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 operator A or the second business operator 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 receiving survey rewards acquired by the user 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 rights holder of the corresponding reward NFT registered in the blockchain system BC is the user.
[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 sends 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 from the user and sends a registration request for the entered proposal request to the marketing system 10 (S301). The proposal request is, for example, the details 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 with 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 with the service market. Proposal request NFTs registered with 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 request NFTs registered in the service market (S311) and presents the acquired information to the second service provider 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 with 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 with the service market. Proposal NFTs registered with 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 sends 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 a 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 the personal AI in 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). The personal AI searches for NFTs (products or services, surveys, or proposals) to present to the user from the service market 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).
[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 product or service with attribute A and the product or service with 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 regarding the recall of a product or service. Promotional information refers to information regarding promotions for users who have used 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 with the right holder's information set by 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 right 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 right 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. Because 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 the 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 company B can register NFTs for user surveys on the first company A's service marketplace. By offering rewards for participating in the surveys (e.g., coupons or points), the response rate to the surveys can be increased.
[0146] Furthermore, surveys constitute marketing research for a product or service. For example, by registering a survey asking "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 company 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 if 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 choose the best option 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 rights to the NFT can be extinguished when the goods or services are provided to the user by the second business operator B. This prevents the misuse of the NFT.
[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 stored in the wallet (rights related to goods or services acquired by the user so far), it automatically searches for goods or services to present to the user (for example, recommends to the user) from the service market. 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 product or service information from the service market, for example, using a personal AI, a virtual group of users based on the attributes of the NFT 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 NFTs 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 targets (virtual groups of each attribute), making it a distributed system. This makes it possible to collect information suitable for users 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 user terminal 20 can centrally manage the purchase history from each e-commerce site and use it 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 which 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 the NFTs 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. [Explanation of Symbols]
[0169] 1. Sales System 10 Marketing Systems 111 Registration Department 112 Management Department 113 Response tabulation department 121 Customer Information Table 122 Provider Information Table 123 Service Information Table 124 Survey Information Table 125 Proposal Information Table 20 User Terminals 211 Information Acquisition Department 212 Information Presentation Department 213 Purchasing Department 214 Storage Department 215 Token Usage Section 216 Survey Response Department 217 Request Registration Department 30 Provider System 311 Registration Request Department 312 Provision Department 313 Aggregation Result Acquisition Unit 314 Proposal request acquisition unit 321 Sales Information Table
Claims
1. A support system that assists a first business operator, which manages user information in a predetermined storage device, in providing a second business operator's goods or services to the user, It has a processor and memory, A registration unit receives a registration request for the goods or services that the second business operator provides to the user from an information processing device other than the predetermined storage device managed by the second business operator, issues a first non-fungible token representing the right to use the goods or services to the second business operator by setting the information of the right holder to the second business operator, and registers information regarding the goods or services in an information processing system accessible by the user's terminal. A management unit, upon receiving a request from the user's terminal to acquire rights relating to the goods or services, changes the information of the rights holder in the first non-fungible token from the second business operator to the user, and transmits information indicating the first non-fungible token with the changed rights holder information to the user's terminal. A support system equipped with these features.
2. The aforementioned registration unit is The information processing device managed by the second business operator receives a request from the second business operator to register a survey, issues a second non-fungible token containing information about the survey or the reward for the survey, sets the rights holder's information to the second business operator, and registers the survey in the information processing system. The aforementioned management department, Upon receiving the response to the aforementioned questionnaire from the user's terminal, the information of the rights holder in the second non-fungible token is changed from the second business operator to the user, and information indicating the second non-fungible token with the changed rights holder information is sent to the user's terminal. The support system according to claim 1.
3. The aforementioned survey is a marketing research study of the aforementioned product or service. The support system according to claim 2.
4. The system further includes a response aggregation unit that aggregates multiple responses to the survey received from multiple user terminals and transmits the aggregated results to an information processing device managed by the second business operator. The support system according to claim 2.
5. The response aggregation unit transmits the aggregation results to an information processing device managed by the second business operator only if the aggregation results meet predetermined conditions. The support system according to claim 4.
6. The aforementioned registration unit is When a request for goods or services from the user is received from the user's terminal, the received request is registered in a system accessible from the information processing device managed by the second business operator. When the information processing device managed by the second business operator receives a request from the second business operator to register a proposal for goods or services in response to the aforementioned request, a first non-fungible token representing the right to use the proposed goods or services is issued, and information regarding the proposed goods or services is registered in the information processing system. The support system according to claim 1.
7. When the second business operator receives information from an information processing device managed by the second business operator indicating that the product or service has been provided to the user, the first non-fungible token is set with information indicating the expiration of rights. The support system according to claim 1.
8. A support method by a support system that assists a first business operator, which manages user information in a predetermined storage device, in providing goods or services of a second business operator to the user, The aforementioned support system The second business operator receives a registration request for the goods or services that the second business operator provides to the user from an information processing device managed by the second business operator, issues a first non-fungible token representing the right to use the goods or services to the second business operator by setting the information of the right holder to the second business operator, and registers information regarding the goods or services in an information processing system accessible by the user's terminal; When a request to acquire rights relating to the goods or services is received from the user's terminal, the management process changes the information of the rights holder in the first non-fungible token from the second business operator to the user, and transmits information indicating the first non-fungible token with the changed rights holder information to the user's terminal. A method to support the execution of this task.
9. On the user's device, A storage process that stores information indicating a non-fungible token received from the support system described in claim 1 in a storage unit, Information acquisition process for searching the information processing system for products or services to present to the user based on the information stored in the memory unit, Information presentation process that displays the search results obtained from the information acquisition process on the screen of the terminal, The acquisition request process involves receiving a selection input of a product or service from the user based on the search results, and sending a request to the support system for acquiring the rights related to the product or service selected by the user. A program that executes something.
10. The memory unit further stores the user's personal information, In the aforementioned information acquisition process, Based on the personal information and non-fungible token information stored in the memory unit, the information processing system retrieves products or services to present to the user. The program according to claim 9.
11. In the aforementioned information acquisition process, Based on the information indicating the non-fungible token stored in the memory unit, information regarding the recall or preferential treatment of the product or service related to the non-fungible token is retrieved. The program according to claim 9.
Citation Information
Patent Citations
Content protection system
JP2023130017A
Token management system, computer program, and token management method
JP2024008551A
Non-fungible token management device
JP2024012690A
Survey provision system
JP3245265U