JP7620580B2 - Information processing device, information processing method, and information processing program - Google Patents

Description

The present invention relates to an information processing device, an information processing method, and an information processing program that have a function for managing specific transactions carried out between users.

In recent years, various services have been provided in transactions related to goods. For example, Patent Document 1 discloses a rental system that connects lessors and lessees and concludes rental contracts. According to this technology, a rental agent that operates a rental server can recruit lessors over a wide area via a communication network and collect a large number of lease properties, and at the same time, by recruiting lessors over a wide area via the communication network, it is possible to easily connect lessors and lessees whose needs are most suited to each other and conclude a rental contract.

In the field of distribution of the above-mentioned products, there is known technology relating to a delivery management device that manages the delivery of items from senders to recipients (for example, Patent Document 2). The technology described in Patent Document 2 is characterized by the fact that, for example, a product that has been sold in an online auction between a seller and a successful bidder can be delivered by another user to the location of the successful bidder.

JP 2003-76926 A JP 2015-3778 A

However, in the technology described in the above patent document, participants in a transaction could only assume pre-determined roles, leaving room for improvement in terms of providing services that better meet the needs of users.

The objective of this disclosure is to provide a system that allows users to participate in transactions in a more diverse manner and enables transactions related to goods to be conducted more flexibly and smoothly.

The information processing device disclosed herein is provided with a program that executes the steps of accepting a request for a transaction from a first user, notifying one or more users of an offer based on the request, accepting a response to the offer from a second user, and accepting, in association with at least one of the request and the response, information as to whether the first user or the second user will also play a third part, which is a role different from both the first part, which is the role of the first user in the transaction, and the second part, which is the role of the second user, and notifying one or more users of an offer to select a third user to play the third part, if the first user or the second user does not also play the third part.

With this configuration, the first user who requested the transaction, or the second user who responded to the request, can take on a third part that is different from both the first part, which is the role of the first user, and the second part, which is the role of the second user, depending on the situation. This allows users to participate in transactions in a more diverse manner, making transactions related to goods more flexible and smooth.

1 is a diagram illustrating a schematic configuration of an information processing system according to a first embodiment. 2 is a diagram showing components of a server included in the information processing system in the first embodiment in more detail, and also showing components of a user terminal that communicates with the server. FIG. 1 is a diagram illustrating an overview of services provided by an information system in a first embodiment. FIG. FIG. 1 is a first diagram illustrating an example of the flow of operations of the information processing system according to the first embodiment. FIG. 2 is a second diagram illustrating the flow of operations of the information processing system in the first embodiment. FIG. 11 is a diagram illustrating an example of a screen of a user terminal used by a user who is in charge of a first part. 11 is a diagram illustrating an example of a screen of a user terminal used by a user in charge of a second part. FIG. FIG. 11 is a diagram illustrating an overview of services provided by an information system in a second embodiment. FIG. 11 is a first diagram illustrating an example of the flow of operations of an information processing system according to a second embodiment. FIG. 11 is a second diagram illustrating the flow of operations of the information processing system in the second embodiment. FIG. 13 is a diagram illustrating an overview of services provided by an information system according to a third embodiment. FIG. 13 is a first diagram illustrating an example of the flow of operations of the information processing system according to the third embodiment. FIG. 13 is a second diagram illustrating the flow of operations of the information processing system in the third embodiment.

Embodiments of the present disclosure will be described below with reference to the drawings. The configurations of the following embodiments are examples, and the present disclosure is not limited to the configurations of the embodiments.

1. First embodiment
(1-1. System Overview)
An overview of an information processing system in a first embodiment will be described with reference to Fig. 1 and Fig. 2. Fig. 1 is a diagram showing a schematic configuration of an information processing system in this embodiment. An information processing system 100 according to this embodiment is an information processing system that provides a furniture delivery service, and includes a network 200, a server 300, and a user terminal 400. Here, the server 300 manages transactions related to the furniture delivery service that are carried out between users.

The network 200 is, for example, an IP network such as the Internet. If the network 200 is an IP network, it may be wireless, wired, or a combination of wireless and wired. For example, in the case of wireless communication, the user terminal 400 may access a wireless LAN access point (not shown) and communicate with the server 300 via a LAN or WAN. Furthermore, the network 200 is not limited to these examples, and may be, for example, a public switched telephone network, an optical fiber line, an ADSL line, a satellite communication network, etc.

The server 300 is connected to the user terminal 400 via the network 200. Note that in FIG. 1, for the sake of simplicity, one server 300 and four user terminals 400 are shown, but it goes without saying that this is not a limitation.

The server 300 may be any electronic device that has the processing power for arithmetic and processing such as data acquisition, generation, and updating, and may be, for example, a personal computer, server, mainframe, or other electronic device. That is, the server 300 may be configured as a computer having a processor such as a CPU or GPU, a main memory such as a RAM or ROM, and an auxiliary memory such as an EPROM, a hard disk drive, or removable media. The removable media may be, for example, a USB memory or a disk recording medium such as a CD or DVD. The auxiliary memory stores an operating system (OS), various programs, various tables, etc.

In addition, the server 300 may use SaaS (Software as a Service), Paas (Platform as a Service), or IaaS (Infrastructure as a Service) provided by a cloud server as appropriate, without providing software, hardware, an OS, etc., dedicated to the information processing system 100 according to this embodiment.

The user terminal 400 may be any electronic device such as a mobile terminal owned by a user who uses the information processing system 100, and may be, for example, a mobile terminal, a tablet terminal, a smartphone, a wearable terminal, a personal computer, or other terminal device.

The delivery service (hereinafter, also referred to as this service) provided by the information processing system 100 will be described with reference to FIG. 3. In this service, when user A, who plays the role of the delivery requester of delivery item P (first part), makes a delivery request, an offer based on the request is sent to user B, who plays the role of the sender of delivery item P (second part).

User B can select whether or not to take on the role of a deliverer (third part) of delivery item P. If user B does not take on the role of a deliverer (third part), user C is selected to take on the third part, as shown in FIG. 3A. On the other hand, if user B takes on the role of a deliverer (third part), user B delivers delivery item P, as shown in FIG. 3B. In this way, with the delivery service provided by the information processing system 100, users can choose whether or not to take on multiple roles in a transaction, making it possible to provide a variety of services that are more in line with the needs of users. A detailed explanation is provided below.

(1-2. Functional Configuration)
Next, a detailed description will be given mainly of the components of the server 300 with reference to Figures 2 and 3. Figure 2 shows in more detail the components of the server 300 included in the information processing system 100 in the first embodiment, and also shows the components of the user terminal 400 that communicates with the server 300.

The server 300 has a communication unit 301, a memory unit 302, and a control unit 303 as functional units, and loads a program stored in the auxiliary storage device into the working area of the main storage device and executes it. Each functional unit is controlled through the execution of the program, thereby realizing each function that matches the specified purpose of each functional unit. However, some or all of the functions may be realized by hardware circuits such as ASICs and FPGAs.

Here, the communication unit 301 is a communication interface for connecting the server 300 to the network 200. The communication unit 301 is configured to include, for example, a network interface board and a wireless communication circuit for wireless communication. The server 300 is connected to the user terminal 400 and other external devices via the communication unit 301 so as to be able to communicate with them.

The storage unit 302 is configured to include a main storage device and an auxiliary storage device. The main storage device is a memory in which the programs executed by the control unit 303 and the data used by the control programs are expanded. The auxiliary storage device is a device in which the programs executed by the control unit 303 and the data used by the control programs are stored. The storage unit 302 also stores data transmitted from the user terminal 400, etc. The server 300 acquires data transmitted from the user terminal 400, etc. via the communication unit 301.

The control unit 303 is a functional unit that manages the control performed by the server 300. The control unit 303 can be realized by an arithmetic processing device such as a CPU. The control unit 303 further includes four functional units: a reception unit 3031, an offer notification unit 3032, a determination unit 3033, and a selection unit 3034. Each functional unit may be realized by the CPU executing a stored program.

The reception unit 3031 receives a request from a first user who plays a first part defined as the role of a user who requests a furniture delivery request. The reception unit 3031 also receives a response from a second user who plays a second part defined as the role of a user who responds to the request.

The user terminal 400 in this embodiment has a communication unit 401, an input/output unit 402, and a storage unit 403 as functional units. The communication unit 401 is a communication interface for connecting the user terminal 400 to the network 200, and is configured to include, for example, a network interface board and a wireless communication circuit for wireless communication. The input/output unit 402 is a functional unit for displaying information transmitted from the outside via the communication unit 401, and for inputting information when transmitting the information to the outside via the communication unit 401. The storage unit 403 is configured to include a main storage device and an auxiliary storage device, similar to the storage unit 302 of the server 300.

The input/output unit 402 further includes a display unit 4021 and an operation input unit 4022. The display unit 4021 has a function of displaying various information, and is realized, for example, by an LCD (Liquid Crystal Display) display, an LED (Light Emitting Diode) display, an OLED (Organic Light Emitting Diode) display, or the like. The operation input unit 4022 has a function of accepting operation input from the user, and is realized, specifically, by soft keys or hard keys on a touch panel or the like.

The offer notification unit 3032 of the control unit 303 of the server 300 notifies one or more users of an offer based on a request from users participating in the above transaction. The determination unit 3033 determines information contained in the response to the user's offer as to whether the first user or the second user will also be in charge of a third part, which is a role different from both the first and second parts of the transaction. The selection unit 3034 selects a third user to be in charge of the third part when the first user or the second user is not in charge of the third part.

In this way, the control unit 303 functions as a control unit related to the present disclosure by executing the processes of the reception unit 3031, the offer notification unit 3032, the determination unit 3033, and the selection unit 3034.

(1-3. Processing flow)
The flow of operations of the information processing system 100 in this embodiment will be described with reference to Figures 4 and 5. In step S411, a request for a delivery transaction is sent from the user terminal 400. The request may include information on whether or not user A will also serve as a third part as a deliverer (hereinafter, also referred to as concurrent information). In step S421, the reception unit 3031 of the server 300 receives the request.

In step S422, the offer notification unit 3032 of the server 300 notifies the offer to user B, who is in charge of the second part, which is the role of the sender, based on the request accepted by the acceptance unit 3031. In step S431, the user terminal 400 of user B receives the offer.

In step S432, user terminal 400 of user B transmits a response to the received offer. The response may include concurrent role information indicating whether user B also serves as a third part as a delivery person. In step S423, reception unit 3031 of server 300 receives the response.

In step S424, the determination unit 3033 of the server 300 determines the concurrent role information contained in the request and/or response. If the result of determining the concurrent role information indicates that user A or user B does not concurrently play the third part, steps S425 to S412 are performed.

In step S425, the selection unit 3034 of the server 300 selects a third user to perform the third part. Specifically, for example, an order for delivery is placed with the user terminal 400 of user C, which is a delivery company that has been registered in advance. In step S441, the user terminal 400 of user C receives the order.

In step S442, user C's user terminal 400 sends the order as a response. In step S426, the server 300 receives the response.

In step S427, the server 300 sends a notification that the request has been matched. In step S412, the user terminal 400 of user A receives the notification of the match.

On the other hand, if the result of judging the concurrent role information in step S424 is that user B concurrently plays the third part, steps S525 to S512 in FIG. 5 are performed.

In step S525, the server 300 sends a notification to the user terminal 400 of user A that the request has been matched. In step S512, the user terminal 400 of user A receives the notification of the match.

(1-4. Screen examples)
FIG. 6 shows a request reception screen 50 for receiving a request regarding a transaction from user A who is in charge of the first part.

When the user selects the request icon 51, the user terminal 400 accepts a request for delivery of a delivery item. As an example, as shown in FIG. 6, when a user who is performing the first part, which is the role of the delivery requester, also performs the third part, which is the role of the deliverer, the request icon 51a is pressed. When the user who is performing the first part does not also perform the third part, the request icon 51b is pressed. In this way, the request acceptance screen 50 displays an option as to whether or not the user who is performing the first part also performs the third part.

Figure 7 shows the response acceptance screen 60 from user B who is responsible for the second part.

When the user selects response icon 61, the user terminal 400 accepts a response to the offer from the server 300. As an example, as shown in FIG. 7A, when a user who is performing the second part, which is the role of sender, does not also perform the third part, which is the role of deliverer, response icon 61a is pressed. When a user who is performing the second part also performs the third part, response icon 61b is pressed. In this way, the response acceptance screen 60 displays an option for whether or not the user who is performing the second part also performs the third part.

Also, as shown in FIG. 7B, when a user who plays the first part, which is the role of a delivery requester, plays the third part, which is the role of a delivery person, only the response icon 61a is displayed on the response reception screen 60. In other words, since it has been decided that the third part will be performed by the user who plays the first part, the response reception screen 60 does not display an option for the user who plays the second part as to whether or not to also play the third part. With this configuration, the user who plays the second part can choose whether or not to also play the third part only when necessary, improving user convenience.

In this manner, the information processing system 100 in this embodiment executes the steps of accepting a request for a transaction from a first user, notifying one or more users of an offer based on the request, accepting a response to the offer from a second user, accepting information associated with at least one of the request and response as to whether the first user or the second user will also play a third part, which is a role different from both the first part, which is the role of the first user in the transaction, and the second part, which is the role of the second user, and notifying one or more users of an offer to select a third user to play the third part if the first user or the second user does not also play the third part.

This configuration allows users to participate in transactions in a more diverse way, making transactions involving goods more flexible and smoother.

Note that the above explanation is merely one example. For example, when selecting a user to handle the third part, a method such as sending offers to multiple vendors and holding a reverse auction (the lowest bidder wins) could be used.

In addition, in the above description, the concurrent role information is included in the request or response, but the reception unit 3031 may be configured to receive the concurrent role information from the first user or the second user at a timing different from that of the request or response. In other words, the reception unit 3031 may be configured to receive the concurrent role information accompanying the request or response.

<2. Second embodiment>
An information processing system 100 according to the second embodiment of the present disclosure will be described below with reference to Fig. 8 to Fig. 10. Note that the description will focus on differences from the above embodiment, and description of similar configurations will not be repeated.

(2-1. Overview)
In the second embodiment, when user A, who plays the role of requesting repairs to an item (first part), makes a repair request, an offer based on the request is sent to user B, who plays the role of a repair technician (second part).

User B can select whether or not to take on the role of providing the tools required for repairs (third part). If User B does not take on the role of providing the tools (third part), User C is selected to take on the third part, as shown in FIG. 8A. On the other hand, if User B takes on the third part, User B provides the necessary tools, as shown in FIG. 8B. In this way, even in the repair service provided by the information processing system 100 in the second embodiment, the user can choose whether or not to take on multiple roles in the transaction, making it possible to provide a variety of services that are more in line with the needs of the user.

(2-2. Processing flow)
9 and 10, a flow of operations of the information processing system 100 in this embodiment will be described. In step S911, a request for a repair transaction is transmitted from the user terminal 400. In step S921, the receiving unit 3031 of the server 300 receives the request.

In step S922, the offer notification unit 3032 of the server 300 notifies the offer to user B, who is in charge of the second part, which is the role of a repair technician, based on the request accepted by the acceptance unit 3031. In step S931, the user terminal 400 of user B receives the offer.

In step S932, the user terminal 400 of user B transmits a response to the received offer. The response may include dual role information indicating whether user B, who is in charge of the second part as a repair person, is also in charge of the third part as a tool provider. In step S923, the reception unit 3031 of the server 300 receives the response.

In step S924, the determination unit 3033 of the server 300 determines the concurrent role information included in the response. If the result of determining the concurrent role information is that user B does not concurrently play the third part, steps S925 to S912 are performed.

In step S925, the selection unit 3034 of the server 300 selects a third user to perform the third part. Specifically, for example, an order for the provision of tools is placed with the user terminal 400 of user C, who is a tool provider that has been registered in advance. In step S941, the user terminal 400 of user C receives the order.

In step S942, user C's user terminal 400 sends the order as a response. In step S926, the server 300 accepts the response.

In step S927, the server 300 sends a notification that the request has been matched. In step S912, the user terminal 400 of user A receives the notification of the match.

On the other hand, in step S924, if the result of judging the concurrent role information is that user B concurrently plays the third part, steps S1025 to S1012 in FIG. 10 are performed.

In step S1025, the server 300 sends a notification to the user terminal 400 of user A that the request has been matched. In step S1012, the user terminal 400 of user A receives the notification of the match.

As described above, in the second embodiment, the technical ideas of the present disclosure can be applied to a service for requesting repairs of goods, making it possible to conduct transactions related to goods more flexibly and smoothly. This promotes the circulation of products and allows for the effective use of products within that circulation.

<3. Third embodiment>
An information processing system 100 according to the third embodiment of the present disclosure will be described below with reference to Fig. 11 to Fig. 13. Note that the description will focus on differences from the above embodiment, and description of similar configurations will not be repeated.

(3-1. Overview)
In the third embodiment, a role of providing a workshop (fourth part) is further added to the service of requesting repair of an item in the second embodiment. A first part user who requests repair and/or a second part user who is in charge of repair can select whether or not to concurrently take on the role of providing tools (third part) and the role of providing a workshop (fourth part).

As an example, as shown in FIG. 11A, user B, who plays the second part in charge of repairs, can choose to also play the role of providing the tools needed for repairs (third part). Or, as shown in FIG. 11B, user B can choose to play both the third and fourth parts. In this way, the repair service provided by the information processing system 100 in the third embodiment allows users to choose whether or not to play more roles in a transaction, making it possible to provide a more diverse range of services that meet the needs of users compared to the above embodiments.

(2-2. Processing flow)
12 and 13, a flow of operations of the information processing system 100 in this embodiment will be described. In step S1211, a request for a repair transaction is transmitted from the user terminal 400. In step S1221, the receiving unit 3031 of the server 300 receives the request.

In step S1222, the offer notification unit 3032 of the server 300 notifies the offer to user B, who is in charge of the second part, which is the role of a repair technician, based on the request accepted by the acceptance unit 3031. In step S1231, the user terminal 400 of user B receives the offer.

In step S1232, the user terminal 400 of user B transmits a response to the received offer. The response may include dual role information indicating whether user B, who is in charge of the second part as a repair person, is also in charge of the third part as a tool provider and the fourth part as a workshop provider. In step S1223, the reception unit 3031 of the server 300 receives the response.

In step S1224, the determination unit 3033 of the server 300 determines the concurrent role information included in the response. If the result of determining the concurrent role information is that user B does not concurrently play the third and fourth parts, steps S1225 to S1212 are performed.

In step S1225, the selection unit 3034 of the server 300 selects a third user who will perform the third part and a fourth user who will perform the fourth part. Specifically, for example, an offer requesting the provision of tools and a workshop is sent to the user terminal 400 of a pre-registered contractor. In step S1241, the user terminals 400 of users C and D receive the offer.

In step S1252, user D's user terminal 400 sends the order as a response. As an example, the response may include dual role information indicating whether user D is also working the third and fourth parts. In step S1226, server 300 accepts the response.

In step S1227, the determination unit 3033 of the server 300 determines the concurrent role information included in the response. In step S1228, the server 300 sends a notification that the request has been matched. In step S1212, the user terminal 400 of user A receives the notification of the match.

On the other hand, if the result of determining the concurrent role information in step S1224 is that user B is concurrently in charge of both the third and fourth parts, steps S1325 to S1312 in FIG. 13 are performed.

In step S1325, the server 300 sends a notification to the user terminal 400 of user A that the request has been matched. In step S1312, the user terminal 400 of user A receives the notification of the match.

In this way, in the third embodiment, it is possible to select whether or not to take on more roles in a transaction. Note that the above explanation is merely an example, and for example, in a service for requesting repairs on an item, a fifth part may be set whose role is to provide materials for the repairs (building materials, steel, etc.).

4. Other embodiments
The above embodiment is merely an example, and the present disclosure may be modified as appropriate within the scope of the present disclosure. For example, the processes and means described in the present disclosure may be freely combined and implemented as long as no technical contradiction occurs. In the above embodiment, furniture is used as an example of a product, but the product of the present disclosure is not limited to this and may be, for example, a home appliance, a leather bag, a bicycle, or a motorcycle. In addition, the product includes any tangible object such as a product material.

The present disclosure can also be considered as information processing in which three or more roles, including demander and provider, can be selected from demander, payer, provider, proposer, intermediary, evaluator, etc., in transactions in which technology, products, or services are provided. Through the operation of the information processing system 100 described above, the processing procedure mediates transactions between participants using the authority granted according to the above roles.

For example, if the above transaction is a product loan transaction, the demander is the party that is granted the right to use the product, the provider is the party that has the ownership of the product, the payer is the party that has the right to pay the product usage fee, the proposer is the party that has the right to propose the product by coordinating and curating the product, the intermediary is the party that has the right to deliver the product and the right to add information to the product through images and text, and the evaluator is the party that has the right to evaluate the product and each user.

In addition, when the above transaction is a product purchase and sale transaction, the demander is the party that is granted ownership of the product, the provider is the party that sells the ownership of the product, the payer is the party that has the right to pay for the product, the proposer is the party that has the right to propose the product by coordinating or curating it, the intermediary is the party that has the right to deliver the product and the right to add information to the product through images and text, and the evaluator is the party that has the right to evaluate the product and each user.

In addition, if the above transaction is a product delivery transaction, the demander has the role of having the right to receive the product, the provider has the role of having the right to ship the product, the payer has the role of having the right to pay the delivery fee, the proposer has the role of having the right to propose the delivery method, the intermediary has the role of having the right to deliver and the right to inspect, and the evaluator has the role of having the right to evaluate the delivery method and each user.

In addition, if the above transaction is a technology transaction for a product, the demander is in the role of having the right to request the provision of technology, the provider is in the role of having the right to provide technology related to the product, the payer is in the role of having the right to pay technology fees, the role of having the right to pay compensation, or the role of having the right to pay disposal fees, the proposer is in the role of having the right to propose technology providers and other roles, the intermediary is in the role of having the right to provide a workshop, materials, delivery, and inspection rights, and the evaluator is in the role of having the right to evaluate the technology and each user.

In addition, the processing described as being performed by one device may be shared and executed by multiple devices. For example, the offer notification unit 3032 may be formed in a processing device separate from the server 300. In this case, the separate processing device is configured to be able to cooperate favorably with the server 300. In addition, the processing described as being performed by different devices may be executed by one device. In a computer system, the hardware configuration (server configuration) by which each function is realized can be flexibly changed.

The present disclosure can also be realized by supplying a computer program that implements the functions described in the above embodiments to a computer, and having one or more processors of the computer read and execute the program. Such a computer program may be provided to the computer by a non-transitory computer-readable storage medium that can be connected to the system bus of the computer, or may be provided to the computer via a network. Non-transitory computer-readable storage media include, for example, any type of disk, such as a magnetic disk (floppy disk, hard disk drive (HDD), etc.), an optical disk (CD-ROM, DVD disk, Blu-ray disk, etc.), a read-only memory (ROM), a random access memory (RAM), an EPROM, an EEPROM, a magnetic card, a flash memory, an optical card, or any type of medium suitable for storing electronic instructions.

<Additional Notes>
The matters explained in the above embodiments will be supplemented below.
(Appendix 1)
A program that causes a computer to function as a system for managing transactions related to goods or services, the program executing the following steps: receiving a request for the transaction from a first user (S421); notifying one or more users of an offer based on the request (S422); receiving a response to the offer from a second user (S423); receiving, associated with at least one of the request and the response, information regarding whether the first user or the second user will also play a third part, which is a role different from both the first part, which is the role of the first user in the transaction, and the second part, which is the role of the second user (S423); and, if the first user or the second user does not also play the third part, notifying one or more users of an offer (S425) to select a third user to take on the third part.
(Appendix 2)
A program as described in Appendix 1, in which, in a step of accepting information regarding whether the first user or the second user will be in charge of the third part, an option for whether or not to take on the role is displayed on the screen of a terminal used by the first user or the second user.
(Appendix 3)
A program as described in Appendix 1 or Appendix 2, which causes information about the recruitment of a third user to be sent to one or more users as an offer for selecting a third user when the first user or the second user does not also serve as the third part.
(Appendix 4)
A program as described in Appendix 1 or Appendix 2, which, when the first user or the second user does not concurrently serve as the third part, causes a predetermined user to place an order for the third part as an offer for selecting the third user.
(Appendix 5)
A program described in any one of Supplementary Note 1 to Supplementary Note 4, wherein, when the first user also serves as the third part, the response does not include information as to whether or not the first user also serves as the third part.
(Appendix 6)
The program according to any one of claims 1 to 5, wherein the transaction is a transaction relating to delivery of goods.
(Appendix 7)
7. The program of claim 6, wherein the first part is responsible for shipping the item, the second part is responsible for receiving the item, and the third part is responsible for delivering the item.
(Appendix 8)
6. The program according to any one of claims 1 to 5, wherein the transaction is a transaction for repair of an item.
(Appendix 9)
9. The program of claim 8, wherein the first part is responsible for requesting repair of an item, the second part is responsible for repairing the item, and the third part is responsible for providing materials or facilities for repairing the item.
(Appendix 10)
The program described in any one of Appendix 1 to Appendix 9, wherein the transaction requires a fourth or subsequent part that is different from any of the first, second, and third parts, and at least one of the request and the response includes information indicating whether or not the fourth or subsequent part serves as at least one of the third or subsequent parts.
(Appendix 11)
The program described in Appendix 10, wherein, when the first user concurrently holds any one of the third or subsequent parts, the response does not include information regarding whether the first user also holds the part concurrently.

Although various embodiments of the present invention have been described above, these are presented as examples and are not intended to limit the scope of the invention. The novel embodiments can be embodied in various other forms, and various omissions, substitutions, and modifications can be made without departing from the gist of the invention. The embodiments and their modifications are included within the scope and gist of the invention, and are included in the scope of the invention and its equivalents as set forth in the claims.

50: request reception screen, 51: request icon, 51a: request icon, 51b: request icon, 60: response reception screen, 61: response icon, 61a: response icon, 61b: response icon, 100: information processing system, 200: network, 300: server, 301: communication unit, 302: memory unit, 303: control unit, 400: user terminal, 401: communication unit, 402: input/output unit, 403: memory unit, 3031: reception unit, 3032: offer notification unit, 3033: judgment unit, 3034: selection unit, 4021: display unit, 4022: operation input unit.

Claims (13)

A program that causes a computer to function as a system for managing transactions related to goods or services,
The program causes the computer to
accepting a request for the transaction from a first user;
notifying one or more users of offers based on the requests;
receiving a response from a second user regarding acceptance or rejection of the offer ;
receiving information associated with at least one of the request and the response as to whether the first user or the second user concurrently plays a third part, which is a role different from both a first part, which is a role of a first user in the transaction, and a second part, which is a role of a second user in the transaction;
A program that executes a step of notifying one or more users of an offer to select a third user to take on the third part when the first user or the second user does not also take on the third part. The program is
In the step of receiving information on whether the third part is performed by the first user or the second user,
The program according to claim 1 , further comprising: displaying an option of whether or not to hold the concurrent position on a screen of a terminal used by the first user or the second user. The program according to claim 1 or 2, which causes information about the recruitment of the third user to be sent to one or more users as an offer for selecting the third user when the first user or the second user does not concurrently serve as the third part-timer. The program according to claim 1 or 2, which, when the first user or the second user does not concurrently perform the third part-time job, causes a predetermined user to place an order for the third part-time job as an offer for selecting the third user. The program according to any one of claims 1 to 4, wherein, if the first user also serves as the third part, the response does not include information as to whether or not the first user also serves as the third part. The program according to any one of claims 1 to 5, wherein the transaction is a transaction regarding the delivery of goods. The first part is responsible for shipping the item,
The second part is responsible for receiving the item,
The program according to claim 6 , wherein the third part is responsible for delivering the item. The program according to any one of claims 1 to 5, wherein the transaction is a transaction regarding the repair of an item. The first part has a role of requesting repairs of the item,
The second part is responsible for repairing the item,
The program of claim 8 , wherein the third part is responsible for providing materials or facilities for repairing the item. the transaction requires a fourth or subsequent part that is different from any of the first, second, and third parts;
The program according to any one of claims 1 to 9, wherein at least one of the request and the response includes information indicating whether or not it also serves as at least one of the third and subsequent parts. The program according to claim 10, wherein, when the first user concurrently holds one of the third and subsequent parts, the response does not include information as to whether the first user concurrently holds the part. 1. A method for causing a computer to function as a system for managing transactions relating to goods or services, comprising the steps of:
The method further comprises the steps of:
accepting a request for the transaction from a first user;
notifying one or more users of offers based on the requests;
receiving a response from a second user regarding acceptance or rejection of the offer;
a third part associated with at least one of the request and the response, the third part being a role different from both a first part being a role of a first user in the transaction and a second part being a role of a second user;
receiving information regarding whether the first user or the second user is concurrently serving;
If the first user or the second user does not also serve as the third part, notifying one or more users of an offer to select a third user to serve as the third part. An information processing device for managing transactions relating to goods or services, comprising:
The processor,
accepting a request for the transaction from a first user;
notifying one or more users of offers based on the requests;
receiving a response from a second user regarding acceptance or rejection of the offer ;
receiving information associated with at least one of the request and the response as to whether the first user or the second user concurrently plays a third part, which is a role different from both a first part, which is a role of a first user in the transaction, and a second part, which is a role of a second user in the transaction;
An information processing device that executes a step of notifying one or more users of an offer to select a third user to take on the third part when the first user or the second user does not also take on the third part.