Information processing device, information processing method, and program

Abstract

To solve the problem that the reservation a user makes to receive a service at a specific time often causes a bias in time zones users desire the service, therefore, possibly resulting in that the user may not be able to make the reservation at the time in need.SOLUTION: An information processing device includes: token issuing means for executing an issuing process of a token of non-substitutability which proves that a user has a reservation right that is defined to be a right for temporality securing a reservation to be performed for a user to receive a service provided at a specific time within a fixed time in the case that a service provider provides a plurality of services of the same kind within the fixed time; and token transmission means for executing control for transmitting the token to an address of the user who satisfies a prescribed condition to have the reservation right.SELECTED DRAWING: Figure 1

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing method, and a program. [Background technology]

[0002] 2. Description of the Related Art When a service provider provides a service for a certain period of time and can provide the same service multiple times within the certain period of time, a system for electronically booking the service has been put into practical use. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2001-325355 A Summary of the Invention [Problem to be solved by the invention]

[0004] In recent years, when a user makes a reservation to receive a service at a specific time, there is often a bias in the time period and the service provider (e.g., doctor) desired by the user, and the user may not be able to make a reservation when he or she really needs it. For example, when making a reservation at a hospital, it is notable that many users wish to use the same time period, such as at the beginning of the week or immediately after the start of consultations, and a situation occurs in which reservations are concentrated on a specific service provider (e.g., a veteran doctor). If a reservation cannot be made during that time period, there are cases in which a user (e.g., a patient) cannot receive a service (e.g., a medical examination). There have also been cases in which a user uses personal connections or relationships to obtain a reservation on a preferential basis. And the right to make a reservation is unequal. In addition, for the service provider (e.g., a hospital) that manages the service providers, there is a problem that it is difficult to efficiently allocate service providers (e.g., doctors) due to the concentration of demand on specific time periods and specific service providers (e.g., doctors). The current situation is such that the conventional technologies, including Patent Document 1, cannot meet this demand.

[0005] The present invention has been made in consideration of the above circumstances, and aims to realize a technology that makes reservation rights equal and allows service providers to also enjoy benefits. [Means for solving the problem]

[0006] In order to achieve the above object, an information processing device according to one aspect of the present invention comprises: a token issuing means for issuing a non-fungible token that proves that a user has a reservation right, which is a right to provisionally reserve a reservation for a particular time within a certain period of time to receive the same type of service before the reservation is confirmed, when the service provider provides multiple services of the same type within the certain period of time; a token transmission means for executing control for transmitting the token to an address of a user who satisfies a predetermined condition for having the reservation right; Equipped with.

[0007] An information processing method and a program according to one aspect of the present invention are each an information processing method and a program corresponding to the information processing device according to the aspect of the present invention described above. Effect of the Invention

[0008] According to the present invention, it is possible to realize a technology that makes reservation rights equal and allows service providers to also enjoy benefits. [Brief description of the drawings]

[0009] [Figure 1] FIG. 1 is a schematic diagram illustrating an example of an overview of a business to which a server, which is an information processing device according to an embodiment of the present invention, is applied. [Diagram 2] FIG. 2 is a schematic diagram illustrating an example of a method for setting prices of reservation rights NFTs, which is applied to the business of FIG. 1. [Diagram 3] FIG. 2 is a schematic diagram illustrating an example of the purchase / acquisition, sale / transfer, exchange, modification, and cancellation of a reservation right NFT, which is applied to the business of FIG. 1. [Figure 4]FIG. 2 is a schematic diagram illustrating an example of calculation of reliability and reservation right price applied to the present business of FIG. 1. [Diagram 5] FIG. 2 is a diagram showing an example of the configuration of an information processing system to which the business of FIG. 1 is applied, that is, an information processing system including a server according to an embodiment of an information processing device of the present invention. [Figure 6] 6 is a block diagram showing an example of a hardware configuration of a server in the information processing system of FIG. 5 according to an embodiment of the information processing device of the present invention. FIG. [Figure 7] 7 is a functional block diagram showing an example of a functional configuration of a server according to an embodiment of the information processing device of the present invention shown in FIG. 6. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0010] Hereinafter, an embodiment of the present invention will be described with reference to the drawings.

[0011] FIG. 1 is a schematic diagram for explaining an example of an outline of a business to which a server, which is an information processing device according to an embodiment of the present invention, is applied. This business applies when a service provider (e.g., a doctor) provides multiple services of the same type (e.g., a medical interview service for a patient) within a certain period of time. In such a case, this business issues a reservation right, which is the right of a user U (e.g., a user who is a patient) to provisionally reserve a reservation to receive the provision of the service at a specific time within the certain period of time before the reservation is confirmed, and issues a non-fungible token that proves the user has the reservation right, and distributes the token so that it can be bought and sold. Specifically, this business is carried out according to the flow of steps S101 to S104 shown in Fig. 1. That is, for example, non-fungible tokens (hereinafter referred to as NFTs) of reservation rights that can be traded by application software are issued and distributed, and the owner of the NFT is clarified.

[0012] In step S101, a server for executing this business (for example, the server in FIG. 5 described later) issues an NFT (hereinafter referred to as a "reservation right NFT") that records the contents of the reservation right, including reservation information, using a blockchain. This clarifies the right known as the reservation right. In other words, the issuer of the reservation right NFT is the service provider SB, but the process of issuing the reservation right NFT is executed by the server. Here, the reservation information includes, for example, the date and time of the reservation, the service provider SB (eg, hospital), the service provider (eg, doctor), the reservation change deadline, and other incidental information. Here, the service provider SB is, for example, a hospital that provides services (e.g., medical procedures) through its employees (e.g., doctors). On the other hand, the service provider is an employee (e.g., doctor) who actually provides services under the service provider SB.

[0013] Here, blockchain technology is used in this business. In general, the word blockchain can mean distributed ledger technology or a distributed network. In other words, the word blockchain is a multi-sense word that includes a series of data called blocks that are linked like a chain, as well as the related technology and network. Therefore, in this specification, when we simply refer to it as "blockchain," it means a series of data linked like a chain of "blocks" that contain various information (the data itself, metadata, data related to verifying soundness such as hash values, etc.) about one or more pieces of data (for example, data based on sensor measurements or data of control instructions for devices) managed using this service.

[0014] Meanwhile, in this specification, the distributed network that manages the blockchain is called the "blockchain network." The blockchain network BCN is composed of multiple nodes, and at least one node exists on the cloud. In particular, the blockchain network BCN has "full nodes" as components. A "full node" is an information processing device (node) that provides all the functions of a node in the blockchain network BCN, such as the computational processing function related to block generation and the storage function of the blockchain data itself.

[0015] In step S102, the server transmits the reservation right NFT to the address or wallet (e.g., an account, a wallet used in a so-called blockchain network, etc., hereinafter collectively referred to as "address") of the user U who purchased the reservation right. In this way, the holder of the reservation right is clarified by the user U possessing the reservation right NFT. Here, the service provider SB can change (including delete) the contents of the reservation right NFT.

[0016] Here, the service provider SB and the user U have addresses as tools for storing, sending and receiving reservation rights NFTs. The address has functions such as managing reservation rights NFTs, creating and signing transactions, and displaying balances. The address relies on full nodes of the blockchain to check the state of the blockchain and broadcast transactions to the network. Full nodes provide a trusted source of information for the address, reducing the risk of man-in-the-middle attacks. The address of the service provider SB and the address of the user U may act as light clients and connect to full nodes to obtain only the information they need.

[0017] The price of the reservation right NFT can be set freely. That is, the price can be set freely at 1 yen or more by a smart contract or application that operates and controls the reservation right NFT. The reservation right NFT can be purchased or changed between "user U" and "service provider SB", and can also be bought, sold, exchanged, or transferred between "first user U" and "second user U". Price information can be recorded by an application (database) or on a blockchain. As for the payment method, multiple methods (e.g., crypto assets, currencies issued by governments of various countries, points, etc.) can be applied. If the payment method is not crypto assets, the assets are converted into crypto assets after payment. Crypto assets also include utility tokens.

[0018] The service provider SB (e.g., a hospital) is the issuer of the reservation right NFT, and prior to the sale to the user U, holds the reservation right NFT in an address or the like that it owns. When user U purchases a reservation right NFT, he / she pays a set amount. The purchased reservation right NFT is then sent from the address of the service provider SB to the address of user U. In transactions between users U, reservation rights NFTs can also be moved between users U (between users U's addresses) after payment is completed.

[0019] Here, in order to prevent a reservation from being changed a certain period of time before the reserved time slot, a reservation change deadline is recorded in advance in the reservation right NFT. In step S103, when the reservation change prohibition date and time arrives, the reservation right NFT is sent from the user U's address to an erasure address (BurnAddress) by a smart contract or application, and the reservation right is extinguished. In step S104, the reservation details are simultaneously recorded in the blockchain, and the reservation is confirmed.

[0020] FIG. 2 is a schematic diagram illustrating an example of a method for setting prices for reservation rights NFTs. The following controls are executed by smart contracts, i.e., programs or applications that run automatically on the blockchain. The controls are automatically executed across the blockchain network based on the contract contents when predetermined conditions are met.

[0021] This business is provided with a function in which a user U (e.g., a patient) evaluates a specific service provider S (e.g., a doctor) belonging to a service provider SB (e.g., a hospital) after providing a service (medical procedure) (the service provider SB also evaluates the specific service provider S as necessary). The user U's evaluation is converted into points by a specified processing method and reflected in the "degree of trust (hereinafter referred to as reliability)" of each of the multiple service providers S belonging to the service provider SB. The reliability increases or decreases depending on the user U's evaluation. The user U's evaluation may be used for the evaluation by purchasing points using tokens. Also, tokens may be used for the reliability. For the reservation right NFT of a specific service provider S (e.g., a doctor), the price at the time of the next reservation is automatically calculated based on the reliability of the specific service provider S. For example, for a specific service provider S (e.g., a doctor), if the evaluation is high, the price of the reservation right NFT will be high, and if the evaluation is low, the price of the reservation right NFT will be low. Here, the evaluation of the service provider S is estimated based on the user U's evaluation, reservation history, etc. For example, as shown in FIG. 2, a service provider SX (e.g., the first doctor belonging to a specified hospital) rated by user U as 5 is set to have a trust level of a+, a service provider SY (e.g., the second doctor belonging to a specified hospital) rated by user U as 3 is set to have a trust level of b, and a service provider SZ (e.g., the third doctor belonging to a specified hospital) rated by user U as 4 is set to have a trust level of b+. In the following description, when there is no need to distinguish between the service providers SX to SZ individually, they will be collectively referred to as the "service provider S."

[0022] Furthermore, regardless of the reliability of the service provider S, when the time period is congested or quiet, the price of the reservation right NFT is increased or decreased by a processing method defined for each congested zone and quiet zone. For example, the price of the reservation right NFT is set high in the congested zone and low in the quiet zone, and the respective processing is executed. The congested zone and quiet zone can be freely set for each service provider S or by the service provider SB to which the service provider S belongs. The price of the reservation right NFT may be automatically calculated based on the degree of reservation filling and the price at the time of user-to-user trading. For example, as shown in Figure 2, in the case of a service provider SX with a reliability of a+, the price of reservation right NFTX01 is increased to A++ in congested zones, and the price of reservation right NFTX05 is decreased to A in quiet zones. On the other hand, in the case of a service provider SY with a reliability of b, the price of reservation right NFTY01 is increased to B+ in congested zones, and the price of reservation right NFTY05 is decreased to C++ in quiet zones. In this way, if the reliability of a service provider like SY is low, its price (B+) may be lower than the price (A) of a highly reliable service provider SX, even in congested zones.

[0023] FIG. 3 is a schematic diagram illustrating an example of purchasing / acquiring, selling / transferring, exchanging, changing, and canceling a reservation right NFT. In the example of FIG. 3, in steps S201 to S205, each process of purchase / acceptance, sale / transfer, exchange, change, and cancellation is carried out. In step S201, as a step for purchasing and receiving a reservation right NFT, when a purchaser (e.g., user UA) pays the amount to purchase the reservation right NFT from another party (including service provider SB) within the application, the reservation right NFT at the address of the other party (e.g., service provider SB) is sent to the address of the purchaser (e.g., user UA). In step S202, as a step for selling or transferring the reservation right, a sale request comes from a certain user U (for example, user UB) within the application, and when another user (for example, user UA) accepts the request and the amount is paid by that certain user U (for example, user UB), the reservation right NFT in the address of that other user U (for example, user UA) is sent to the address of that certain user U (for example, user UB). In step S203, as a step of exchanging reservation rights, if it is decided within the application to exchange the reservation right of a certain user U (e.g., user UB) with the reservation right of another user U (e.g., user UA), the reservation right NFTs in each address are exchanged when the party with the lower price pays the difference. In step S204, as a step for canceling the reservation right, if, for example, user UA cancels the reservation, the user sends the reservation right NFT that he or she (for example user UA) holds to the address of the service provider SB and receives a refund for the price of the reservation right. In step S205, as a step for changing the reservation right, if the reservation is to be changed, the reservation right NFT held by the user (e.g., user UA) is canceled (the reservation right NFT is sent to the address of service provider SB), and after payment or refund is received depending on the price difference of the reservation right to be changed, the changed reservation right NFT is sent to the user's (e.g., user UA's) address.

[0024] FIG. 4 is a schematic diagram for explaining an example of price control, in particular, calculation of the reliability and the reservation right price. As described above, this business is provided with a function that allows a user U to evaluate a specific service provider S belonging to a service provider SB after the user U has provided a service (and also evaluates the service provider SB if necessary). The evaluation of the user U is converted by a function f(x) of a predetermined processing method, and is reflected in the reliability of the service provider S belonging to the service provider SB. The evaluation of the user U may be performed by purchasing points using tokens and using them for the evaluation. Also, tokens may be used for the reliability. For a reservation right NFT of a specific service provider S (e.g., a doctor), the price for the next reservation is automatically calculated based on the reliability of the specific service provider S. For example, for a specific service provider S (e.g., a doctor), if the rating is high, the price of the reservation right NFT will be high, and if the rating is low, the price of the reservation right NFT will be low.

[0025] In the example shown in FIG. 4, the ratings (x1, x2, x3) by users U-1, U-2, and U-3 are substituted into function f to obtain values ​​y1, y2, and y3, respectively. The previous reliability is set to y. A new reliability y01 is derived based on their sum [y01=y1+y2+y3] or their product [y01=y*y1*y2*y3]. The reservation right value Z01 is then substituted into function g to derive the reservation right value Z01 based on the formula [z01=g(y01)].

[0026] FIG. 5 is a diagram showing an example of the configuration of an information processing system to which the business of FIG. 1 is applied, that is, an information processing system including a server according to an embodiment of the information processing device of the present invention.

[0027] The information processing system shown in FIG. 5 is configured by connecting a server 1, a service provider terminal 2, and user terminals 3-1 to 3-n to each other via a predetermined network N such as the Internet. In the following description, when there is no need to distinguish between the user terminals 3-1 to 3-n, they will be collectively referred to as the "user terminal 3."

[0028] The server 1 is an information processing device managed by the person who executes the business related to reservation rights NFTs shown in Fig. 1. The server 1 executes various processes for executing the business related to reservation rights NFTs while appropriately communicating with the service provider terminal 2 and the user terminal 3 via the network N. The service provider terminal 2 is an information processing device managed by a service provider SB (for example, a hospital) or a service provider S (for example, a doctor) belonging to the service provider SB. The user terminal 3 is an information processing device managed by a user U.

[0029] More specifically, network N is a blockchain (hereinafter referred to as "BC" where appropriate) network (hereinafter referred to as "BCN"). BCN has the functionality of a full node (hereinafter referred to as "BCN full node"). The service provider terminal 2 and user terminal 3 have the address functionality described above. A BC full node provides all the functions of a node in the blockchain network BCN, such as the computational processing function related to block generation and the storage function of the blockchain data itself. A BC full node exists on the cloud (on network N).

[0030] FIG. 6 is a block diagram showing an example of a hardware configuration of the server 1 in the information processing system shown in FIG.

[0031] The server 1 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, a bus 14, an input / output interface 15, an input unit 16, an output unit 17, a memory unit 18, a communication unit 19, and a drive 20.

[0032] The CPU 11 executes various processes according to a program recorded in the ROM 12 or a program loaded from the storage unit 18 into the RAM 13 . The RAM 13 also stores data and the like necessary for the CPU 11 to execute various processes.

[0033] The CPU 11, the ROM 12, and the RAM 13 are connected to one another via a bus 14. An input / output interface 15 is also connected to the bus 14. An input unit 16, an output unit 17, a storage unit 18, a communication unit 19, and a drive 20 are connected to the input / output interface 15.

[0034] The input unit 16 is configured with, for example, a keyboard and is used to input various information. The output unit 17 is configured with a display such as a liquid crystal display, a speaker, and the like, and outputs various information as images and sounds. The storage unit 18 is configured with a dynamic random access memory (DRAM) or the like, and stores various data. The communication unit 19 communicates with other devices (for example, the service provider terminal 2 and the user terminals 3-1 to 3-n in FIG. 5) via a network including the Internet.

[0035] Removable media 21, such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, is appropriately loaded into the drive 20. A program read from the removable media 21 by the drive 20 is installed in the storage unit 18 as necessary. Further, the removable medium 21 can store various data stored in the storage unit 18 in the same manner as the storage unit 18 .

[0036] Although not shown, the service providing terminal 2 and the user terminals 3-1 to 3-n in Fig. 5 can also have a hardware configuration basically similar to that shown in Fig. 6. Therefore, a description of the hardware configuration of the service providing terminal 2 and the user terminals 3-1 to 3-n will be omitted.

[0037] The execution of various processes becomes possible through the cooperation of the various hardware and software of the server 1 in Fig. 6. As a result, the above-mentioned processing for operating the Reservation Right NFT can be provided.

[0038] As shown in FIG. 7, in the CPU 11 of the server 1, a token issuing unit 51, a token transmitting unit 52, a value setting unit 53, an evaluation unit 54, a reliability determining unit 55, and a reservation finalizing unit 56 function.

[0039] When a service provider S (e.g., a doctor) belonging to a service provider SB (e.g., a hospital) provides multiple instances of the same type of service (e.g., medical procedures) within a certain period of time (e.g., 9:00-17:00), the token issuing unit 51 executes a process of issuing a non-fungible token (the above-mentioned reservation right NFT) that proves that a user U has a reservation right, which is the right to provisionally reserve a reservation made by the user U to receive the service at a specific time (10:00-10:30) within the certain period of time before the reservation is confirmed. For example, as shown in Figure 1, in the reservation right NFT creation step (step S101), a reservation right NFT is created that includes information such as the date and time, service providing facility, service provider SB (e.g., a hospital), service provider S (e.g., a doctor), price, the person making the reservation (user U), and other ancillary information. The token issuing unit 51 executes the reservation right NFT issuing process, and the issuer is usually the service provider SB as described above. However, the issuer of the reservation right NFT is a predetermined person on the service provider side. Here, the predetermined person includes the service provider SB as in the above example, and may also include, for example, the service provider S (e.g., a doctor) himself.

[0040] The token transmitting unit 52 executes control to transmit the reservation right NFT to the address of the service provider (in this example, an address managed by the service provider terminal 2), and then, when the user U satisfies a predetermined condition, executes control to transmit the reservation right NFT from the address of the predetermined person to the address of the user U (the address of the user terminal 3).

[0041] When a reservation right NFT exists in the address of a first user U-1 and a second user U-2 satisfies a specified condition, the token sending unit 52 executes control to send the reservation right NFT from the address of the user terminal 3-1 of the first user U-1 to the address of the user terminal 3-2 of the second user U-2.

[0042] The value setting unit 53 sets a predetermined type of value of the reservation right NFT (an example of the type: yen in the above example, but not limited to this, may be other Bitcoin (registered trademark) or other tokens). For example, the above-mentioned predetermined condition is to provide the holder of the reservation right NFT with the value set by the value setting unit 53 (i.e., yen in the above example, but not limited to this, may be other Bitcoin (registered trademark) or other tokens). The value setting unit 53 sets the value of reservation right NFT for a predetermined service provider S based on a predetermined state (e.g., a congested state, an unoccupied state, etc.) regarding the provision of a service at a specific time. For example, as shown in Fig. 2, reservation right NFTX01, reservation right NFTX02 to reservation right NFTX04, and reservation right NFTX05 are set in correspondence with a congested zone, a normal zone, and an unoccupied zone, respectively.

[0043] The evaluation unit 54 receives evaluations of a specific service provider from a user U who has received a service from the specific service provider S belonging to a service provider SB. For example, in the example of Fig. 2, evaluations of a+, b, and b+ are received from the user U for each service provider S (e.g., each doctor).

[0044] The reliability determination unit 55 determines the reliability of the service provider S based on the evaluation derived by the evaluation unit 54. For example, as shown in Fig. 2, the reliability determination unit 55 determines the reliability of the service providers SX to SZ as a+, b, and b+, respectively, based on the evaluations 5, 3, and 4 of the service providers SX to SZ by the user U, respectively.

[0045] The value setting unit 53 sets the value of the reservation right NFT for a specific service provider S based on the reliability of the specific service provider S. For example, as shown in FIG. 4, a reservation right price z01 is set based on the reliability y01.

[0046] When the reservation confirmation conditions for confirming the reservation recorded in the reservation right NFT are satisfied, the reservation confirmation unit 56 executes control to send the reservation right NFT to an erasure address to extinguish the reservation right, and executes processing to confirm the reservation by recording the contents of the reservation in a specified location.

[0047] Although one embodiment of the present invention has been described above, the present invention is not limited to the above-described embodiment, and modifications, improvements, etc. within the scope that can achieve the object of the present invention are considered to be included in the present invention.

[0048] For example, in the above-described embodiment, a clear distinction is made between the service provider SB (e.g., a hospital) and the service provider S (e.g., a doctor), but this is not limited to this, and the service provider itself may also be the service provider.

[0049] For example, in the above-described embodiment, the reservation right NFTs were bought and sold in yen, but the type of value used in the transaction is not particularly limited to this and may be, for example, Bitcoin (registered trademark) or other tokens as described above.

[0050] For example, in the above description, a full node of the blockchain network BCN is provided separately from the service providing terminal 2 and the user terminal 3, but the service providing terminal 2 and the user terminal 3 may have a full node configuration. Participation of nodes in the blockchain network may be restricted to make it a private network specialized for reservation rights management, or participation may be unrestricted.

[0051] Although the information processing device has been described above, the present invention is not limited to a personal computer or a server device, and can be realized as a chip, which is an electronic component, and can be easily incorporated into various conventional devices. For example, in the above-described embodiment, various information is stored in the blockchain network BCN, but this is not particularly limited, and it is sufficient that the information is stored using the blockchain network or distributed management ledger technology.

[0052] For example, the system configuration shown in FIG. 5 and the hardware configuration of the server 1 shown in FIG. 6 are merely examples for achieving the object of the present invention, and are not particularly limited.

[0053] In addition, the functional block diagram shown in Fig. 7 is merely an example and is not particularly limited. In other words, it is sufficient that the information processing system in Fig. 5 is provided with a function capable of executing the above-mentioned series of processes as a whole, and the functional blocks and databases used to realize this function are not particularly limited to the example in Fig. 7.

[0054] Furthermore, the locations of the functional blocks are not limited to those shown in Fig. 7 and may be arbitrary. For example, at least some of the functional blocks arranged on the server 1 side may be provided in another information processing device.

[0055] Furthermore, the above-described series of processes can be executed by hardware or software. Furthermore, one functional block may be configured as a single piece of hardware, a single piece of software, or a combination of both.

[0056] When the series of processes is executed by software, the program constituting the software is installed into a computer or the like from a network or a recording medium. The computer may be a computer implemented with dedicated hardware. Furthermore, the computer may be a computer capable of executing various functions by installing various programs thereon, such as a server, a general-purpose smartphone, or a personal computer.

[0057] A recording medium containing such a program may be composed not only of a removable medium (not shown) that is distributed separately from the device main body in order to provide the program to the user, but also of a recording medium that is provided to the user in a pre-installed state in the device main body.

[0058] In this specification, the steps of describing a program to be recorded on a recording medium include not only processes that are performed chronologically according to the order, but also processes that are not necessarily performed chronologically but are executed in parallel or individually.

[0059] In summary, the information processing device and information processing system to which the present invention is applied are only required to have the following configuration, and can take various forms.

[0060] When a service provider (for example, each doctor belonging to the service provider SB in FIG. 1) provides a plurality of the same type of service (for example, medical procedures) within a certain time period (for example, 9:00-17:00 in FIG. 2), the information processing device (for example, server 1 in FIG. 5) includes: a token issuing unit (for example, token issuing unit in FIG. 7) that executes a process of issuing a non-fungible token (for example, reservation right NFT in FIG. 1) that proves that a user (for example, user U in FIG. 1) has a reservation right to provisionally reserve a reservation to receive the provision of the service at a specific time period (for example, a reservation slot of 10:00-10:30) before the reservation is confirmed; and a token transmission unit (e.g., the token transmission unit in FIG. 7) that executes control to transmit the token to an address of a user (e.g., user U in FIG. 1) who satisfies a predetermined condition for having the reservation right (e.g., having paid the price shown in FIG. 2); Equipped with. This ensures equal reservation rights and allows service providers to enjoy benefits as well.

[0061] In addition, in the information processing device, The token issuing means executes a token issuing process with a predetermined party on the service providing side (for example, the service providing business SB in the above example) as an issuer, The token sending means further executes control to send the token to the address of the specific person (e.g., the address of the service providing terminal 2 in FIG. 5), and then executes control to send the token from the address of the specific person to the address of the user (user U in FIG. 1) (e.g., the address of the user terminal 3 in FIG. 5) when the user satisfies a specific condition. It is possible. This makes it possible for token issuers to buy, sell, or transfer tokens to users, and also makes the ownership of the resulting sale or transfer clear.

[0062] In addition, in the information processing device, The token sending means can further execute control to send the token from the address of a first user (user UA in Figure 3) to the address of a second user (e.g., the address of user terminal 3 in Figure 5) when the token exists in the address of the first user (user UB in Figure 3) and the second user (user UB in Figure 3) satisfies a predetermined condition.

[0063] This makes it possible for any user to buy, sell, or transfer tokens to any other user, and the ownership of the resulting sale or transfer is also clearly defined.

[0064] The information processing device further comprises: A value setting unit (e.g., the value setting unit 53 in FIG. 7) that sets a predetermined type of value of the token (e.g., yen, bitcoin, other tokens) In addition, The predetermined condition may provide the holder of the token with a value set by the value setting means (price A++ in FIG. 2). This allows tokens to be bought, sold, and exchanged quickly in line with the needs of any user.

[0065] The information processing device includes: an evaluation unit (e.g., the evaluation unit 54 in FIG. 7) that receives evaluations (e.g., evaluations 3 to 5 in FIG. 2) of a service provider (e.g., service providers SX to SZ in FIG. 2) from a user (e.g., user U in FIG. 2) who has received a service from the service provider; a reliability determining means (e.g., reliability determining unit 55 in FIG. 7) for determining the reliability (e.g., reliability a+ in FIG. 2) of a service provider (e.g., service provider SX in FIG. 2) based on the evaluation; Further equipped with The value setting means can set the value of the token for a given service provider (e.g., service provider SX in FIG. 2) based on the trustworthiness (e.g., trustworthiness a+ in FIG. 2) of the given service provider. This allows service providers to aim for higher reliability, improving the reliability of the entire service, and allows users to enjoy highly satisfying services by paying a price commensurate with the reliability.

[0066] In the information processing device, The value setting means can further set the value of the token (e.g., the price in FIG. 2) for a given service provider (e.g., service providers SX to SZ in FIG. 2) based on a given state regarding the provision of the service at a particular time (e.g., congested zone, quiet zone, etc. in FIG. 2) (for example, in FIG. 2, for service provider SX, the price in the congested zone is set to A++, the price in the normal zone to A+, and the price in the quiet zone to A). This allows the user to select the appropriate service, for example, by paying a sufficient fee to enjoy a highly reliable service even in a congested zone, by paying a sufficient fee to enjoy a highly reliable service at a low price in a quiet zone, and by paying a low price to enjoy a service with a somewhat lower reliability in a congested zone.

[0067] The information processing device includes: The token records the reservation confirmation conditions (such as the reservation change deadline, which is an additional condition) for confirming the reservation. a reservation confirmation means (e.g., the reservation confirmation unit 56 in FIG. 7) that executes a process of confirming the reservation by transmitting the token to an erasure address (e.g., the erasure address in FIG. 1) to cancel the reservation right and record the contents of the reservation in a predetermined location when the reservation confirmation condition is satisfied; The sensor may further include: This will stop reservation rights NFTs from taking on a life of their own and ensure that reservations are confirmed. [Explanation of symbols]

[0068] SB···Service provider, S···Service provider, U···User, 1···Server, 2···Service provider terminal, 3···User terminal

Claims

1. a token issuing means for issuing a non-fungible token that proves that a user has a reservation right, which is a right to provisionally reserve a reservation for a particular time within a certain period of time to receive the same type of service before the reservation is confirmed, when the service provider provides multiple services of the same type within the certain period of time; a token transmission means for executing control for transmitting the token to an address of a user who satisfies a predetermined condition for having the reservation right; An information processing device comprising:

2. the token issuing means executes the token issuing process with a predetermined person on the service provider side as an issuer, The token transmitting means further executes control to transmit the token to the address of the predetermined person, and thereafter, when the user satisfies a predetermined condition, executes control to transmit the token from the address of the predetermined person to the address of the user. The information processing device according to claim 1 .

3. The token transmitting means further executes control to transmit the token from the address of the first user to the address of the second user when the second user satisfies the predetermined condition while the token exists in the address of the first user. The information processing device according to claim 1 .

4. A value setting means for setting a value of a predetermined type of token. Further preparation, The predetermined condition is to provide the owner of the token with the value set by the value setting means. The information processing device according to claim 1 .

5. an evaluation means for receiving an evaluation of the service provider from the user who has received the service from the service provider; a reliability determining means for determining the reliability of the service provider based on the evaluation; Further equipped with The value setting means sets the value of the token for a specific service provider based on the trustworthiness of the specific service provider. The information processing device according to claim 4.

6. The value setting means sets the value of the token for a specific service provider based on a predetermined state regarding the provision of the service at the specific time. The information processing device according to claim 4.

7. The token records reservation confirmation conditions for confirming the reservation, a reservation confirmation means for executing a process of confirming the reservation by transmitting the token to an erasure address to annul the reservation right and recording the contents of the reservation in a predetermined location when the reservation confirmation condition is satisfied; The information processing device according to claim 1 , further comprising:

8. An information processing method executed by an information processing device, a token issuing step of executing a process of issuing a non-fungible token that proves that a user has a reservation right, which is a right to provisionally reserve a reservation for a particular time within the certain time period in order to receive the provision of the same type of service, before the reservation is confirmed, when the service provider provides a plurality of the same type of service within the certain time period; a token transmission step of executing control to transmit the token to an address of a user who satisfies a predetermined condition for having the reservation right; An information processing method comprising:

9. On the computer, a token issuing step of executing a process of issuing a non-fungible token that proves that a user has a reservation right, which is a right to provisionally reserve a reservation for a particular time within the certain time period in order to receive the provision of the same type of service, before the reservation is confirmed, when the service provider provides a plurality of the same type of service within the certain time period; a token transmission step of executing control to transmit the token to an address of a user who satisfies a predetermined condition for having the reservation right; A program that executes control processing including:

Images