Program

Abstract

To provide a program which easily achieves proxy of either or both of receipt of service and purchase of a commodity at a store.SOLUTION: A program PG allows a computer to execute: a function S32 of transmitting proxy request information to line at a store as a proxy, for either or both of receipt of service and purchase of a commodity, from one terminal 10A among a plurality of terminals 10; a function S33 of receiving the proxy request information in the other plurality of terminals 10B, 10C and 10D other than the one terminal 10A; acceptance desire receiving functions S34 and S35 for transmitting acceptance desire information desiring acceptance of the proxy from the plurality of other terminals 10B, 10C and 10D, and receiving the acceptance desire information in the one terminal 10A; and approvable transmission functions S36 and S37 of transmitting approval information approving the acceptance of the proxy from the one terminal 10A, and receiving the approval information in the selected terminal 10B.SELECTED DRAWING: Figure 2B

Description

[Technical Field]

[0001] The present invention relates to a program. [Background technology]

[0002] Patent Document 1 discloses a quest provision system that displays social issues (problems) on a map in the form of quests and provides points to nearby users when they solve the issues. This quest provision system includes (1) a quest management server, (2) a requester terminal, and (3) a user terminal, all of which are connected to one another via a network (see Figure 1 in Patent Document 1). The quest management server has a control unit, a storage unit, and an interface unit, and the control unit executes a processing program stored in the storage unit (see paragraph "0028" of the specification of Patent Document 1). The requester terminal is a terminal device (computer) of the requester who requests a quest, and has an app for requesting quests (this app) pre-installed (see paragraph "0031" of the specification of Patent Document 1). The requester terminal inputs data such as the target area (location information) for performing the quest, reward points, estimated work time, and work content as the request content (quest content) in accordance with a format provided by the quest management server, and transmits this data to the quest management server via a network (see paragraph "0031" of the specification of Patent Document 1). The user terminal is a terminal device such as a smartphone or tablet owned by a user who responds to (performs) a quest, and has an application (this application) installed in advance for displaying the quest content and inputting the results of the quest. The user terminal accesses the quest management server via a network and displays the content of the quest (see paragraph "0032" of the specification of Patent Document 1). In this quest provision system, the quest management server receives the content of the quest, including the location information of the location corresponding to the quest and the number of points as a reward, from the terminal of the person requesting the quest, and when it receives an instruction to display the quest from the user terminal of the user performing the quest, it displays a map on the display screen of the user terminal and displays the quest icon and number of points at the position on the map indicated by the location information (see claim 1, Figure 1, etc. of Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2023-64713 Summary of the Invention [Problem to be solved by the invention]

[0004] According to the quest provision system of Patent Document 1, requesters can easily request quests, and users can easily recognize nearby quests and select a quest that suits them (see paragraph "0022" of the specification of Patent Document 1), but it does not easily realize the ability to act as an agent for either or both of accepting services at a store and purchasing products.

[0005] One of the objects of the program of the present invention is to provide a program that easily realizes proxy service for either or both of accepting services and purchasing products at a store. [Means for solving the problem]

[0006] The program of the first aspect comprises: A program that runs on a computer that is configured with a plurality of terminals and a server that is connected to the plurality of terminals via a network, and that enables the transmission of information for either or both of receiving services and purchasing products at a plurality of stores between the plurality of terminals via the server, a UI for inputting information to be transmitted from each terminal to a terminal other than each terminal via each screen of the plurality of terminals; The computer, (A1) a proxy request sending function that causes one of the plurality of terminals to send proxy request information, which includes at least a specified date and time and a requested amount, for having another person queue up at a store designated via the UI of the one terminal to receive a service and / or purchase a product for the user at the store; (A2) a proxy request receiving function that causes at least one terminal of a plurality of terminals other than the one terminal to receive the proxy request information; (A3) a request reception function that transmits request information for requesting the proxy from at least one or more of the other terminals and receives at least one or more of the request information at the one terminal; (A4) an approval sending function that causes the one terminal to send approval information that approves the acceptance of the proxy to a terminal selected by the one terminal from among the at least one or more terminals that have sent the request information, and causes the selected terminal to receive the approval information; Execute the following.

[0007] The program of the second aspect is A program according to a first aspect, The desired case information includes the desired amount of the case.

[0008] The program of the third aspect is A program according to the first or second aspect, The computer, (A5) a location display function that displays the locations of the plurality of stores and the plurality of terminals on each screen of the plurality of terminals via the UI; Further execute the following.

[0009] The program of the fourth aspect is A program according to any one of the first to third aspects, the UI of the selected terminal is set to allow input of a queue order at the store when the approval transmission function is executed, The computer, (A6) an order notification function that, when the order is input from the selected terminal, the order is transmitted from the selected terminal and the one terminal receives the order and the input time thereof; Further execute the following.

[0010] The program of the fifth aspect is A program according to any one of the first to third aspects, the UI of the selected terminal is set to allow input of information about the length of time the user has lined up at the store when the approval transmission function is executed, The computer, (A7) a storage function for storing past proxy information including the store name, date and time, weather, and length of time spent in line for a plurality of proxy actions that have been performed in the past; (A8) a generation function that performs machine learning on the correlation between the date, time, and weather at each store and the length of time people line up from the past proxy information stored by the storage function as training data, and generates a correlation model of the length of time people line up at each store on a specific date and time; (A9) an expected time length display function that displays an expected queuing time length when queuing up at the specified date and time on the UI of the one terminal; Execute the following.

[0011] The program of the sixth aspect is A program that runs on a computer that is configured with a plurality of terminals and a server that is connected to the plurality of terminals via a network, and that enables the transmission of information for either or both of receiving services and purchasing products at a plurality of stores between the plurality of terminals via the server, a UI for inputting information to be transmitted from each terminal to a terminal other than each terminal via each screen of the plurality of terminals; The computer, (B1) an agency contract sending function that sends agency contract information from one of the plurality of terminals via the UI of the one terminal, in order to accept a service for another person at the designated store and / or purchase a product at the designated store, the agency contract information including at least a designated date and time and a contract amount; (B2) an agency contract receiving function that causes at least one terminal of a plurality of terminals other than the one terminal to receive the agency contract information; (B3) a commission request receiving function that causes at least one or more of the other terminals to transmit commission request information requesting commission of the proxy, and causes the one terminal to receive at least one or more of the commission request information; (B4) an approval sending function that causes the one terminal to send approval information approving the entrustment of the proxy to a terminal selected by the one terminal from among the at least one or more terminals that have sent the entrustment request information, and causes the selected terminal to receive the approval information; Execute the following.

[0012] The program of the seventh aspect is A program according to a sixth aspect, The desired consignment information includes a desired consignment amount.

[0013] The program of the eighth aspect is A program according to the sixth or seventh aspect, The computer, (B5) a location display function that displays the locations of the plurality of stores and the plurality of terminals on each screen of the plurality of terminals via the UI; Further execute the following.

[0014] The program of the ninth aspect is A program according to any one of sixth to eighth aspects, The UI of the one terminal is set to allow input of a sorting order at the store when the proxy contract transmission function is executed, The computer, (B6) an order notification function that, when the order is input from the one terminal, the order is transmitted from the one terminal and the order and the input time are received by at least one terminal of the plurality of terminals other than the one terminal; Further execute the following.

[0015] The program of the tenth aspect is A program according to any one of sixth to eighth aspects, The UI of the one terminal is set to allow input of information about the length of time the customer has lined up at the store when the proxy contract transmission function is executed, The computer, (B7) a memory function for storing past proxy information including the store name, date and time, weather, and length of time spent in line for a plurality of proxy actions that have been performed in the past; (B8) a generation function that performs machine learning on the correlation between the date, time, and weather at each store and the length of time people line up from the past proxy information stored by the storage function as training data, and generates a correlation model of the length of time people line up at each store on a specific date and time; (B9) an expected time length display function that displays an expected queuing time length when queuing up at the specified date and time on the UI of the one terminal; Execute the following.

[0016] The program of the eleventh aspect is A program according to any one of the first to fifth aspects, which is a purchaser-initiated program that allows another user to queue on behalf of the purchaser at a store designated by the purchaser; A program according to any one of sixth to tenth aspects, which is a seller-initiated program that allows other users to purchase items in a line-up at a store designated by a user as a seller; Including, If the agency contract information is transmitted from the seller's terminal by the agency contract transmission function during the period from the transmission of the agency request information from the purchaser's terminal by the agency request transmission function to the execution of the approval transmission function, the agency request reception function converts the agency contract information from the seller's terminal into the acceptance request information and causes the purchaser's terminal to receive it.

[0017] The program of the twelfth aspect is A program according to any one of the first to fifth aspects, which is a purchaser-initiated program that allows another user to queue on behalf of the purchaser at a store designated by the purchaser; A program according to any one of sixth to tenth aspects, which is a seller-initiated program that allows other users to purchase items in a line-up at a store designated by a user as a seller; Including, If the agency request information is transmitted from the purchaser's terminal by the agency request transmission function during the period from the transmission of the agency contract information from the seller's terminal by the agency contract transmission function to the execution of the approval transmission function, the agency contract reception function converts the agency request information from the purchaser's terminal into the entrustment request information and causes the seller's terminal to receive it. [Effects of the Invention]

[0018] The program of the first aspect easily realizes proxy service for one or both of receiving a service and purchasing a product at a store. More specifically, the program of the first aspect easily realizes proxy service for one or both of receiving a service and purchasing a product by having another person line up at a store designated by the user.

[0019] The program of the second aspect allows the client to decide whether to accept the case by making it possible to communicate the desired amount of the case.

[0020] The program of the third aspect allows the computer to execute a location display function, thereby allowing the client to know the current location of the person seeking assignment.

[0021] The program of the fourth aspect allows the computer to execute a sequential notification function, thereby making it possible for the requester to know the deviation from the designated date and time.

[0022] The program of the fifth aspect allows the computer to execute the storage function, the generation function, and the predicted time length display function, thereby allowing the client to understand the deviation from the designated date and time.

[0023] The program of the sixth aspect easily realizes proxy service for either or both of receiving a service and purchasing a product at a store. More specifically, the program of the sixth aspect easily realizes proxy service for either or both of receiving a service and purchasing a product for another person by lining up at a store designated by the user.

[0024] The program of the seventh aspect allows the contractor to decide whether to approve the outsourcing by making it possible to communicate the desired contract price.

[0025] The program of the eighth aspect allows the computer to execute a location display function, thereby allowing the contractor to know the current location of the entrustment applicant.

[0026] The program of the ninth aspect allows the computer to execute a sequential notification function, thereby making it possible for the client to know the deviation from the designated date and time.

[0027] The program of the tenth aspect allows the computer to execute the functions of storing, generating, and displaying the estimated time length, thereby enabling the client to understand the deviation from the designated date and time.

[0028] The programs of the 11th and 12th aspects can match users when a program described in any one of the 1st to 5th aspects and a program described in any one of the 6th to 10th aspects are executed at the same time and the users are requesting surrogacy at the same store. [Brief explanation of the drawings]

[0029] [Figure 1A] 1 is a schematic diagram of a proxy system according to an embodiment of the present invention (hereinafter referred to as the present embodiment). [Figure 1B] FIG. 2 is a schematic diagram of a server according to the present embodiment. [Figure 2A] FIG. 2 is an overall flow diagram of a proxy program according to the present embodiment. [Figure 2B] FIG. 10 is a flow diagram of a purchaser mode that is part of the agent program of the present embodiment. [Figure 2C] FIG. 10 is a flow diagram of a line-up mode, which is another part of the proxy program of the present embodiment. [Figure 3] 10 is a table summarizing examples of usage patterns of the proxy program of the present embodiment. [Figure 4] 10A and 10B are diagrams for explaining an example of a display result of a map display function displayed by a UI included in the proxy program of the present embodiment. DETAILED DESCRIPTION OF THE INVENTION

[0030] Overview The present embodiment will be described below, followed by a number of modifications.

[0031] <<Present Embodiment>> The following describes the agent system AS (an example of a computer, see FIG. 1A) of this embodiment with reference to the drawings. First, the concept of the agent system AS conceived by the inventor of the present application will be explained. Next, the functions of the agent system AS and its hardware configuration will be described. Next, the basic configuration, operation and effects of the software of the proxy system AS, that is, the basic configuration, operation and effects of the proxy program PG (an example of a program, see FIGS. 2A, 2B and 2C) will be described. Next, the proxy system AS and proxy program PG will be described with reference to several use examples (see FIG. 3). Next, the additional configuration, operation and effects of the proxy program PG will be explained.

[0032] <Concept of proxy system and proxy program> The following explains the concepts of the proxy system AS and proxy program PG. Although the description in this paragraph does not directly relate to the invention, we believe that it is extremely important in terms of contributing to the development of industry, which is the legal purpose of the Patent Act (see Article 1 of the Patent Act). ======================================== For example, when demand exceeds supply at a popular ramen restaurant, it can be said that this is due to an error in the restaurant's own pricing. In other words, if the price is too low, users of the service have to wait long, resulting in a significant decrease in convenience. Therefore, by using the proxy system PS and proxy program PG, the need to eat quickly without waiting in line, even if it means paying a high price, can be met. In other words, by expanding the original demand (people who don't want to eat if they have to wait in line, will eat if they can avoid the high cost of waiting in line), and by satisfying demand from people who consider the price to be equivalent even if it is high, it is possible to approach the ideal of so-called first-degree price discrimination. Sometimes just waiting (standing in line) can be tough due to the cold or heat, but if people can get paid just for standing in line and doing simple tasks, it will be possible to create labor suppliers, such as housewives, unemployed part-time workers, and students, as long as they have a device such as a smartphone. If the proxy system PS and proxy program PG are used by many users, inflation can be induced by effectively raising prices, which means that the economy will recover. ========================================

[0033] <Functions and hardware configuration of the proxy system> Fig. 1A is a schematic diagram of an agent system AS of this embodiment, and Fig. 1B is a schematic diagram of a server 20 of this embodiment. The agency system AS is hardware that enables multiple terminals 10 (10A, 10B, 10C, 10D, etc.) to communicate information between each other via a server 20 for either or both of accepting services and purchasing products at multiple stores. As shown in FIG. 1, the agent system AS includes a plurality of terminals 10 (10A, 10B, 10C, 10D, . . . ), a server 20, and a communication network 30 (an example of a network). Here, in FIG. 1A, the multiple terminals 10 are illustrated as if they were a collection of terminals 10A, 10B, 10C, and 10D, but terminals 10A, 10B, 10C, and 10D are examples of some of the multiple terminals 10. The agency program PG is a program that runs on the agency system AS. The agency program PG is software that causes the agency system AS to transmit information for accepting services and / or purchasing products at multiple stores, and the specific functions that it executes will be described later.

[0034] <Multiple devices> The plurality of terminals 10 (10A, 10B, 10C, 10D, . . . ) are information terminals that allow a plurality of users UA, UB, UC, UD, . . . to use the proxy program PG. Specifically, a part of the agency program PG is installed on each of the terminals 10A, 10B, 10C, 10D, etc., or a web browser that can run the agency program PG as a web application is installed on each of the terminals 10A, 10B, 10C, 10D, etc. The agency program PG is set to be available for use after each of the users UA, UB, UC, UD, etc. registers personal information (such as address, name, age, facial photo, credit card number, etc.) from each of the terminals 10A, 10B, 10C, 10D, etc. via the communication network 30 to the server 20, where it is stored in a storage unit 24 (see FIG. 1B) of the server 20, which will be described later. The terminals 10A, 10B, 10C, 10D, etc. may take any form as long as they are capable of communicating with the server 20 via the communication network 30. Examples of such forms include smartphones, smart watches, mobile phones, tablets, personal computers, and other information and communication terminals.

[0035] As described above, the terminals 10A, 10B, 10C, 10D, etc. are set up to be able to transmit information to one another via the server 20 and the communication network 30. The operation of the proxy program PG in each of the terminals 10A, 10B, 10C, 10D, etc. is set up to be performed via a dedicated UI (user interface).

[0036] Servers and communication networks 1A, the server 20 is communicatively connected to a plurality of terminals 10A, 10B, 10C, 10D, etc. via a communication network 30. The server 20 has a function of managing the plurality of terminals 10A, 10B, 10C, 10D, etc. The communication network 30 is, for example, an information communication line such as the Internet.

[0037] As shown in FIG. 1B, the server 20 includes a processing unit 22 (an example of which is a CPU (Central Processing Unit)) and a storage unit 24 (an example of which is a memory). The processing unit 22 reads data stored in the storage unit 24 and performs arithmetic processing. The data includes, for example, an application AP. The application AP includes a proxy program PG (see FIGS. 2A, 2B, and 2C), a data file DF, and various libraries LB.

[0038] The above is a description of the functions and hardware configuration of the agent system AS of this embodiment.

[0039] <Basic configuration, operation and effects of the proxy system software (proxy program)> Next, the configuration and operation of the proxy program PG of this embodiment will be described with reference to FIGS. 2A, 2B, 2C, 3A, and 3B.

[0040] Overall flow Fig. 2A is an overall flow diagram of the proxy program PG, which shows the overall flow when users UA, UB, etc. use the proxy program PG on terminals 10A, 10B, etc. As shown in FIG. 2A, the agent program PG causes the agent system AS (see FIG. 1A) to execute at least a login function S10, a mode selection function S20, a purchaser mode function S30, and a queue mode function S40.

[0041] Here, the purchaser mode is a mode used by a user (e.g., user UA) to have another user (user UB, UC, UD, ...) stand in line on his / her behalf at a store (not shown, for example, a restaurant, food and beverage store, etc.) specified by the user (user UA) via the UI displayed on the screen of his / her terminal 10A to accept a service or purchase a product at the store, or both. In contrast, the queue mode is a mode used by a queue user (for example, user UB) to queue up on behalf of other users (users UA, UC, UD, etc.) at a store (not shown, for example, a restaurant, food and beverage store, etc.) specified by the user (user UB) via the UI displayed on the screen of the user's terminal 10A to accept a service or purchase a product, or both, at the store.

[0042] For example, when a user (user UA) logs in to the agency program PG using his / her own terminal 10A (login function S10), the mode selection function S20 allows the user UA to select via the UI whether to use the purchaser mode function S30 or the queue mode function S40. Thereafter, the agency program PG causes the agency system AS to execute a program (FIG. 2B or FIG. 2C) corresponding to the selected mode. In the flow diagram of FIG. 2A, the mode selection function S20 is an example of a decision step, but in the UI it is simply displayed as two types of selection buttons (a selection button for the purchaser mode and a selection button for the queue shop mode).

[0043] <Purchaser Mode Function S30> Next, the configuration and operation of the agent program PG, which is executed when the determination in S20 is affirmative, i.e., when the user UA selects the purchaser mode function S30, will be described. Here, FIG. 2B is a flow diagram of the purchaser mode function S30. The purchaser mode function S30 causes the agency system AS (see FIG. 1A) to execute, in the order listed, a purchaser mode display function S31, an agency request information sending function S32, an agency request information receiving function S33, an assignment request information sending function S34, an assignment request information receiving function S35, an acceptance information sending function S36, an acceptance information receiving function S37, and a closing function S38. These functions are basic functions of the purchaser mode function S30.

[0044] Next, each function constituting the purchaser mode function S30 will be described with reference to the flow diagram of Fig. 2B. Here, communication of information between the multiple terminals 10A, 10B, ... in each function is executed via the server 20, and the server 20 is configured to store the information received each time in the storage unit 24 (see Fig. 1B).

[0045] (Purchaser mode display function S31) The purchaser mode display function S31 is a function for displaying a purchaser mode UI on the screen (not shown) of the terminal 10A of the user UA who is the requester. The displayed UI allows the requesting user UA to input or select (1) the store name, (2) the date and time (specified date and time) when another user UB will line up at the store to take over for the user UB, and (3) the fee (request amount) for the proxy. In this case, the UI may also allow the requesting user UA to input or select (4) the response deadline. The specified date and time in (2) above may be a date and time when the user UB will have another user UB line up at the store to receive the product purchased on the user UB's behalf from the user UB. In this case, the displayed UI may also prompt the user UA to input or select a location for handing over the product purchased on the user UB's behalf to the user UA.

[0046] (Proxy request information sending function S32) The proxy request information sending function S32 is a function that causes the terminal 10A of the requesting user UA to send the information (proxy request information) selected or entered via the UI displayed by the purchaser mode display function S31 to the server 20 together with the user name (in this case, user UA).

[0047] (Proxy request information receiving function S33) The proxy request information receiving function S33 is a function that causes the server 20 to transmit proxy request information to terminals 10B, 10C, 10D, etc. other than the terminal 10A of the requesting user UA. When the proxy request information receiving function S33 is executed, the terminals 10B, 10C, 10D, etc. receive the proxy request information. If the UI of the agency program PG is running on the terminals 10B, 10C, 10D, etc. when the agency request information is received, the agency request information is displayed via the UI. Also, if the UI of the agency program PG is not running on the terminals 10B, 10C, 10D, etc. when the agency request information is received, the agency program PG sends a push notification to the screens of the terminals 10B, 10C, 10D, etc. that the agency request information has been received. Such a display method or notification method is also performed in the case of the consent information receiving function S37, which will be described later.

[0048] (S34) The request information sending function S34 is a function that, when users UB, UC, UD, etc. who have received the proxy request information wish to take on the request (proxy) of the requesting user UA, sends information (request information) indicating that they wish to take on the proxy along with their user name (user UB in this case) from their respective terminals 10B, 10C, 10D, etc. via their respective UIs to the server 20. The UI displayed on the screen of the terminal 10B of the user UB who is the person wishing to take on the case (the person waiting in line) allows the user UB to select or input (1) the fact that he / she wishes to take on the case as the case wishing information. In this case, the UI may also allow the user UB to select or input (2) the amount of the case he / she wishes to take on and (3) the date and time he / she wishes to change from the specified date and time, along with (1) the fact that he / she wishes to take on the case.

[0049] (Receiving information about desired cases S35) The case request information receiving function S35 is a function that causes the server 20 to transmit the case request information received from the terminal 10B of the user UB who is the case requester (line-up shop) to the terminal 10A of the user UA who is the client. When the case request information receiving function S35 is executed, the terminal 10A receives the case request information. If the UI of the agency program PG is running on terminal 10A when the case request information is received, the case request information is displayed via the UI. Also, if the UI of the agency program PG is not running on terminal 10A when the case request information is received, the agency program PG sends a push notification to the screen of terminal 10A that the case request information has been received. In this embodiment, the combination of the case request information sending function S34 and the case request information receiving function S35 is called a case request receiving function.

[0050] (Consent information sending function S36) The acceptance information sending function S36 is a function that, when a user UA who has received the request information wishes to make a request to a user UB who wishes to be assigned (a line-up shop), sends information (acceptance information) from his / her own terminal 10A via its UI to the server 20 indicating that he / she agrees to accept the request as a proxy. In this case, when there is a difference between the conditions of the request information and the conditions of the proxy request information, for example, when the requested amount is lower than the requested amount or when a date and time different from the specified date and time is specified (when a desired change date and time is specified), the user UA may be able to negotiate the conditions with the user UB via the UI, reach an agreement, and then transmit the acceptance information. Also, if the request information is sent from a terminal other than the terminal 10B (for example, the terminal 10C) when the request information sending function S34 is executed, and as a result the user UA receives two or more request information when the request information receiving function S35 is executed, the user UA may be able to select a user from the two or more requesters via the UI and transmit the acceptance information.

[0051] (Consent information receiving function S37) The consent information receiving function S37 is a function that causes the server 20 to transmit consent information to the terminal 10B of a user (for example, user UB) selected by the terminal 10A of the requesting user UA. When the consent information receiving function S37 is executed, the terminal 10B of the user UB receives the consent information. In this embodiment, the combination of the approval information sending function S36 and the approval information receiving function S37 is called an approval sending function.

[0052] (Closing function S38) The closing function S38 is a function that, when the requesting user UA arrives at the store and takes over from the queueing user UB, or when the proxy service is completed after the user UA receives the product from the queueing user UB, transmits a message from the terminal 10A of the user UA and the terminal 10B of the user UB to the server 20 indicating that the proxy service has been completed, and the server 20 records the completion of the proxy service in the storage unit 24. Accordingly, the server 20 executes, for example, a procedure for the user UA to pay the proxy service fee to the user UB, and the purchaser mode function S30 ends.

[0053] <Line-up mode function S40> Next, the configuration and operation of the proxy program PG will be described in the case where the determination in S20 is negative, that is, when the user UA selects the line-up store mode function S40. Here, FIG. 2C is a flow diagram of the line-up store mode function S40. The line-up mode function S40 causes the agency system AS (see FIG. 1A) to execute, in the order listed, the line-up mode display function S41, the agency contract information sending function S42, the agency contract information receiving function S43, the entrustment desired information sending function S44, the entrustment desired information receiving function S45, the consent information sending function S46, the consent information receiving function S47, and the closing function S48. These functions are basic functions of the line-up mode function S40.

[0054] Next, each function constituting the line-up mode function S40 will be described with reference to the flow diagram of Fig. 2C. Here, communication of information between the multiple terminals 10A, 10B, ... in each function is executed via the server 20, and the server 20 is configured to store the information received each time in the storage unit 24 (see Fig. 1B).

[0055] (Line-up mode display function S41) The line-up store mode display function S41 is a function for displaying a line-up store mode UI on the screen (not shown) of the terminal 10B of the user UB who is a line-up store. The displayed UI allows the user UB, who is a queue shop owner, to input or select (1) the store name, (2) the date and time (specified date and time) when he / she will queue up at the store and take over from another user UA, and (3) the fee (contract amount) for the proxy. In this case, the UI may also allow the user UB to input or select (4) the response deadline. The specified date and time in (2) above may be the date and time when the user UB lines up at the store and hands over the purchased product to the user UA. In this case, the displayed UI may prompt the user UB to input or select a location for handing over the purchased product to the user UA.

[0056] (Subcontract information sending function S42) The proxy contract information transmission function S42 is a function that causes the terminal 10B of the user UB, who is a queue shopper, to transmit the information (proxy contract information) selected or input via the UI displayed by the queue shop mode display function S41 to the server 20 together with the user name (in this case, user UB).

[0057] (Subcontract information receiving function S43) The agency contract information receiving function S43 is a function that causes the server 20 to transmit agency contract information to the terminals 10A, 10C, 10D, etc. other than the terminal 10B of the user UB, who is a line-up shop. When the agency contract information receiving function S43 is executed, the terminals 10A, 10C, 10D, etc. receive the agency contract information. If the UI of the agency program PG is running on the terminals 10A, 10C, 10D, etc. when the agency contract information is received, the agency contract information is displayed via the UI. Also, if the UI of the agency program PG is not running on the terminals 10A, 10C, 10D, etc. when the agency contract information is received, the agency program PG sends a push notification to the screens of the terminals 10A, 10C, 10D, etc. that the agency contract information has been received. Such a display method or notification method is also performed in the case of the consent information receiving function S47, which will be described later.

[0058] (Consignment request information sending function S44) The entrustment request information sending function S44 is a function that, when users UA, UC, UD, etc. who have received the proxy contract information wish to entrust the proposed content (proxy) of user UB, who is also a queue shop, sends information (entrustment request information) indicating their desire to entrust the proxy to server 20 from their respective terminals 10A, 10C, 10D, etc. via their respective UIs, together with their respective user names (user UA in this case). The UI displayed on the screen of the terminal 10A of the user UA who wishes to entrust the item prompts the user UA to select or input (1) a desire to entrust the item as the entrustment desired information. In this case, the UI may prompt the user UA to select or input (2) a desired entrustment amount and (3) a desired date and time to change the specified date and time, along with (1) a desire to entrust the item.

[0059] (Consignment request information receiving function S45) The consignment desired information receiving function S45 is a function that causes the server 20 to transmit the consignment desired information received from the terminal 10A of the user UA who wishes to consign to the terminal 10B of the user UB who is a line-up shop. When the consignment desired information receiving function S45 is executed, the terminal 10B receives the consignment desired information. If the UI of the agency program PG is running on terminal 10B when the entrustment desired information is received, the entrustment desired information is displayed via the UI. Also, if the UI of the agency program PG is not running on terminal 10B when the entrustment desired information is received, the agency program PG sends a push notification to the screen of terminal 10B that the entrustment desired information has been received. In this embodiment, the combination of the entrustment desired information sending function S44 and the entrustment desired information receiving function S45 is called an entrustment desired information receiving function.

[0060] (Consent information sending function S46) The consent information sending function S46 is a function that, when a user UB who has received the entrustment request information wishes to make a request to a user UA who wishes to entrust the work, sends information (consent information) from his / her own terminal 10B via its UI to the server 20 indicating that he / she consents to the entrustment of the work on his / her behalf. In this case, when there is a difference between the conditions of the entrustment desired information and the conditions of the agency contract information, for example, when the entrustment desired amount is lower than the contract amount or when a date and time different from the specified date and time is specified (when a change desired date and time is specified), the user UB may be able to negotiate the conditions with the user UA via the UI, reach an agreement, and then transmit the acceptance information. Also, if entrustment desired information is sent from a terminal other than the terminal 10A (for example, the terminal 10C) when the entrustment desired information sending function S44 is executed, and as a result the user UB receives two or more pieces of entrustment desired information when the entrustment desired information receiving function S45 is executed, the user UB may be able to select a selected user from the two or more entrustment wishers via the UI and transmit the acceptance information.

[0061] (Consent information receiving function S47) The consent information receiving function S47 is a function that causes the server 20 to transmit consent information to the terminal 10A of a user (for example, user UA) selected by the terminal 10B of user UB, who is a queue shopper. When the consent information receiving function S47 is executed, the terminal 10A of user UA receives the consent information. In this embodiment, the combination of the approval information sending function S46 and the approval information receiving function S47 is called an approval sending function.

[0062] (Closing function S48) The closing function S48 is a function that, when the user UA, who is the entrustor, arrives at the store, and when the user UA takes over from the queueing user UB, or when the proxy service is completed after the user UB has handed over the product to him / her, the server 20 receives a message from the terminal 10B of the user UB and the terminal 10A of the user UA to inform the server 20 that the proxy service has been completed, and the server 20 records the completion of the proxy service in the storage unit 24. Accordingly, the server 20 executes, for example, a procedure for the user UA to pay the proxy service fee to the user UB, and the proxy service mode function S40 ends.

[0063] The above is an explanation of the basic configuration, operation, and effects of the software (agent program PG) of the agent system AS.

[0064] <Examples of using the proxy system AS and proxy program PG> Next, an example of using the proxy program PG of this embodiment will be described. Figure 3 is a table summarizing examples of usage patterns for the proxy program PG. This table is divided into the following categories: (1) whether the initial caller is a buyer or a queue-runner, (2) whether the result of proxying is that the person takes over being the last in line (or not), (3) whether the purchase is for a service (for example, waiting in line at a restaurant) or a product (for example, groceries), and (4) whether the initial caller wants to purchase something in the future (for example, a few hours later, tomorrow, etc.) or now.

[0065] <1st usage example> In the first use case, a purchaser (a person wishing to purchase) is the first to make a call, and in the future (for example, a specified date and time tomorrow), a queue is created to receive a service or purchase a product at a specified store, with the purchaser taking turns with the queuer. The first use example is effective when, for example, a prospective purchaser finds a store that he or she would like to visit while on a trip planned for the next day, and the prospective purchaser wants to find an agent who will wait in line for the next day.

[0066] 〈Second usage example〉 In the second use case, the purchaser (a person wishing to purchase) is the first caller, and currently has a queue of people waiting in line at a designated store to receive a service or purchase a product, and the purchaser takes turns with the people waiting in line. The second use case is useful, for example, when a prospective purchaser happens to find a queue at a store while out and about, and spots a user in the queue as a potential purchaser, and the potential purchaser can ask the potential purchaser to give up their place in line.

[0067] <Third usage example> The third use case is when a buyer (a person wishing to purchase) is the first to make a call, and in the future (for example, a specified date and time tomorrow), they line up with a shopper at a specified store to purchase the product, and then the buyer picks up the product from the shopper at a mutually agreed upon location. The third use case is useful when, for example, a prospective purchaser finds a store selling the product they want to purchase near a destination they are planning to visit tomorrow, and the prospective purchaser finds an agent to line up tomorrow and purchase the product on their behalf.

[0068] 〈Fourth usage example〉 The fourth use case is when a buyer (a prospective buyer) is the first to make a call, and has a customer line up at a designated store to purchase the product, and then the customer picks up the product from the customer at a mutually agreed upon location (for example, in front of the store). The fourth use case is useful, for example, when a prospective purchaser happens to find a store with a queue while out and about, and the prospective purchaser spots a user in the queue as a potential agent, and has the queue agent purchase the product on the purchaser's behalf.

[0069] <Fifth usage example> The fifth use case is when a queuer is the first to announce that he or she will be lining up at a specified store in the future (for example, tomorrow at a specified date and time), and the queue is for providing a service or purchasing a product, with the purchaser (consignor) taking turns with the queuer. The fifth use example is useful, for example, when a seller is looking for a buyer who wants to take over his place in line tomorrow.

[0070] <6th usage example> In the sixth use case, a queuer acts as the first sender and announces that he or she is currently waiting in line at a designated store, and the queuer takes over from the queuer in order to receive a service or purchase a product. The sixth use example is useful, for example, when a queuer finds a prospective buyer who wants to take over their place in line at a store.

[0071] <7th usage example> In the seventh use case, the Nariyaya is the first sender to announce that he / she will be lining up at a specified store in the future (for example, tomorrow at a specified date and time), then he / she lines up at the specified store to purchase the product, and the purchaser picks up the product from the Nariyaya at a mutually agreed upon location. The seventh use example is effective when, for example, a shopkeeper who is planning to line up at a store tomorrow to buy a product can find a prospective buyer who wants to purchase the product on his / her behalf (at the same time).

[0072] <8th usage example> In the eighth use case, the Nariya-ya is the first sender to announce that he / she is currently waiting in line at a specified store, then he / she waits in line at the specified store to purchase a product, and the purchaser then picks up the product from the Nariya-ya at a mutually agreed upon location. The eighth use example is effective when, for example, a queuer is currently waiting in line at a store to purchase a product and wants to find a prospective buyer who can purchase the product on his / her behalf (at the same time).

[0073] <Additional configuration, operation and effects of the proxy system software (proxy program)> The basic functions of the purchaser mode function S30 and the shop-lined store mode function S40 in this embodiment are as described above. When each function is executed, the following additional functions may also be executed.

[0074] <Line-up order notification function> For example, the agency program PG may cause the agency system AS to execute the queue order notification function after execution of the consent information receiving function S37 and before execution of the closing function S38 in the purchaser mode function S30 (see FIG. 2B). Specifically, (1) when user UB selected by terminal 10A of user UA, who is the requester, lines up at a store specified by user UA, user UB is made to input the queuing order via the UI of terminal 10B, (2) terminal 10B is then made to transmit the queuing order and the time of input to server 20, and (3) terminal 10A of user UA, who is the requester, is then made to receive the queuing order and the time of input transmitted from server 20. As a prerequisite for this function, the terminal 10B of the user UB selected by the terminal 10A of the requesting user UA is set to allow the queue order and the input time at the specified store to be input to its UI. There are no restrictions on the timing or number of times the queue order and the input time are input to the UI. That is, the user UB may input these information immediately after lining up at the store, or may input these information immediately after lining up at the store and several minutes later. If multiple inputs are made, the queue order and the input time are notified to the user UA each time. In addition, in the above (1), the user UB may be prompted to input (A) the number of people in line and (B) the number of people who lined up after him / her within a set period (for example, one minute) after the user UB first lined up, rather than the order of queuing, via the UI of the terminal 10B. Then, the server 20 may transmit the predicted result of the waiting time based on Little's formula to the terminal 10A of the requesting user UA. As described above, the order notification function allows the requester to be aware of any deviation from the designated date and time.

[0075] The queuing order notification function may be executed after the execution of the consent information receiving function S47 and before the execution of the closing function S48 in the queuing order mode function S40 (see FIG. 2C). Specifically, (1) when user UB, who is a queuer, lines up at a store, user UB is made to input the queue order via the UI of terminal 10B, (2) the queue order and the time of input are then transmitted from terminal 10B to server 20, and (3) the queue order and the time of input transmitted from server 20 are then received by terminal 10A of user UA, who is the entruster. As a prerequisite for this function, the terminal 10B of the user UB, who is a queue shopper, is set to allow the user UB to input the queue order and the input time in the UI. The order of the items in the UI and the timing and number of times for inputting the input time are the same as those in the purchaser mode function S30.

[0076] <User rating function> The agency program PG may also cause the agency system AS to execute a user evaluation function. For example, during the closing function S38 of the purchaser mode function S30 and the closing function S48 of the storefront mode function S40, the requester (or entrustor) and the storefront may each input their evaluation of the other party (kindness, accuracy, etc.) via the UI. The evaluation results may be stored in the storage unit 24 and made available to each user via the UI. As described above, with the user evaluation function, for example, when the initial caller selects someone from among multiple people wishing to take on the case or entrust the case, the results of past user evaluations can be provided as reference information.

[0077] <Market price display function> The agency program PG may also cause the agency system AS to execute a market price display function. For example, the storage unit 24 stores the results of agency operations that have been executed in the past, and information regarding the transaction amounts at each store (transaction amounts, average transaction amounts, etc.) may be made available to each user via the UI. As described above, with the market price display function, for example, when the first caller is searching for someone who wants to take on a transaction or entrust a transaction, past transaction amounts can be provided as reference information.

[0078] Store information registration function The agency program PG may also cause the agency system AS to execute a store information registration function. For example, store information (such as location, business hours, services provided or products sold, and whether agency services are available) may be input from each user's terminal via the UI, transmitted to the server 20, and stored in the storage unit 24. This information may then be made available for each user to view via the UI. As described above, with the store information registration function, for example, when the first caller is looking for someone who wants to take on a case or entrust a case to another person, the caller can be informed whether the store is able to take over from a nearby store.

[0079] <Chat function> The proxy program PG may also cause the proxy system AS to execute a chat function. For example, during proxy negotiations and condition adjustments, each user may use the chat function from their respective terminals to customize conditions, communicate each other's appearance characteristics (text or photos), change the time (for example, to be a few minutes later than planned), and so on.

[0080] <Call function> The proxy program PG may also cause the proxy system AS to execute a call function. For example, when negotiating proxy services and adjusting terms, each user may use the call function from their own terminal to customize terms, communicate each other's appearance characteristics (text or photos), change the time (for example, to be a few minutes later than planned), and so on.

[0081] <Estimated duration display function> Furthermore, the agency program PG may cause the agency system AS to execute the predicted time length display function in the purchaser mode function S30. The premise of this function is that the memory unit 24 of the server 20 stores past proxy information including the store name, date and time, weather, and the length of time the customer waited in line for multiple proxy transactions that have been performed in the past (storage function). For example, weather information is made available to the server 20 from an external server (not shown). The server 20 then uses the past proxy information stored by the memory function to perform machine learning to learn the correlation between the date, time, and weather at each store and the length of time people line up, as training data, and generates a correlation model of the length of time people line up at each store on a specific date and time (generation function). The agency system AS then displays the expected queue length (how long the queue will be) on the UI of the client's and the prospective client's terminals at the specified date and time (expected time display function).

[0082] The proxy program PG may also cause the proxy system AS to execute the predicted time length display function in the queue mode function S40. The premise of this function is that the memory unit 24 of the server 20 stores past proxy information including the store name, date and time, weather, and the length of time people waited in line for multiple proxy transactions that have been performed in the past (storage function). As an example, weather information can be obtained by the server 20 from an external server (not shown). In addition, when the proxy transaction sending function is executed, the UI of the terminal is set to allow input of information on the length of time people waited in line at the store. The server 20 then uses the past proxy information stored by the memory function to perform machine learning to learn the correlation between the date, time, and weather at each store and the length of time people line up, as training data, and generates a correlation model of the length of time people line up at each store on a specific date and time (generation function). The proxy system AS then displays the expected queue length (how long people will need to queue) on the UI of the terminals of the queuers and those seeking to entrust the goods to the queue at the specified date and time (expected time length display function).

[0083] <Map display function> Also, for example, the proxy program PG may cause the proxy system AS to execute a map display function. Here, Fig. 3 shows an example of a display result by the map display function displayed on the screen of each terminal 10A, 10B, 10C, 10D, etc. by the UI included in the proxy program PG of this embodiment. Specifically, the map display function displays the locations of the multiple stores and the multiple terminals 10A, 10B, 10C, 10D, ... on each screen via the UI of each terminal 10A, 10B, 10C, 10D, ..., using the GPS function of each terminal 10A, 10B, 10C, 10D, ... and map information stored in the memory unit 24 of the server 20 or in an external server (not shown) (location display function). In this case, for example, the usual display colors of the client, the storefront, the person wishing to accept the job, and the person wishing to entrust the job may be changed to make them easier to visually recognize. As described above, the location display function can inform the target person whether they are in or near the queue when immediate substitution is desired, for example, as in the second, fourth, sixth, and eighth usage examples described above.

[0084] Furthermore, the map display function may be configured to display the location of each terminal 10A, 10B, 10C, 10D, etc. on each screen via the UI of terminals 10A, 10B, 10C, 10D, etc. (location display function), and when the purchaser mode function S30 is executed, it may be configured to display the proxy request information, the desired acceptance information, and various information from the above-mentioned additional functions along with the user's location, and when the row shop mode function S40 is executed, it may be configured to display the proxy request information, the desired acceptance information, and various information from the above-mentioned additional functions.

[0085] <Language switching function> The proxy program PG may also cause the proxy system AS to execute a language switching function. For example, the language displayed on the screen of each terminal 10A, 10B, 10C, 10D, etc. may be switchable via the UI by the selection of each user. This allows, for example, a foreign user who is not fluent in Japanese to use the UI in their native language.

[0086] <Currency switching function> The agency program PG may also cause the agency system AS to execute a currency switching function. For example, the display of the requested amount, desired amount, fee amount, and other amounts displayed on the screen of each terminal 10A, 10B, 10C, 10D, etc. via the UI may be switchable at the user's discretion, and the rate may be changed for display. This allows, for example, a foreign user to understand how much the amount is in their own currency.

[0087] <Payment function> The agent program PG may also cause the agent system AS to execute a payment function. For example, a payment agent / payment terminal service may be made available as a payment method between users UA, UB, UC, UD, etc.

[0088] Subscription feature In addition, the usage contract for the proxy program PG by each user UA, UB, UC, UD, etc. may allow for unlimited or a set number of uses during the contract period (for example, a maximum of two times per day, a maximum of 10 times per month, etc.).

[0089] <Linkage function with other apps or information sites> The proxy program PG may also cause the proxy system AS to execute a function of linking with other applications (programs) or information sites. Specifically, it may be possible to link with an application or information site that collects information on multiple restaurants and other establishments (menus, images of offerings, prices, reviews, and other information), so that each user UA, UB, UC, UD, etc. can view information on a restaurant that they are considering lining up at, for example, via a UI or a web application via a link.

[0090] <App points function> The agency program PG may also cause the agency system AS to execute a point function. Specifically, when each user UA, UB, UC, UD, etc. uses the app (agency program PG), points equivalent to part or all of the payment amount may be accumulated, and the points may be used next time.

[0091] User recognition function The agency program PG may also cause the agency system AS to execute a user recognition function. Specifically, when two agency contracting parties (e.g., a purchaser and a queueing shopper) approach a queueing shopper in a designated store, one or both of the parties may be notified of this (approaching) from their terminals. For example, the agency program PG may notify the party by displaying this on the UI of the terminal, vibrating the terminal, or making a sound from the terminal.

[0092] Store queue time notification function Furthermore, the proxy program PG may cause the proxy system AS to execute a store queue time notification function. Since it is expected that many users will use the proxy program PG simultaneously, if the server 20 manages information on queue times at multiple stores from the terminals of many users, timely information on queue times at multiple stores can be obtained. Therefore, this information may be made viewable on the user's terminal. For example, when a user uses the proxy program PG, the user may be able to view information on queue times at multiple stores in the user's vicinity. Furthermore, information on queue times at multiple stores may be sorted by queue time and displayed via a UI.

[0093] Auction function The agency program PG may also cause the agency system AS to execute an auction function. For example, when the queue shop mode function S40 is executed, that is, when a user sells his / her queue position to another user, multiple potential buyers may gather. In this case, the queue shop may use an auction to select a buyer from the multiple potential buyers based on the sales price.

[0094] <Multiple queue recruitment function> The agency program PG may also cause the agency system AS to execute a function for soliciting multiple line-up attendees. For example, when the purchaser mode function S30 is executed, if a user who is a purchaser wants to have lunch with multiple people at a certain store at a later date (for example, tomorrow), the user may request, via the UI, that four line-up attendees, for example, line up as a group (line-up group) when sending the agency request information S32. In this case, for example, a user who wishes to be appointed as an agent may be able to act as a representative of the line-up group together with a non-user and accept the agency work. Also, for example, a contract for agency may be concluded when four users who do not know each other gather together. In this case, the users who do not know each other may use a chat function or the like to line up as a line-up group at the designated store.

[0095] <Complaint handling function> The proxy program PG may also cause the proxy system AS to execute a complaint handling function. For example, some of the stores may complain to a queuing shop using the proxy program PG, asking the shop owner to stop queuing. In this case, the queuing shop owner who receives the complaint may input the name of the store where queuing shop owners are avoiding via the UI, and the server 20 may manage the information and make the information available to all users. Alternatively, the store may be notified by a map, list, or other notification means that queuing shop owners are prohibited from queuing at the store and therefore not eligible for queuing. In addition, since the proxy system AS has data on queues at the store where the complaint was made, it may be possible to provide this data to the store so that the store will be allowed to queue.

[0096] <Hourly wage conversion function> The agency program PG may also cause the agency system AS to execute an hourly wage conversion function. For example, a user as a purchaser may be able to register his / her hourly wage, i.e., his / her monetary value per hour, via the UI. Since the user as a purchaser can use Nariya to have others wait in line, and thus do his / her own work while others wait, if his / her hourly wage is higher than the Nariya's hourly conversion fee, he / she may have actually saved money by using Nariya. Therefore, the amount saved may be visualized as a gauge via the UI. In this case, the amount saved may also be converted into points.

[0097] <Both modes combined function> In this embodiment, the agent program PG allows the user to select and use the purchaser mode function S30 and the shop-line mode function S40 (see FIG. 2A). However, if these modes are used by different users at the same time, it may happen that the store designated by the purchaser user and the store where the line-up user is waiting in line are the same. In such a case, the modes used by each user may be combined, and the line-up user's terminal may be configured to transmit the order request information in step S34 of the purchaser mode function S30 (see FIG. 2B). Furthermore, the modes used by each user may be combined, and the line-up user's terminal may be configured to transmit the order request information in step S44 of the line-up mode function S40 (see FIG. 2C). In this way, the purchaser mode function S30 and the line-up mode function S40 may be combined so that users who are primarily looking for a purchaser or a line-up user can use either function. According to this modified example, when the purchaser mode function S30 and the line-up mode function S40 are executed at the same time and each user is requesting surrogacy at the same store, the users can be matched.

[0098] <Automatic matching function> In addition, in this embodiment, each user UA, UB, UC, UD, etc. is set to be able to use the service after registering as a member by registering personal information (address, name, age, facial photo, credit card number, etc.) from each terminal 10A, 10B, 10C, 10D, etc. that they use. Here, each user UA, UB, UC, UD, etc. may be able to register their desired conditions information in addition to personal information. For example, they may be able to register that they will receive information from a user if their evaluation is above a certain point, that they will receive information from a user if their transaction amount, such as a reward amount, is below a certain amount, or that they will receive information from users who are within a certain distance from a certain location, such as a target store. Then, when a user is looking for a line-up shop owner, if there is a target user who meets the desired conditions information registered by the user, they may be automatically matched (an automatic matching function may be executed). Furthermore, the user may be able to select via the UI whether or not to execute the automatic matching function.

[0099] The above is a description of the additional functions of the purchaser mode function S30 and the queue mode function S40.

[0100] As described above, the present invention has been described using the above-mentioned embodiment as an example, but the present invention is not limited to the above-mentioned embodiment. For example, the present invention may have only the above-mentioned basic functions, or may have some or all of the additional functions added to the basic functions. [Explanation of symbols]

[0101] 10 Multiple Devices 10A User 10A terminal 10B terminal 10C terminal 10D terminal 20 servers 22 Processing section 24 Memory section 30 Communication Network AP Application AS proxy system DF data file LB various libraries PG Substitute Program S10 Login Function S20 Mode Selection Function S30 Buyer Mode Function S31 Buyer mode display function S32 Substitution request information sending function S33 Proxy request information reception function S34 Request information sending function S35 Receiving information about desired appointments S36 Consent information sending function S37 Consent information reception function S38 Closing Function S40 Line-up mode function S41 Line-up mode display function S42 Subcontract information transmission function S43 Subcontract information receiving function S44 Consignment request information sending function S45 Consignment request information reception function S46 Consent information sending function S47 Consent information receiving function S48 Closing Function UA User UB User UC Users UD User

Claims

1. A program that runs on a computer that is configured with a plurality of terminals and a server that is connected to the plurality of terminals via a network, and that enables the transmission of information for either or both of receiving services and purchasing products at a plurality of stores between the plurality of terminals via the server, a UI for inputting information to be transmitted from each terminal to a terminal other than each terminal via each screen of the plurality of terminals; The computer, (A1) a proxy request sending function that causes one of the plurality of terminals to send proxy request information, which includes at least a specified date and time and a requested amount, for having another person line up at a store designated via the UI of the one terminal to receive a service and / or purchase a product for the user at the store; (A2) a proxy request receiving function that causes at least one terminal of a plurality of terminals other than the one terminal to receive the proxy request information; (A3) a request reception function for transmitting request information for requesting the substitution from at least one or more of the other terminals and receiving at least one or more of the request information at the one terminal; (A4) an approval sending function that causes the one terminal to send approval information that approves the acceptance of the proxy to a terminal selected by the one terminal from among the at least one or more terminals that have sent the request information, and causes the selected terminal to receive the approval information; Execute program.

2. The information on the desired acceptance of the case includes the desired acceptance amount, The program according to claim 1.

3. The computer, (A5) a location display function that displays the locations of the plurality of stores and the plurality of terminals on each screen of the plurality of terminals via the UI; Further execute The program according to claim 1.

4. the UI of the selected terminal is set to allow input of a queue order in the store when the approval transmission function is executed, The computer, (A6) an order notification function that, when the order is input from the selected terminal, the order is transmitted from the selected terminal and the one terminal receives the order and the time of input; Further execute The program according to any one of claims 1 to 3.

5. the UI of the selected terminal is set to allow input of information about the length of time the customer has lined up at the store when the approval transmission function is executed, The computer, (A7) a storage function for storing past proxy information including the store name, date and time, weather, and length of time spent in line for a plurality of proxy actions that have been performed in the past; (A8) a generation function that performs machine learning on the correlation between the date, time, and weather at each store and the length of time people line up from the past proxy information stored by the storage function as training data, and generates a correlation model of the length of time people line up at each store on a specific date and time; (A9) an expected time length display function that displays, on the UI of the one terminal, an expected queuing time length when queuing on the specified date and time; Execute The program according to any one of claims 1 to 3.

6. A program that runs on a computer that is configured with a plurality of terminals and a server that is connected to the plurality of terminals via a network, and that enables the transmission of information for either or both of receiving services and purchasing products at a plurality of stores between the plurality of terminals via the server, a UI for inputting information to be transmitted from each terminal to a terminal other than each terminal via each screen of the plurality of terminals; The computer, (B1) an agency contract sending function that sends agency contract information from one of the plurality of terminals via the UI of the one terminal, in order to accept a service for another person at the store specified by the one terminal and / or purchase a product at the store, the agency contract information including at least a specified date and time and a contract amount; (B2) an agency contract receiving function that causes at least one or more terminals other than the one terminal to receive the agency contract information; (B3) a commission request receiving function that causes at least one or more of the other terminals to transmit commission request information requesting the commission of the proxy, and causes the one terminal to receive at least one or more of the commission request information; (B4) an approval sending function that causes the one terminal to send approval information approving the entrustment of the proxy to a terminal selected by the one terminal from among the at least one or more terminals that have sent the entrustment request information, and causes the selected terminal to receive the approval information; Execute program.

7. The consignment request information includes a consignment request amount, The program according to claim 6.

8. The computer, (B5) a location display function that displays the locations of the plurality of stores and the plurality of terminals on each screen of the plurality of terminals via the UI; Further execute The program according to claim 6.

9. The UI of the one terminal is set to allow input of a lining order at the store when the agency contract transmission function is executed, The computer, (B6) an order notification function that, when the order is input from the one terminal, the order is transmitted from the one terminal and the order and the input time are received by at least one terminal of the plurality of terminals other than the one terminal; Further execute The program according to any one of claims 6 to 8.

10. the UI of the one terminal is set to allow input of information about the length of time the customer has lined up at the store when the proxy contract transmission function is executed, The computer, (B7) a storage function for storing past proxy information including the store name, date and time, weather, and length of time spent waiting in line for a plurality of proxy actions that have been performed in the past; (B8) a generation function that performs machine learning on the correlation between the date, time, and weather at each store and the length of time spent queuing from the past proxy information stored by the storage function as training data, and generates a correlation model of the length of time spent queuing at each store on a specific date and time; (B9) an expected time length display function that displays, on the UI of the one terminal, an expected queuing time length when queuing on the specified date and time; Execute The program according to any one of claims 6 to 8.

11. The program of claim 1, which is a purchaser-initiated program that allows another user to queue on behalf of the purchaser at a store designated by the purchaser; The program of claim 6, which is a seller-initiated program that allows other users to purchase items in a line-up at a store designated by a user as a seller; Including, If the agency contract information is transmitted from the seller's terminal by the agency contract transmission function during the period from the transmission of the agency request information from the buyer's terminal by the agency request transmission function to the execution of the approval transmission function, the agency request reception function converts the agency contract information from the seller's terminal into the acceptance request information and causes the buyer's terminal to receive it. program.

12. The program of claim 1, which is a purchaser-initiated program that allows another user to queue on behalf of the user as a purchaser at a store designated by the user; The program of claim 6, which is a seller-initiated program that allows other users to purchase items in a line-up at a store designated by a user as a seller; Including, If the agency request information is transmitted from the purchaser's terminal by the agency request transmission function during the period from the transmission of the agency request information from the seller's terminal by the agency request transmission function to the execution of the approval transmission function, the agency request reception function converts the agency request information from the purchaser's terminal into the entrustment request information and causes the seller's terminal to receive it. program.

Images