KR102694027B1 - Request trading system - Google Patents

Abstract

A request transaction system for trading requests of requesters through the terminals of requesters and the terminals of applicants, the system comprising: a communication unit for receiving personal information and locations of each of the requesters through the terminals of a plurality of requesters and for receiving personal information and locations of each of the applicants through the terminals of a plurality of applicants; a memory unit for storing the received personal information and locations of each of the requesters and the personal information and locations of each of the applicants; and a control unit for providing a request guide UI screen guiding input for a request to the terminal of the requester; wherein, when the communication unit receives a request for a specific request from the terminal of a specific requester, the control unit controls the communication unit to transmit the request guide UI screen to the terminal of the specific requester, and when the control unit receives completion of input for a specific request from the terminal of the specific requester through the request guide UI screen, the communication unit controls the communication unit to provide a UI icon for a specific request to the terminals of the multiple requesters and the terminals of the multiple applicants.

Description

{Request trading system} that trades the requester's request

The present invention relates to a solicitation transaction system, and more specifically, to a system in which an applicant capable of performing a solicitation of a solicitor performs a solicitation requested by the solicitor on his behalf and obtains a predetermined compensation from the solicitor.

In recent years, transactions of goods or services between businesses and consumers are taking place through electronic commerce (EC).

In general, e-commerce refers to the act of purchasing, procuring, and paying for goods, information, etc. electronically via the Internet and electronic devices.

Most of these e-commerce systems open cyber markets on the Internet, place electronic catalogs, etc., display products, and allow general buyers to purchase the products.

Meanwhile, Republic of Korea Patent No. 10-1668801 B1 (October 18, 2016) discloses a bartering method and a bartering system using the same.

However, most e-commerce systems are systems that mediate sellers and buyers through products.

That is, given the characteristics of busy modern people, there is little development of a system that buys and sells time by mediating between relatively busy requesters and applicants with relatively free time, in which an applicant with free time to carry out a request from a relatively busy requester carries out the request on behalf of the requester and receives a certain amount of compensation from the requester.

The present invention is intended to solve the above problems, and provides a request transaction system in which a relatively busy requester and an applicant with relatively free time mediate each other, and an applicant with free time to perform a request of a relatively busy requester performs the request on behalf of the requester and obtains a certain amount of compensation from the requester.

The problems to be solved by the present invention are not limited to the problems described above, and problems not mentioned can be clearly understood by a person having ordinary skill in the art to which the present invention belongs from this specification and the attached drawings.

A solicitation transaction system according to one embodiment of the present invention relates to a solicitation transaction system that trades a solicitation of a solicitor through a terminal of a solicitor and a terminal of an applicant, and comprises: a communication unit that receives personal information and locations of each of the solicitors through the terminals of a plurality of solicitors, and receives personal information and locations of each of the applicants through the terminals of a plurality of applicants; a memory unit that stores the received personal information and locations of each of the solicitors and the personal information and locations of each of the applicants; and a control unit that provides a solicitation guide UI screen that guides input for a solicitation to the terminal of the solicitor; wherein, when the communication unit receives a request for a specific solicitation from the terminal of a specific solicitor, the control unit controls the communication unit to transmit the solicitation guide UI screen to the terminal of the specific solicitor, and when the communication unit receives completion of input for a specific solicitation from the terminal of the specific solicitor through the solicitation guide UI screen, the control unit may be a solicitation transaction system that provides a UI icon for a specific solicitation to the terminals of the multiple solicitors and the terminals of the multiple applicants.

According to a solicitation transaction system according to one embodiment of the present invention, a relatively busy solicitor and an applicant with relatively free time are mediated, and an applicant with free time who can perform a request of a relatively busy solicitor performs the request requested by the solicitor on behalf of the applicant and receives a certain amount of compensation from the applicant, and the solicitor performs the request requested by the applicant, so that the solicitor and the applicant can utilize their time more efficiently, which has the advantage.

The effects of the present invention are not limited to the effects described above, and effects not mentioned can be clearly understood by a person skilled in the art from this specification and the attached drawings.

FIG. 1 is a schematic diagram and block diagram of elements constituting a solicitation transaction system according to one embodiment of the present invention.
Figure 2 is a schematic diagram illustrating a solicitation transaction system according to one embodiment of the present invention.
Figure 3 is a schematic diagram illustrating a solicitation transaction system according to one embodiment of the present invention.
Figure 4 is a schematic diagram for explaining a solicitation transaction system according to one embodiment of the present invention.
Figure 5 is a schematic diagram for explaining a solicitation transaction system according to one embodiment of the present invention.
Figure 6 is a schematic diagram illustrating a solicitation transaction system according to one embodiment of the present invention.
Figure 7 is a schematic diagram illustrating a solicitation transaction system according to one embodiment of the present invention.

Hereinafter, specific embodiments of the present invention will be described in detail with reference to the drawings. However, the spirit of the present invention is not limited to the presented embodiments, and those skilled in the art who understand the spirit of the present invention will be able to easily propose other regressive inventions or other embodiments included within the scope of the spirit of the present invention by adding, changing, deleting, etc. other components within the scope of the same spirit, but this will also be considered to be included within the scope of the spirit of the present invention.

A solicitation transaction system according to one embodiment of the present invention relates to a solicitation transaction system that trades a solicitation of a solicitor through a terminal of a solicitor and a terminal of an applicant, and comprises: a communication unit that receives personal information and locations of each of the solicitors through the terminals of a plurality of solicitors and receives personal information and locations of each of the applicants through the terminals of a plurality of applicants; a memory unit that stores the received personal information and locations of each of the solicitors and the personal information and locations of each of the applicants; and a control unit that provides a solicitation guide UI screen that guides input for a solicitation to the terminal of the solicitor; wherein, when the communication unit receives a request for a specific solicitation from the terminal of a specific solicitor, the control unit controls the communication unit to transmit the solicitation guide UI screen to the terminal of the specific solicitor, and when the communication unit receives completion of input for a specific solicitation from the terminal of the specific solicitor through the solicitation guide UI screen, the control unit controls the communication unit to provide a UI icon for a specific solicitation to the terminals of the multiple solicitors and the terminals of the multiple applicants.

In addition, the control unit controls, when the communication unit is in a first state in which the communication unit has not received support requests from the terminals of a plurality of applicants for a specific request, the communication unit to provide a first UI icon forming a puzzle having a specific shape and which is part of the puzzle and outputs personal information of a specific requester and a specific request to the terminals of the plurality of requesters and the terminals of the plurality of applicants as the UI icon, and when the communication unit is in a second state in which the communication unit has received a support request from the terminal of at least one applicant for a specific request, the communication unit to provide the first UI icon and a second UI icon that is fitted with the first UI icon to complete the puzzle to the terminals of the plurality of requesters and the terminals of the plurality of applicants as the UI icons, and when the communication unit is in a third state in which the communication unit has accepted a support request from a specific applicant for a specific request from the terminal of the specific requester, the control unit controls the borders of the first UI icon and the second UI icon to be output in a specific color and provide them as the UI icons.

In addition, the control unit may be a solicitation transaction system that controls, when in the first state, to output a first phrase, which is a phrase indicating the first state, at a position where the second icon is aligned in the second state or the third state, and when in the second state, to output a second phrase, which is a phrase indicating the second state, at a predetermined position within the second icon, and when in the third state, to output a third phrase, which is a phrase indicating the third state, at a predetermined position within the second icon.

In addition, the control unit may be a solicitation transaction system that, if there are multiple applicants in the second state, controls the second UI icon to be divided into a number corresponding to the number of applicants, and to be fitted with the first UI icon to complete the puzzle.

In addition, the control unit may be a solicitation transaction system that, when the second UI icon is touched on one of the terminals of the plurality of requesters and the terminals of the plurality of applicants, is in the second state and has the same number of segments as the second UI icon, but provides the first UI icon and the second UI icon for a specific request and a different request as the UI icon.

Components having the same function within the same scope of the same idea shown in the drawings of each embodiment are described using the same reference numerals.

Figures 1 (a) and (b) are schematic and block diagrams for explaining elements constituting a solicitation transaction system according to one embodiment of the present invention.

FIG. 2 is a schematic diagram illustrating a solicitation transaction system according to one embodiment of the present invention.

FIG. 3 is a schematic diagram illustrating a solicitation transaction system according to one embodiment of the present invention.

Figures 4 (a) to (c) are schematic diagrams for explaining a solicitation transaction system according to one embodiment of the present invention.

Figures 5 (a) and (b) are schematic diagrams for explaining a solicitation transaction system according to one embodiment of the present invention.

Figures 6 (a) and (b) are schematic diagrams for explaining a solicitation transaction system according to one embodiment of the present invention.

Figure 7 is a flowchart for explaining a solicitation transaction system according to one embodiment of the present invention.

In order to more clearly express the technical idea of the present invention, the attached drawings have simplified or omitted parts that are not related to the technical idea of the present invention or can be easily derived from those skilled in the art.

Throughout the specification, when a part is said to be "connected" to another part, this includes not only the case where it is "directly connected" but also the case where it is "electrically connected" with another element in between. Also, when a part is said to "include" a certain component, this should be understood to mean that it may further include other components, unless specifically stated to the contrary, and does not preclude in advance the possibility of the presence or addition of one or more other features, numbers, steps, operations, components, parts, or combinations thereof.

In this specification, the term 'unit' includes a unit realized by hardware, a unit realized by software, and a unit realized using both. In addition, one unit may be realized using two or more pieces of hardware, and two or more units may be realized by one piece of hardware.

Some of the operations or functions described as being performed by a terminal or device in this specification may instead be performed by a server connected to the terminal or device. Similarly, some of the operations or functions described as being performed by a server may also be performed by a terminal or device connected to the server.

Hereinafter, a request transaction system (1) according to one embodiment of the present invention will be described in detail with reference to FIGS. 1 to 7.

First, a request can mean a simple request, such as an errand, and a requester can mean a client who requests a request, while an applicant can mean an agent who accepts the requester's request and carries out the request.

That is, the requester requests a request using the above request transaction system (1), the applicant accepts the request and performs the request, and accordingly, the requester pays a certain amount of compensation to the applicant who performed the request using the above request transaction system (1).

The specified reward may be points (P) included in the above-mentioned solicitation transaction system (1).

Points (P) can be in the same manner as star balloons in the known African personal broadcasting system, and therefore, points (P) can be purchased with cash, and also, points (P) can be cashed out (exchanged for cash).

The above-mentioned solicitation transaction system (1), as shown in Fig. 1, is a system for trading solicitations of solicitors online, in which multiple solicitors can use their respective terminals (P1) to communicate with the communication unit (12) of the central server (10) of the solicitation transaction system (1) to transmit personal information such as each solicitor's name, phone number, and email address, as well as the solicitor's location information, and the memory unit (13) of the central server (10) stores the personal information and location of each solicitor.

Multiple applicants can transmit personal information such as each applicant's name, phone number, and email address, as well as location information, to the communication unit (12) of the central server (10) of the solicitation transaction system (1) using each applicant's terminal (P2), and the memory unit (13) of the central server (10) stores each applicant's personal information and location.

The above-mentioned solicitation transaction system (1) can be implemented, for example, through a dedicated application installed on multiple requester terminals (P1) and multiple applicant terminals (P2). The requester terminal (P1) and the applicant terminal (P2) can mean a smartphone, tablet PC, computer, etc.

The above central server (10) may refer to a server computer to which the requester's terminal (P1) and the applicant's terminal (P2) connect through a dedicated application, and the communication method may be any of several methods using a known communication network such as wired or wireless.

Meanwhile, the control unit (11) constituting the central server (10) controls the communication unit (12) to transmit the request guide UI (User Interface) screen (20) pre-stored in the memory unit (13) to the terminal of the specific requester when the communication unit (12) receives a request for a request from a specific requester.

Here, the above request guide UI screen (20) is, for example, a screen that guides the input of a request that the requester wishes to make through the terminal (P1), as can be seen in FIG. 3, and can guide the input of request information such as the requester's name, the title of the request, a detailed description of the request, a photo related to the request, the location where the request was completed, and the time when the request was completed.

Therefore, a specific requester inputs the request content in a certain format through the provided request guide UI screen (20), but inputs it more easily and clearly. (Step S100)

This is to make it easier for the requester to input the request, thereby reducing the input time for the request, and to make it easier for the applicant to understand the request.

The above control unit (11) provides a UI icon (30) for a specific request to multiple requesters' terminals and multiple applicants' terminals when the communication unit (12) receives completion of input for a specific request through the request guide UI screen (30) from a specific requester's terminal.

To explain this in more detail, as can be seen in Fig. 2, when multiple requesters complete inputting requests through the request guide UI screen (30), the control unit (11) provides UI icons (30) for multiple requests when a user (here, the user means both multiple requesters and multiple applicants) executes a dedicated application through a terminal.

The above UI icon (30) can be controlled by the control unit (11) to output the name of the requester, the title of the requester's request, and the points (P) that the requester pays to the applicant when the request is made, and the control unit (11) controls the screen for information on the request entered by the specific requester through the request guide UI screen (30) to be output when a user (here, the user means both multiple requesters and multiple applicants) clicks or touches the UI icon (30) for a specific request using a mouse.

The above UI icon (30) may be in the shape of a puzzle forming a specific shape, and the UI icon (30) is composed of a first UI icon (31) forming part of the puzzle and a second UI icon (32) that is fitted with the first UI icon (31) to complete the puzzle, which will be described in more detail below.

Meanwhile, the control unit (11) distinguishes between a first state in which the communication unit (12) does not receive support requests from the terminals of multiple applicants for a specific request, a second state in which the communication unit (12) receives support requests from the terminals of at least one applicant for a specific request but the specific requester does not select a specific applicant to perform the specific request on his behalf, and a third state in which the communication unit (12) accepts a support request from the terminal of the specific requester for a specific request, and provides the UI icon (30) to a user (here, the user means both the multiple requesters and the multiple applicants).

To explain this in more detail, as can be seen in (a) of FIG. 4, when the control unit (11) is in a first state in which support requests are not received from the terminals of multiple applicants for a specific request, the control unit (11) provides a first UI icon (31) forming a part of a puzzle among the UI icons (30) to a user (here, the user means both the multiple requesters and the multiple applicants), and the control unit (11) controls the name of the specific requester, the title of the request of the specific requester, and the points (P) that the requester pays to the applicant when the request is made to be output at a predetermined position within the first UI icon (31), and when the user (here, the user means both the multiple requesters and the multiple applicants) clicks or touches the first UI icon (31) using a mouse, the control controls the screen for information on the request to be output.

In addition, as can be seen in (a) of Fig. 4, the control unit (11) controls the output of the first phrase (41, for example, waiting), which is a phrase (40) that notifies the first state, at the location where the second UI icon (32) is inserted, in the case of the first state. (Step S120)

As can be seen in (b) of Fig. 4, the control unit (11) controls the communication unit (12) to receive a support request from at least one applicant's terminal for a specific request, but in a second state where (step S130) a specific requester has not selected a specific applicant to perform the specific request on his behalf, (step S140) the communication unit to provide the first UI icon (31) and the second UI icon (32) that is fitted with the first UI icon (31) to complete the puzzle to the user (here, the user means both the multiple requesters and the multiple applicants) as the UI icon (30). (step S150)

At this time, the control unit (11) controls to output the name of a specific requester, the title of the request of the specific requester, and the points (P) that the requester pays to the applicant when the request is made at a predetermined location within the first UI icon (31), and when a user (here, the user means both multiple requesters and multiple applicants) clicks or touches the first UI icon (31) using a mouse, the control unit controls to output a screen regarding information on the request, and further, when in the second state, the control unit (11) controls to output a second phrase (42, for example, “applying”), which is a phrase (40) notifying the second state, at a predetermined location within the second UI icon (32).

As can be seen in (c) of Fig. 4, when the communication unit is in the third state in which a request for support from a specific applicant for a specific request is accepted from a terminal of a specific requester, the control unit (11) controls the borders of the first UI icon (31) and the second UI icon (32) to be output in a specific color so as to provide the UI icon (30) to a user (here, the user means both a plurality of requesters and a plurality of applicants).

This is to provide a visual effect to users (hereby users means both multiple requesters and multiple applicants) to help users more easily identify the ongoing requests.

In addition, the control unit (11) controls the output of the name of a specific requester, the title of the request from the specific requester, and the points (P) paid by the requester to the applicant when the request is made at a predetermined location within the first UI icon (31).

Here, the control unit (11) controls to open a chat room that supports chat between the specific requester and the specific applicant when the specific requester and the specific applicant click or touch the first UI icon (31) using a mouse, so that the specific requester and the specific applicant can communicate in real time about the specific request by utilizing the chat room through their respective terminals.

The above control unit (11) also controls, when in the third state, to output a third phrase (43, for example, in progress), which is a phrase (40) notifying the third state, at a predetermined location within the second UI icon (32).

That is, the control unit (11) provides the UI icon (30) to a user (here, the user means both multiple requesters and multiple applicants) by distinguishing the UI icon (30) according to the first state to the third state, and the user (here, the user means both multiple requesters and multiple applicants) is provided with the UI icon (30) formed as a puzzle that arouses curiosity, thereby reading the content related to the request written in the UI icon (30) in more detail, and the user (here, the user means both multiple requesters and multiple applicants) is able to more intuitively determine the first state to the third state due to the effect of the visual difference between the first UI icon (31) and the second UI icon (32) according to the first state to the third state.

However, the UI icon (30) that the solicitation transaction system (1) distinguishes according to the first to third states described above can be applied independently to each of the multiple requests, and accordingly, when a user (here, the user means one of the multiple requesters and the multiple applicants) executes a dedicated application through a terminal, the UI icons (30) for each of the multiple requests can be applied and output to the user (here, the user means one of the multiple requesters and the multiple applicants), as shown in FIG. 2, and each of the UI icons (30) for the multiple requests can be output in a relatively close order based on the location of the user (here, the user means one of the multiple requesters and the multiple applicants) and the requester (the distance between the user and the requester), or can be output in the order of the time at which the request was requested.

Meanwhile, in the second state, if there are multiple applicants, the control unit (11) can control the second UI icon (32) to be divided into a number corresponding to the number of applicants, and to be fitted with the first UI icon (31) to complete the puzzle. (Step S160)

To explain this in more detail, for example, as can be seen in (a) of Fig. 5, when there are two applicants in the second state, the control unit (11) controls the second UI icon (32) to be divided into two and fitted with the first UI icon (31) to complete the puzzle.

As another example, as can be seen in (a) of Fig. 6, when there are three applicants in the second state, the control unit (11) divides the second UI icon (32) into three pieces and controls them to fit together with the first UI icon (31) to complete the puzzle.

This is to enable a specific requester to intuitively understand the number of applicants for a specific request through the divided number of the second UI icon (32), and thus to enable a specific requester to more easily understand the number of applicants for a specific request.

Furthermore, the control unit (11), when the second UI icon (32) is touched on one of the terminals of the multiple requesters and the multiple applicants, (step S170) provides the first UI icon (31) and the second UI icon (32) for a specific request and a different request as the UI icon in the second state and having the same number of segments as the second icon (32). (step S190)

To explain this in more detail, for example, as can be seen in (a) of FIG. 5, in a state where there are two applicants for a specific request, the UI icons for the existing multiple requests are arranged in the order of proximity of the locations of the requesters or the order in which the requests were requested based on the location of a specific user by the control unit (11), but when the user (herein, the user means both the multiple requesters and the multiple applicants) touches or clicks the second UI icon (32) with a mouse, as can be seen in (b) of FIG. 5, the control unit (11) controls the UI icon (30) for the request in the second state and having two applicants (the same number of divisions as the selected second UI icon) among the UI icons for the multiple requests to be arranged as a priority and output to the user's terminal.

As another example, as can be seen in (a) of FIG. 6, when there are three applicants for a specific request, the UI icons for the existing multiple requests are arranged in the order of proximity of the locations of the requesters or the order in which the requests were requested based on the location of the specific user by the control unit (11), but when the user (herein, the user means both the multiple requesters and the multiple applicants) touches or clicks the second UI icon (32) with a mouse, as can be seen in (b) of FIG. 6, the control unit (11) controls the UI icon (30) for the request in the second state and having three applicants (the same number of divisions as the selected second UI icon) among the UI icons for the multiple requests to be arranged as a priority and output to the user's terminal.

This is to enable the above-mentioned solicitation transaction system (1) to filter solicitations for applicants, thereby making it easier for applicants to find solicitations that can be performed from their perspective.

Meanwhile, the control unit (11) controls the UI icon (30) for the request in the first state among the UI icons (30) for the multiple requests to be sorted with priority and output to the user when the user (here, the user means both the multiple requesters and the multiple applicants) touches or clicks with the mouse the screen where the first phrase (41) is located in one of the UI icons (30) for the multiple requests.

To explain this in more detail, as can be seen in FIG. 2, when a user (here, the user means one of multiple requesters and multiple applicants) touches or clicks with a mouse the first phrase “waiting” (41) on the UI icon (30) for the request in the first state, the control unit (11) controls the UI icons for another request in the first state to be aligned from the upper side of the user’s screen and output to the user.

This is to enable the above-mentioned solicitation transaction system (1) to filter out solicitations that the applicant did not apply for, thereby making it easier for the applicant to find solicitations that can be performed.

Meanwhile, the control unit (11) controls the second UI icon (32) to rotate at a predetermined angle when there is only one applicant in the second state and no applicant is selected by a specific requester.

This is to visually indicate that the second UI icon (32), which is combined with the first UI icon (31) to complete the puzzle, is rotated at a predetermined angle to allow the user (here, the user means both the multiple requesters and the multiple applicants) to intuitively know that there is only one applicant in the second state and that a single applicant is not selected by a specific requester.

Although the configuration and features of the present invention have been described above based on embodiments according to the present invention, the present invention is not limited thereto, and it will be apparent to those skilled in the art that various changes or modifications can be made within the spirit and scope of the present invention, and therefore it is made clear that such changes or modifications fall within the scope of the appended patent claims.

1: Request transaction system, 10: Central server
11: Control section, 12: Communication section, 13: Memory section
20: Request Guide UI Screen, P1: Requester's Terminal, P2: Applicant's Terminal
30: UI Icon, 31: 1st UI Icon, 32: 2nd UI Icon
40: Phrase, 41: 1st Phrase, 42: 2nd Phrase, 43: 3rd Phrase
P: Point

Claims (1)

In a request transaction system that trades the requester's request through the requester's terminal and the applicant's terminal,
A communication unit that receives personal information and locations of each requester through the terminals of multiple requesters and receives personal information and locations of each applicant through the terminals of multiple applicants;
A memory section storing the personal information and location of each requestor and the personal information and location of each applicant;
A control unit that provides a request guide UI screen that guides input for a request to a requester's terminal;
The above control unit,
If the above communication department receives a request for a specific request from a specific requester's terminal,
The above communication unit controls the transmission of the above request guide UI screen to a specific requester's terminal,
The above control unit,
If the above communication department receives completion of input for a specific request through the request guide UI screen from a specific requester's terminal,
The above communication unit controls to provide a UI icon for a specific request to the terminals of multiple requesters and the terminals of multiple applicants.
The above control unit,
In the first state where the above communication unit has not received support requests from multiple applicants' terminals for a specific request,
The above communication unit forms a puzzle that forms a specific shape, and is part of the puzzle, and controls the first UI icon that outputs the personal information of a specific requester and a specific request to be provided as the UI icon to the terminals of multiple requesters and the terminals of multiple applicants.
The above control unit,
If the above communication unit is in the second state where it has received a support request from at least one applicant's terminal for a specific request,
The above communication unit controls the first UI icon and the second UI icon that is fitted with the first UI icon to complete the puzzle to be provided as the UI icon to the terminals of multiple requesters and the terminals of multiple applicants.
The above control unit,
If the above communication department is in the third state where it has accepted a support request from a specific applicant for a specific request from a specific requester's terminal,
Controlling the borders of the first UI icon and the second UI icon to be output in a specific color so as to be provided as the UI icon,
The above control unit,
In the case of the above first state,
Controlling the output of the first phrase, which is a phrase indicating the first state, at a position where the second UI icon is aligned in the second state or the third state;
In the case of the above second state,
Controls the output of a second phrase, which is a phrase notifying the second state, at a predetermined location within the second UI icon;
In the case of the above third state,
Controls the output of a third phrase, which is a phrase notifying the third state, at a predetermined location within the second UI icon.
The above control unit,
In the second condition above, if there are multiple applicants,
The above second UI icon is divided into a number corresponding to the number of applicants, and is controlled to fit together with the first UI icon to complete the puzzle.
The above control unit,
In one of the terminals of multiple requesters and multiple applicants,
Among the UI icons for multiple requests, when the first phrase of the UI icon for a specific request in the first state is touched,
Among the UI icons for multiple requests, the first state is the same as the first state, and the UI icons for specific requests and other requests are sorted with priority.
The above control unit,
If the second UI icon is touched on one of the terminals of multiple requesters and multiple applicants,
The second state is the same as the second UI icon in the number of segments, but the first UI icon and the second UI icon for a specific request and a different request are arranged with the UI icon as the priority.
The above control unit,
Controls the display of the name of a specific requester, the title of the requester, and the points paid by the requester to the applicant when the request is made at a predetermined location within the first UI icon above.
The above control unit,
If the above communication unit receives a request for support from a single applicant from a terminal of a specific requester in the above second state,
Controlling the above 2nd U1 icon to be output by rotating it at a predetermined angle,
A request trading system that trades the request of the requester.

Images