Time currency system, time currency method, and program

Abstract

Time is used as a virtual currency to match labor.SOLUTION: A time currency system using a time as a virtual passage acquires a working time of a participant, calculates a grant time to be granted to the participant based on the working time on the basis of an evaluation element including a customer evaluation to work, and registers the grant time in an account of the participant.

Description

[Technical Field]

[0001] The present invention relates to a technique that is effective when time is used as virtual currency. [Background technology]

[0002] With the aging of the population, health insurance and nursing care insurance alone are not enough to provide sufficient support for the elderly. Therefore, Silver Human Resources Centers have been established in each local government to provide further support, but because support for daily living requires almost daily assistance, it is difficult to pay the high costs, and as a result, there are restrictions on the number of times the service can be used. On the other hand, home visit service businesses run by social welfare organizations approved by the government are facing various problems and are going out of business. When we consider the problems of an aging society (nursing care), a declining population, labor shortages, and increasing burdens on government welfare budgets, we believe that relying solely on government welfare as in the past has its limits and is not sustainable.

[0003] In addition, there is a need for social activities that solve problems in daily life, not just support for aging and welfare issues. For example, there are entities and places in society that need support, such as single-person households, people with disabilities and their families, young dual-income households, families who live far away and cannot provide care, disaster response (in collaboration with the government), working students, and children's cafeterias. Therefore, various volunteer activities are being carried out all over the country, but attitudes towards volunteering have changed with the times, and paid volunteering has become widely recognized and is currently spreading. There is also a growing need for social businesses that solve local issues, and recently the field of "community business" has also been attracting attention. As a technology for supporting the activities of volunteer groups, for example, Patent Document 1 discloses a matching between volunteer groups and companies that provide items necessary for volunteer activities. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Laid-Open No. 2010-044695 Summary of the Invention [Problem to be solved by the invention]

[0005] However, Patent Document 1 does not provide a service that connects volunteers who provide volunteer work such as nursing care with individuals who receive volunteer work. In addition, simply having volunteers and individuals who receive volunteer work communicate with each other and match them poses the following problems. For example, there are cases where the volunteer intends to provide volunteer work free of charge, but the recipient of the volunteer work wishes to pay money or the like in return. However, since it is currently difficult to receive compensation in currency, there is a demand for rewarding volunteers with virtual currency other than currency. Therefore, the inventor focused on a system that matches work, not just volunteering, by using time as virtual currency.

[0006] In view of the above problems, the present invention aims to provide a time currency system, a time currency method, and a program that can use time as virtual currency to match work. [Means for solving the problem]

[0007] The present invention is a time currency system in which time is used as a virtual currency, a working hours acquisition unit that acquires the working hours of participants; a calculation unit that calculates the time to be granted to the participant based on the working hours based on evaluation factors including a customer evaluation of the work; a registration unit that registers the granted time in the account of the participant; A time currency system is provided.

[0008] According to the present invention, the granted time is calculated based on the working hours of the participant when they participate in the work and the evaluation factors for that work, and this granted time is paid to the participant as virtual currency. As a result, it becomes possible to match work with time as virtual currency.

[0009] Although the present invention is categorized as a system, the same effects and advantages can be obtained even when it is a method or a program. [Effects of the Invention]

[0010] According to the present invention, it is possible to use time as virtual currency and match labor. [Brief explanation of the drawings]

[0011] [Figure 1] FIG. 1 is a diagram illustrating an overview of a time currency system 1. [Figure 2] FIG. 1 is a diagram illustrating a functional configuration of a time currency system 1. [Figure 3] FIG. 10 is a flowchart showing a participant data registration process executed by the computer 10. [Figure 4] FIG. 10 is a diagram schematically illustrating a database of helpers for problems. [Figure 5] FIG. 10 is a diagram schematically illustrating a help provider database. [Figure 6] FIG. 10 is a flowchart showing a requester data registration process executed by the computer 10. [Figure 7] FIG. 10 is a diagram schematically illustrating a problem requester database. [Figure 8] FIG. 10 is a flowchart showing a request data registration process executed by the computer 10. [Figure 9] FIG. 10 is a flowchart showing a matching process executed by the computer 10. [Figure 10] FIG. 10 is a flowchart showing an added time registration process executed by the computer 10. [Figure 11] FIG. 10 is a diagram schematically illustrating a time table relating to working hours. [Figure 12] FIG. 10 is a diagram schematically illustrating an evaluation element table relating to evaluation elements. [Figure 13] FIG. 10 is a flowchart showing a debit process executed by the computer 10. [Figure 14] A figure showing a flowchart of the scholarship return processing executed by the computer 10. [Figure 15] FIG. 10 is a flowchart showing a transfer process executed by the computer 10. [Figure 16] FIG. 10 is a flowchart showing a cashing process executed by the computer 10. [Figure 17] FIG. 10 is a flowchart showing an item purchasing process executed by the computer 10. [Figure 18] FIG. 10 is a flowchart showing a transfer process executed by the computer 10. [Figure 19] FIG. 10 is a flowchart showing a cancellation process executed by the computer 10. DETAILED DESCRIPTION OF THE INVENTION

[0012] Hereinafter, embodiments of the present invention (hereinafter referred to as "embodiments") will be described in detail with reference to the accompanying drawings. In the following drawings, the same elements are designated by the same numbers or symbols throughout the description of the embodiments.

[0013] [Overview of Time Currency System 1] Fig. 1 is a schematic diagram for explaining an overview of the time currency system 1. Components of the time currency system 1 will be described based on Fig. 1. The time currency system 1 is a system that uses time as virtual currency and is composed of at least a computer 10 with server functionality. In this embodiment, in addition to the computer 10, the time currency system 1 also includes a participant terminal 3 used by participants (individuals) who participate in various types of work (volunteer work, work at events, part-time work, casual work, etc.), and a client terminal 4 used by client (individuals, government agencies, corporations, etc.) who request various tasks from participants.

[0014] The participant terminal 3 is a terminal device used by the participant, such as a mobile phone, smartphone, tablet terminal, personal computer, laptop computer, or a wearable terminal such as a smart watch, smart glasses, or HMD (Head Mounted Display).

[0015] The requester terminal 4 is a terminal device used by the requester, and is, for example, a terminal device such as a mobile phone, a smartphone, a tablet terminal, a personal computer, or a laptop computer, or a wearable terminal such as a smart watch, smart glasses, or an HMD.

[0016] The computer 10 has a server function and may be realized, for example, by a single computer, or may be realized by multiple computers, such as a cloud computer. In this specification, a cloud computer may refer to either a computer that uses any computer in a scalable manner to perform a specific function, or a computer that includes multiple functional modules to realize a system and uses the functions in any combination. In addition, the time currency system 1 may include other terminals and devices in addition to the participant terminal 3, requester terminal 4, and computer 10 described above, and the number, type, and functions thereof are not particularly limited and can be designed as appropriate.

[0017] An outline of the processing steps when the time currency system 1 uses time as virtual currency will be described.

[0018] The computer 10 acquires the working hours of the participants (step S1). The computer 10 acquires from the participant terminal 3 and / or the requester terminal 4 the actual working hours of the participant who performed work (such as volunteer work or work at an event) at the request of the requester.

[0019] The computer 10 calculates the amount of time to be granted to the participant based on the working hours, based on the evaluation factors including the customer evaluation of the work (step S2). The computer 10 acquires the customer evaluation of the participant's work from the client terminal 4. The computer 10 calculates the amount of time to be granted to the participant based on the working hours, the customer evaluation, and the details of the work requested by the client.

[0020] The computer 10 registers the granted time in the participant's account (step S3). The computer 10 links the granted time to the participant's account and registers the granted time in the participant's account.

[0021] The above is an overview of the time currency system 1. The time currency system 1 enables matching of labor by treating time as virtual currency. Furthermore, by treating time as virtual currency, it is less susceptible to adverse effects of external factors due to aging (such as a decline in asset value due to inflation), while asset value increases relatively due to favorable effects of external factors (such as an increase in the minimum wage), so an increase in the asset value of granted time can be expected.

[0022] [Device configuration] 2 is a block diagram showing the configuration of the time currency system 1. The device configuration of the time currency system 1 will be described with reference to FIG. The time currency system 1 is a system that uses time as virtual currency, and is configured with at least a computer 10. In this embodiment, the time currency system 1 is configured with a participant terminal 3 and a client terminal 4 in addition to the computer 10, as described above. The time currency system 1 is a system in which a computer 10 is connected to a participant terminal 3 and a requester terminal 4 so as to be able to perform data communications via a network 8 such as a public line network. In addition, the time currency system 1 may include other terminals and devices in addition to the participant terminal 3, the requester terminal 4, and the computer 10, and the number, types, and functions of the other terminals and devices can be designed as appropriate.

[0023] The participant terminal 3 is the above-mentioned terminal device used by the participant. The participant terminal 3 is equipped with a CPU (Central Processing Unit), GPU (Graphics Processing Unit), RAM (Random Access Memory), ROM (Read Only Memory), etc. as a terminal control unit, and is equipped with devices, etc. as a communication unit to enable communication with other terminals, devices, etc. The participant terminal 3 includes, as an input / output unit, various devices for receiving predetermined inputs and executing input / output of various data.

[0024] The client terminal 4 is the above-mentioned terminal device used by the client. The requester terminal 4 includes a CPU, GPU, RAM, ROM, etc. as a terminal control unit, and includes a device, etc. as a communication unit, for enabling communication with other terminals, devices, etc. The requester terminal 4 includes, as an input / output unit, various devices for receiving predetermined inputs and executing input / output of various data.

[0025] The computer 10 has a server function and may be realized, for example, by a single computer, or may be realized by multiple computers, such as a cloud computer. The computer 10 has a control unit including a CPU, GPU, RAM, ROM, etc., and a communication unit including a device for enabling communication with other terminals and devices, and a working time acquisition unit for acquiring the working hours of participants. The computer 10 includes a data storage unit such as a hard disk, semiconductor memory, recording medium, or memory card as a memory unit. The computer 10 includes, as a processing unit, various devices for executing various processes, a calculation unit for calculating the time granted to participants based on their working hours based on evaluation factors including customer evaluations of the work, and a registration unit for registering the time granted in the participants' accounts.

[0026] In computer 10, the control unit loads a specified program and, in cooperation with the communication unit, realizes a participant data acquisition module, a requester data acquisition module, a request data acquisition module, a viewing module, a participation status acquisition module, a notification module, a working hours acquisition module, a customer evaluation acquisition module, a remittance module, a purchase price acquisition module, a transfer module, and a cancellation acquisition module. In addition, in the computer 10, the control unit reads a predetermined program, thereby realizing a storage module in cooperation with the storage unit. In addition, in computer 10, the control unit reads a specified program and works in cooperation with the processing unit to realize an account creation module, a matching module, a participation status judgment module, a participation fee deduction module, an evaluation element acquisition module, a calculation module, a registration module, a deduction module, a conversion module, a transfer module, a cash-out module, a transfer module, and a number of days judgment module.

[0027] Below, each process executed by the time currency system 1 will be explained together with the process executed by each of the modules described above. In this specification, each module may execute its processing content as its own function, or may execute its processing content via a predetermined application.

[0028] [Participant data registration process executed by computer 10] The participant data registration process executed by the computer 10 will be described with reference to Fig. 3. The figure shows a flowchart of the participant data registration process executed by the computer 10.

[0029] The participant data acquisition module acquires participant data (step S10). Participant data is data about participants who take part in volunteer work, events, etc. Participant data includes, for example, address, name, age, gender, occupation, information on whether a written pledge is present, information on whether a written consent is present, self-promotion (photo, qualifications, skills, areas of expertise, desired areas, whether or not tools are present (vehicles, machines, tools, and other items necessary for work)), travel time to the nearest station or main building, whether or not there is parking space, family composition, emergency contact information, place of employment, and other necessary data. The participant terminal 3 launches an application required to accept the input of participant data, accesses a predetermined website, etc., and displays a predetermined UI (User Interface). The participant terminal 3 accepts the input of participant data via this UI. Participants input participant data, which is data related to themselves, into this UI using a virtual device such as a virtual keyboard, or an input device such as a physical keyboard or mouse. The participant terminal 3 transmits the accepted participant data to the computer 10. The participant data acquisition module receives the participant data and acquires the participant data.

[0030] The account creation module creates an account (step S11). The account creation module creates an account that is linked to the acquired participant data and registers the grant time described below. The account creation module may create this account in any format, and the data format etc. can be designed as appropriate.

[0031] The storage module stores the participant data (step S12). The storage module stores participant data and accounts. At this time, the storage module links the participant data and accounts to a participant number assigned to each participant, registers the participant data in a database, and stores the participant data (see Figures 4 and 5).

[0032] The databases for registering participant data will be described with reference to Figures 4 and 5. Figure 4 is a diagram that schematically shows the problem helper database, and Figure 5 is a diagram that schematically shows the help provider database. The 20 Helper Database for Problems contains information such as individual membership numbers, addresses (up to the city, ward, town, or village block), age, gender, pen name, support history (including number of times), customer support evaluation history (several levels of evaluation), word of mouth, our overall rating and its visualization, information on whether a pledge form is in place, information on whether a consent form is in place (parental consent form required for minors), self-promotion history (self-promotion (photo of face acceptable), integration with existing applications, information on skills and areas of support available (areas of expertise, what kind of support can be provided, information on areas of support you would like to provide), information on whether you have a car or the tools necessary for support), and other information deemed necessary. The Help Provider Database 30 contains registered information such as individual member numbers, addresses (up to the city, ward, town, or village block), age, gender, pen name, content of services provided, available days (specific days, regular, fixed-term days), available hours (in 30-minute increments), location of services provided, time required (in minutes) from the nearest station or main building, availability of parking space, home information (single-story, two-story, apartment floor, elevator availability), presence or absence of pets (animal names), information on additional matters related to services provided, requests, support history (including number of times), customer support evaluation history (several-level evaluation), word-of-mouth, our company's overall evaluation and its visualization, information on whether a written pledge is present, information on whether a consent form is present (parental consent form required for minors), self-promotion history (self-promotion (photograph acceptable), integration with existing applications, information on skills and areas of support available (areas of expertise, what kind of support can be provided, information on areas of support desired), information on whether a car or tools necessary for support are present), and other information deemed necessary.

[0033] This completes the participant data registration process. The computer 10 may be configured to modify or delete any data in the registered participant data through the participant data registration process. In this case, the computer 10 executes the same process as in step S10 described above to obtain the data to be corrected or deleted, and corrects or deletes the stored participant data based on the obtained data.

[0034] [Requester Data Registration Process Executed by Computer 10] The requester data registration process executed by the computer 10 will be described with reference to Fig. 6. The figure is a flowchart of the requester data registration process executed by the computer 10.

[0035] The requester data acquisition module acquires requester data (step S20). Requester data is data about the requester. In the case of a government or corporation, the requester data may include, for example, the name, representative's name, address, and contact information. In the case of an individual, the requester data may include, for example, the address, name, age, gender, occupation, whether or not a written pledge is present, whether or not a consent form is present, self-promotion (photo, qualifications, skills, areas of expertise, desired areas, whether or not tools are present (vehicles, machines, tools, and other items necessary for work)), travel time from the nearest station or major building, whether or not there is parking space, home data (single-story, two-story, apartment, whether or not there is an elevator, etc.), whether or not there are pets, home location information, family composition, emergency contact information, place of employment, data necessary for caregiving or nursing, job hunting response data, interview data, the individual's contact information, whether or not there is insurance coverage, and other necessary data. The requester terminal 4 launches an application required to accept the input of requester data, accesses a predetermined website, etc., and displays a predetermined UI. The requester terminal 4 accepts the input of requester data via this UI. The requester inputs requester data, which is data related to the requester, into this UI using a virtual device such as a virtual keyboard or an input device such as a physical keyboard or mouse. The requester terminal 4 transmits the accepted requester data to the computer 10. The requester data acquisition module receives the requester data and acquires the requester data. If the requester is an individual and is the same person as a participant who has already been registered through the participant data registration process described above, the participant data may be used as the requester data.

[0036] The account creation module creates an account (step S21). The account creation module creates an account that links to the acquired client data and registers the granted time to be paid to the participant. The account creation module can create this account in any format, and the data format etc. can be designed as appropriate.

[0037] The storage module stores the requester data (step S22). The storage module stores the requester data and account. At this time, the storage module links the requester data and account to a requester number assigned to each requester, registers the requester data in a database, and stores the requester data (see Figure 7).

[0038] The database for registering the requester data will be described with reference to Fig. 7. Fig. 7 is a diagram schematically showing the problem requester database. The problem requester database 40 contains registered information such as individual member number, address (up to the city / ward / town / village / block district), age, sex, pen name, estimated work time (in 30-minute increments), work request content, desired work request date (specific date, regular date, fixed date), desired work request time (in 30-minute increments), work request location, required time (minutes) from the nearest station or main building, availability of parking space, home information (single-story, two-story, apartment floor, availability of elevator), availability of pets (animal name), and information on additional matters related to the work request (including general physical information).

[0039] The above is the requester data registration process. The computer 10 may be configured to modify or delete any data of the registered client data through the client data registration process. In this case, the computer 10 executes the same process as in step S20 described above, acquires the data to be corrected or deleted, and corrects or deletes the stored requester data based on the acquired data.

[0040] [Request data registration process executed by computer 10] The request data registration process executed by the computer 10 will be described with reference to Fig. 8. The figure shows a flowchart of the request data registration process executed by the computer 10.

[0041] The request data acquisition module acquires request data related to work (step S30). The request data is data necessary for a requester to request work (volunteer work, work at an event, etc.) from participants. In this embodiment, the request data is data related to participants desired by the requester for volunteer work or an event. The request data includes, for example, work date and time, work hours, physical burden (light work, normal work, heavy work, etc.), work environment (indoor work, outdoor work, and in the case of outdoor work, temperature (below a specified temperature, above a specified temperature, etc.), weather, etc.), work risk level (whether or not work will be performed at height, etc.), whether or not the requester holds qualifications, whether or not the requester brings in equipment, distance to the service provision location, and other necessary information. The request data may include, for example, the requester's number, address (can be down to the street name of the city, town, or village, or can be exact), age, gender, name (can be a real name or can be anonymous), estimated time (30 minutes, 1 hour, etc.), request details, desired date of request (specific date, regular date, fixed date, etc.), desired time of request (in 30-minute increments, 1 hour increments, etc.), request location, required time from the nearest station or main building, availability of parking space, home information, whether or not there are pets, additional data (including physical data), and requests. The requester terminal 4 launches an application required to accept the input of request data, accesses a predetermined website, etc., and displays a predetermined UI. The requester terminal 4 accepts the input of request data via this UI. The requester inputs the request data, which is the data required to request work from a participant, into this UI using a virtual device such as a virtual keyboard or an input device such as a physical keyboard or mouse. The requester terminal 4 transmits the accepted request data to the computer 10. The request data acquisition module receives this request data and acquires request data related to work.

[0042] The storage module stores the request data (step S31). The storage module links the request data to a requester number assigned to each requester, registers the request data in a database, and stores the request data.

[0043] The above is the request data registration process. The computer 10 may be configured to modify or delete any data of the registered request data through the request data registration process. In this case, the computer 10 executes the same process as in step S30 described above to obtain the data to be corrected or deleted, and corrects or deletes the stored request data based on the obtained data.

[0044] [Matching process performed by computer 10] The matching process executed by the computer 10 will be described with reference to Fig. 9. The figure shows a flowchart of the matching process executed by the computer 10.

[0045] The matching module matches participants based on the request data (step S40). The matching module matches participants who will perform the work requested by the requester based on the stored participant data and the acquired request data. The matching module identifies participants corresponding to the request data based on predetermined data in the participant data (data required for the participant to perform work, such as qualifications, skills, areas of expertise, and desired areas, as well as data related to the work desired by the participant).The matching module matches the identified participants with participants who will actually be requested to perform work, based on predetermined data in the participant data of the identified participants (data that can determine whether the participant is actually able to perform the work, such as address and tools owned).The matching module may be configured to match only one participant, or may be configured to match multiple participants. The matching module is not limited to a configuration that matches participants in multiple stages as described above, but may also be configured to match participants all at once (matching participants using predetermined data such as data required for working, data related to the work the participant desires, and data that can determine whether the participant is actually able to work). Furthermore, the matching module may be configured to match participants by taking into account customer ratings (details of customer ratings will be described later) given to participants who have actually performed requested work in the past. In this case, the matching module may match identified participants whose customer ratings are equal to or higher than a predetermined rating. Furthermore, the matching module is not limited to the above-mentioned matching method, and can be configured to match participants using other matching methods, and the content thereof can be designed as appropriate.

[0046] The viewing module allows the matched participants to view the request data (step S41). The viewing module transmits the request data to the participant terminal 3 of the matched participant. The participant terminal 3 receives the request data and notifies the participant by push notification or the like that the request data has been received. The participant terminal 3 starts an application required for viewing the request data, accesses a predetermined website, etc., and displays a predetermined UI. The participant terminal 3 displays the request data via this UI. The viewing module displays the request data on the participant terminal 3, allowing matched participants to view the request data.

[0047] The participation status acquisition module acquires the participation status of the participants (step S42). The participant terminal 3 accepts input from the participant indicating whether they wish to participate or decline to participate in response to the displayed request data. The participant terminal 3 accepts a predetermined input, such as a tap on a predetermined icon or radio box, from the participant, and accepts the input indicating whether they wish to participate or decline to participate. The participant terminal 3 transmits the participant's participation request or participation refusal received as the participation status to the computer 10 together with the participant number. The participation status acquisition module receives the participation status and acquires the participation status of the participants.

[0048] The participation status determination module determines the participation status of the participants (step S43). The participation status determination module determines whether the acquired participation status indicates willingness to participate or refusal to participate. If the participation status determination module determines that the acquired participation status is participation decline (step S43 NO), the computer 10 ends this process. If the participation status determination module determines that all participants have declined participation, the computer 10 may be configured to notify the requester of a message urging the requester to change the content of the request data, or to notify the requester of a message indicating that no participants wished to participate. In this case, the computer 10 creates these messages and transmits the created messages to the requester terminal 4. The requester terminal 4 receives these messages and notifies the requester of the message by displaying them via a predetermined UI.

[0049] On the other hand, if the participation status determination module determines that the acquired participation status indicates a desire to participate (YES in step S43), the notification module notifies the requester of the participant data (step S44). The notification module transmits the participant data of participants who wish to participate to the requester terminal 4 of the requester corresponding to the requester number in the request data. Here, the participant data notified by the notification module does not necessarily need to transmit all of the stored participant data, but may be data necessary for the work (name, age, sex, qualifications, skills, tools, distance to labor provision, etc.), or may be data other than these. The requester terminal 4 receives the participant data and notifies the requester by push notification or the like that the participant data has been received. The requester terminal 4 launches an application required to view the participant data, accesses a predetermined website, etc., and displays a predetermined UI. The requester terminal 4 displays the participant data via this UI. The notification module notifies the requester of the participant data by displaying the participant data on the requester terminal 4. If the number of participants who wish to participate exceeds a predetermined limit set in the request data, the computer 10 can be configured to notify the requester terminal 4 of the participant data, including a notice to that effect. At this time, the computer 10 can also be configured to change the appearance of the participants in a predetermined way (adding a predetermined icon, symbol, or mark to the participant data, color coding, highlighting, etc.) based on the matching result, and recommend participants who meet the required number. Conversely, if the number of participants who wish to participate is less than a predetermined limit set in the request data, computer 10 can be configured to notify requester terminal 4 of the participant data, including a message to that effect. At this time, computer 10 can also be configured to notify the requester of a message urging the requester to change the contents of the request data, or to notify the requester of a message indicating that no participants wished to participate. In this case, computer 10 creates these messages and transmits the created messages to requester terminal 4. Requester terminal 4 receives these messages and notifies the requester of the message by displaying them via a predetermined UI.

[0050] This completes the matching process. Participants will perform work (volunteering, working at events, etc.) based on the matched request data. In addition, if a participant is required to pay a participation fee when participating in work, it is also possible to configure the system so that the granted time registered in the participant's account is deducted as the participation fee. This case will be explained. If the request data for the work that the participant wishes to participate in indicates that a participation fee must be paid, the participation fee withdrawal module will, as a result of the processing described below, deduct the amount of granted time equivalent to the participation fee from the granted time registered in the participant's account. In addition, computer 10 may deduct the actual granted time registered in the participant's account as the participation fee, or may convert the granted time registered in the participant's account into cash using a process similar to the cash conversion process described below, and deduct the amount of granted time converted.

[0051] [Granted time registration process executed by computer 10] The granted time registration process executed by the computer 10 will be described with reference to Figure 10. This figure shows a flowchart of the granted time registration process executed by the computer 10. This granted time registration process details a working time acquisition process (step S1) that acquires the working hours of the participant, a calculation process (step S2) that calculates the granted time to be granted to the participant based on the working hours based on evaluation elements including customer evaluation of the work, and a registration process (step S3) that registers the granted time in the participant's account.

[0052] The working hours acquisition module acquires the working hours of the participants (step S50). The working hours are the actual working hours that participants actually performed based on the request data. Note that the working hours may include not only the actual working hours but also non-actual time such as the time spent traveling to the requested location based on the request data. The requester terminal 4 launches the application required to accept the input of participants' working hours, accesses a predetermined website, etc., and displays a predetermined UI. The requester terminal 4 accepts the input of participants' working hours via this UI. The requester inputs participants' working hours into this UI using a virtual device such as a virtual keyboard, or an input device such as a physical keyboard or mouse. The client terminal 4 transmits the working hours of the participants to the computer 10. The working time acquisition module receives the working time of the participant and acquires the working time of the participant. The working hours of the participants may be acquired from the participant terminal 3. In this case, the participant terminal 3 executes the same process as the above-described reception of the input of working hours at the client terminal 4, and transmits the working hours of the participants to the computer 10. Furthermore, the working hours acquisition module may acquire the working hours of the participants from both the participant terminal 3 and the client terminal 4.

[0053] The customer evaluation acquisition module acquires customer evaluations of participants (step S51). A customer evaluation is an evaluation of the results and content of a participant's work by a client. For example, a customer evaluation is conducted using a predetermined scale (3-point scale, 5-point scale, etc.), with the higher the scale, the better the evaluation. This customer evaluation of a participant is one of the components of the evaluation elements described below. The method and content of the customer evaluation can be designed as appropriate. The requester terminal 4 starts an application required to accept the input of the customer evaluations of the participants, accesses a predetermined website, etc., and displays a predetermined UI. The requester terminal 4 accepts the input of the customer evaluations of the participants via this UI. The requester inputs the customer evaluations of the participants into this UI using a virtual device such as a virtual keyboard or an input device such as a physical keyboard or mouse. The client terminal 4 transmits the customer evaluations of the participants to the computer 10. The customer evaluation acquisition module receives the customer evaluations of the participants and acquires the customer evaluations of the participants. The customer evaluation acquisition module may acquire not only the customer evaluations of the participants but also the customer evaluations of the requester. In this case, the participant terminal 3 executes the same process as the above-described process for accepting the input of the customer evaluations of the participants at the requester terminal 4, as the customer evaluation of the requester, and transmits the customer evaluation of the requester to the computer 10.

[0054] The computer 10 adds the acquired customer ratings of the participant to the participant data stored by the above-mentioned participant data registration process and registers it in the database. At this time, if the participant has multiple customer ratings, the computer 10 may calculate the average, highest, or lowest rating and add these calculation results to the participant data. The computer 10 may also add the total number of customer ratings of the participant to the participant data and register it in the database. The computer 10 adds the acquired customer evaluations of the client to the client data stored by the client data registration process described above and registers the data in the database. At this time, if the client has multiple customer evaluations, the computer 10 may calculate the average, highest, or lowest evaluations and add these calculation results to the client data. The computer 10 may also add the total number of customer evaluations of the client to the client data and register the data in the database.

[0055] The evaluation factor acquisition module acquires evaluation factors other than the customer evaluation of the participant's work (step S52). The evaluation elements include at least one of the following: physical burden, working environment, work risk level, qualifications, necessary equipment, and distance to work provision, in addition to the customer evaluation of the participant. In this embodiment, the evaluation elements are described as including all of the following: physical burden, working environment, work risk level, qualifications, necessary equipment, and distance to work provision, in addition to the customer evaluation. The evaluation element acquisition module acquires the evaluation elements based on the acquired request data. If the request data contains only a portion of the evaluation elements, only this portion of the evaluation elements may be used, or the requester terminal 4 may accept input of the evaluation elements and obtain the accepted evaluation elements. Furthermore, the evaluation element acquisition module may change the content of the evaluation elements to be acquired according to predetermined conditions (e.g., extremely high / low physical burden, extremely bad / good working environment, extremely high / low labor risk, required / not required qualifications, required / not required equipment, extremely long / short distance to labor, etc.). For example, the evaluation element acquisition module can be configured not to acquire physical burden as an evaluation element if the work involves extremely low physical burden. Similarly, it can be configured not to acquire other evaluation elements as evaluation elements. Conversely, the evaluation element acquisition module can be configured to prioritize acquiring physical burden as an evaluation element if the work involves extremely high physical burden. Similarly, it can be configured to prioritize acquiring other evaluation elements as evaluation elements.

[0056] The calculation module calculates the time to be granted to the participant based on the working hours and the evaluation factors (step S53). The calculation module calculates the granted hours by multiplying the sum of the working hours and the evaluation factors by a predetermined coefficient and subtracting the hourly business cost per unit of work from the result. At this time, the calculation module calculates the granted hours using different calculation methods depending on whether the client is an individual or an administrative or corporation.

[0057] An outline of how the calculation module calculates the given time will be described. The calculation module calculates the amount of time to be granted to participants by substituting the contents of each table shown in Figures 11 and 12 into a predetermined formula. Figure 11 shows a time table 50 related to working hours, and Figure 12 shows an evaluation element table 60 related to evaluation elements. In time table 50, X is the actual working time (in 1-hour or 0.25-hour units), and the actual working time is multiplied by a predetermined coefficient according to the time period. In time table 50, for the time period from 05:00 to 18:00, the actual working time is X1 and the predetermined coefficient is 1, for the time period from 18:00 to 22:00, the actual working time is X2 and the predetermined coefficient is 1.25, and for the time period from 22:00 to 05:00, the actual working time is X3 and the predetermined coefficient is 1.5. In the evaluation element table, a symbol from k1 to K10 is assigned to the content of each evaluation element, with k1 being physical burden, k2 being working environment 1, k3 being working environment 2, k4 being work risk level, k5 being qualifications held, k6 being equipment brought in, k7 being distance to service location, k8 being customer evaluation, k9 being other 1, and k10 being other 2. The calculation module substitutes these Xn and Kn into the following formulas 1 and 2 to calculate the application time.

[0058]

number

[0059] Formula 1 is used to calculate the hours granted when an individual requests work. In Formula 1, A is a predetermined coefficient, K1 to K10 are variables, and R is the project cost / hour conversion. The calculation module uses Equation 1 to calculate the amount of time to be granted to the participant when the individual requests work.

[0060]

number

[0061] Formula 2 is used to calculate the hours granted when a government or corporation requests labor. In Formula 2, B is a predetermined coefficient, K1 to K10 are variables, and R is the project cost / hour conversion. The calculation module uses Equation 2 to calculate the granted time to be granted to the participant when the government or corporation requests work.

[0062] Returning to FIG. 10, the rest of the granted time registration process will be described. The registration module registers the granted time in the participant's account (step S54). The registration module links the calculated granted time to the participant's account, adds the granted time, and registers the granted time in the participant's account.

[0063] The above is the granted time registration process.

[0064] [Withdrawal process executed by computer 10] The debit processing executed by the computer 10 will be described with reference to Fig. 13. The figure shows a flowchart of the debit processing executed by the computer 10.

[0065] The calculation module calculates the deduction time to be deducted from the client based on the working hours, based on the evaluation factors (step S60). The calculation module calculates the deduction time by adding the business cost per unit of work converted into an hourly rate from the value obtained by multiplying the sum of the working hours and the evaluation factors by a predetermined coefficient.At this time, the calculation module calculates the deduction time using the same calculation method whether the client is an individual or an administrative or corporation. The calculation module substitutes the above-mentioned Xn and Kn into the following formula 3 to calculate the withdrawal time.

[0066]

number

[0067] Formula 3 is a formula for calculating the withdrawal time. In Formula 3, C is a predetermined coefficient, K1 to K10 are variables, and R is the time equivalent of the project cost / case. The calculation module uses Equation 3 to calculate the withdrawal time for debiting the requester.

[0068] The deduction module deducts the deduction time from the requester's account (step S61). The deduction module subtracts the calculated deduction time from the granted time linked to the requester's account and deducts the deduction time from the requester's account.

[0069] This completes the withdrawal process.

[0070] [Scholarship return processing executed by computer 10] The scholarship return processing executed by the computer 10 will be described with reference to Fig. 14. The figure shows a flowchart of the scholarship return processing executed by the computer 10.

[0071] The conversion module converts the participant's granted time into the cost of scholarship repayment (step S70). The conversion module converts the granted time linked to the participant's account into the scholarship return cost using a predetermined conversion method. For example, the conversion method executed by the conversion module is to divide the total amount of the scholarship return by a preset amount (such as an amount set for each region or prefecture). The reason for setting an amount for each region or prefecture is to reflect the wage disparities that exist depending on the region. For example, if a student from Kagoshima borrows a 10,000 yen / month scholarship for six months on the condition that he or she works in Tokyo, and the preset amount is 1,200 yen / hourly wage in Tokyo and 900 yen / hourly wage in Kagoshima, the conversion module will divide the borrowed amount (60,000 yen / month = 10,000 yen x 6 months) by the hourly wage in Tokyo or the hourly wage in Kagoshima. Here, the conversion module uses the higher hourly wage (the Tokyo hourly wage is used in this embodiment). The conversion module then converts the 50 hours (60,000 yen / month divided by 1,200 yen) into the cost of scholarship repayment from the participant's granted hours. For example, if a student in Tokyo borrows a 10,000 yen / month scholarship for six months on the condition that he or she works in Kagoshima, and the preset amount is 1,200 yen / hourly wage in Tokyo and 900 yen / hourly wage in Kagoshima, the conversion module will divide the borrowed amount (60,000 yen / month = 10,000 yen x 6 months) by the hourly wage in Tokyo or the hourly wage in Kagoshima. Here, the conversion module uses the higher hourly wage (the Tokyo hourly wage is used in this embodiment). The conversion module then converts the 50 hours (60,000 yen / month divided by 1,200 yen) into the cost of scholarship repayment from the participant's granted time. For example, if a student in Kagoshima borrows a scholarship of 10,000 yen per month for six months on the condition that he or she works in Kagoshima, and the preset amount is 900 yen per hour in Kagoshima, the conversion module will divide the borrowed amount (10,000 yen x 6 months) to 60,000 yen by the hourly wage in Kagoshima.The conversion module then converts 50 hours (60,000 yen divided by 900 yen) from the participant's granted hours into the cost of scholarship repayment.

[0072] The withdrawal module withdraws the converted fee as the scholarship fee (step S71). The deduction module subtracts the granted time for the converted cost from the granted time linked to the participant's account and deducts the granted time for the converted cost from the participant's account.

[0073] The computer 10 registers the deducted amount of granted time in the account of the company or the like that provided the scholarship, and the participant repays the borrowed scholarship using the granted time.

[0074] This concludes the scholarship return process.

[0075] [Transfer process executed by computer 10] The transfer process executed by the computer 10 will be described with reference to Fig. 15. The figure shows a flowchart of the transfer process executed by the computer 10.

[0076] The transfer module inherits, transfers, or gifts the participant's granted time to a person related to the participant (step S80). In the case of inheritance, a person related to a participant is a relative of the second degree or a person designated in advance by the participant, in the case of transfer, a third party such as a friend or acquaintance of the participant, and in the case of a gift, a person designated by the participant. This person related to a participant may be set by registering data about this person in addition to the participant's own data in the participant data registration process described above, or may be set each time a participant intends to carry out an inheritance, transfer, or gift.

[0077] First, we will explain the case of inheritance. If the person receiving the inheritance is a person registered through the participant data registration process described above, the transfer module inherits the granted time of the inheriting participant as time as is. Note that if the area and rank previously set for each participant are the same, the transfer module inherits the time as time. Alternatively, if the area previously set for each participant is different, or if the person receiving the inheritance is a person not registered through the participant data registration process described above, the transfer module multiplies the granted time by a predetermined time amount (such as an amount set for each region or prefecture) and inherits it as real currency. The reason for setting amounts for each region or prefecture, etc., is that wage disparities exist depending on the region, and this must be reflected. For example, if the participant making the inheritance is a participant in Kagoshima, and the person to whom the inheritance is made is a person in Tokyo, and they inherit 10 hours of granted time, and if the inheritance of this granted time is made in real currency, the transfer module will multiply the granted time by the hourly wage in Kagoshima (for example, 900 yen) (10 hours x 900 yen) and inherit it as real currency (inheriting 9,000 yen). For example, if the participant making the inheritance is a participant in Tokyo, the person to whom the inheritance is made is a person in Kagoshima, and 10 hours of granted time are inherited, and this granted time is inherited in real currency, the transfer module will multiply the granted time by the hourly wage in Tokyo (for example, 1,200 yen) (10 hours x 1,200 yen) and inherit it as real currency (inheriting 12,0000 yen). In this way, wage differences can be reflected by changing the amount per unit time in different areas.

[0078] Next, the case of transfer will be described. If the person to whom the transfer is made is a person registered through the participant data registration process described above, the transfer module transfers the granted time of the participant making the transfer as time as is. Note that the transfer module transfers the granted time as time if the areas and ranks previously set for each participant are the same. Alternatively, if the areas previously set for each participant are different, or if the person to whom the transfer is made is a person not registered through the participant data registration process described above, the transfer module multiplies the granted time by a predetermined time amount (such as an amount set for each region or prefecture) and transfers it as real currency. The reason for setting amounts for each region or prefecture, etc., is that wage disparities exist depending on the region, and this must be reflected. For example, if the participant making the transfer is a participant in Kagoshima, the person to whom the transfer is made is a person in Tokyo, and 10 hours of granted time are being transferred, and the transfer of this granted time is being made in real currency, the transfer module will multiply the granted time by the hourly wage in Kagoshima (e.g., 900 yen) (10 hours x 900 yen) and transfer it as real currency (transferring 9,000 yen). Also, for example, if the participant making the transfer is a participant in Tokyo, the person to whom the transfer is made is a person in Kagoshima, and 10 hours of granted time are being transferred, and this granted time is being transferred in real currency, the transfer module will multiply the granted time by the hourly wage in Tokyo (e.g., 1,200 yen) (10 hours x 1,200 yen) and transfer it as real currency (inheriting 12,0000 yen). In this way, wage differences can be reflected by changing the amount per unit time in different areas.

[0079] Finally, we will explain the case of gifts. If the person to whom the gift is to be given is a person registered through the participant data registration process described above, the transfer module will give the person the given time as the given time, which is calculated by dividing the coupons purchased by the participant using the given time previously given to the participant by a predetermined time amount (such as an amount set for each region or prefecture, etc.) and multiplying the result by a predetermined coefficient. The reason for setting amounts for each region or prefecture, etc., is that wage disparities exist depending on the region, and this must be reflected.

[0080] The registration module registers the granted time in the account of the person to whom the inheritance, transfer or gift has been made (step S81). The registration module adds the inheritance, transfer, or gift to the granted time linked to the account of the person to whom the inheritance, transfer, or gift was made, and registers the granted time in the account of this person. If the inheritance or gift is made in real currency, this process is omitted.

[0081] Even if the participant does not have any time on hand, they may purchase a coupon and, after performing a predetermined conversion, grant the recipient an amount of time equivalent to the amount. In other words, if the person to whom the gift is made is a person registered through the participant data registration process described above, the transfer module may purchase a coupon even if the participant does not have any granted time, and may gift the coupon to the recipient by dividing the coupon by a predetermined time amount (such as an amount set for each region or prefecture) and multiplying the result by a predetermined coefficient. The coupon may be purchased by the participant himself or herself, or by a third party.

[0082] This completes the transfer process.

[0083] [Cash conversion process executed by computer 10] The cashing process executed by the computer 10 will be described with reference to Fig. 16. The figure shows a flowchart of the cashing process executed by the computer 10.

[0084] The cashing module cashes the participant's granted time at a predetermined rate (step S90). The cash-out module multiplies the granted time associated with the participant's account by a predetermined time amount and converts the participant's granted time into real currency at a predetermined rate.

[0085] The remittance module remits the converted amount to a predetermined account (step S91). The specified account may be set up by registering an account at a financial institution in addition to the participant's own data in the participant data registration process described above, or it may be set up each time the participant cashes out. The remittance module remits the converted amount to an account at a financial institution, etc. The content of the remittance process of real currency executed by the remittance module may be the same as a general remittance process between accounts.

[0086] This completes the cash conversion process.

[0087] Item purchase process executed by computer 10] The product purchasing process executed by the computer 10 will be described with reference to Fig. 17. The figure shows a flowchart of the product purchasing process executed by the computer 10.

[0088] The purchase price acquisition module acquires the purchase price invoice for the item purchased by the participant at the affiliated store (step S100). The affiliated stores may be, for example, regional affiliated stores or sponsoring companies. Note that the affiliated stores may be regional affiliated stores or sponsoring companies in the entire region regardless of the location of the participant, or may be regional affiliated stores or sponsoring companies in the region where the participant is located. Participants purchase desired items from affiliated stores. Here, participants may purchase these items at the affiliated store's physical store, or online, such as through an EC (Electronic Commerce) site managed and operated by the affiliated store. The price paid by participants when purchasing items is the granted time registered in their account. In other words, participants purchase items using the registered granted time, and affiliated stores sell items using this granted time. The affiliated store bills the computer 10 for the purchase price of the items purchased by the participant. In addition to the purchase price of the items, the affiliated store bills the computer 10 by linking the purchase price with information that can identify the participant, such as an identifier such as the name of the participant who purchased the item. The purchase price acquisition module receives the purchase price and information that can identify the participant, and acquires a bill for the purchase price of the item that the participant purchased at the affiliated store.

[0089] The conversion module converts the granted time into the cost of goods purchased by the participant at the affiliated store (step S101). The conversion module converts the granted time linked to the account of the participant who purchased the product into the purchase price of the product using a predetermined conversion method. For example, the conversion method executed by the conversion module is to divide the purchase price by a predetermined amount (such as an amount set for each region or prefecture), multiply the result of the division by a predetermined coefficient, and calculate the granted time to be converted. For example, if a participant in Tokyo purchases an item worth 12,000 yen at a partner store in Kagoshima, and the hourly wage in Tokyo is 1,200 yen, the conversion module will divide this 12,000 yen by 1,200 yen, multiply the result (10 hours) by a predetermined coefficient, and calculate the amount of granted time to be converted. If this coefficient is 1, the amount of granted time that the conversion module converts as expenses will be 10 hours. As another example, if a participant in Kagoshima purchases an item for 12,000 yen at an affiliated store in Kagoshima or Tokyo, and the hourly wage in Kagoshima is 1,000 yen, the conversion module will divide this 12,000 yen by 1,000 yen, multiply the result (12 hours) by a predetermined coefficient, and calculate the amount of granted time to be converted. If this coefficient is 1, the amount of granted time that the conversion module converts as expenses will be 12 hours. As the amount of time required for the grant varies depending on the region, participants feel that they get a better deal by purchasing goods locally and paying for them with the granted time, which also has the benefit of making it easier for money to flow to local areas.

[0090] The deduction module deducts the converted cost as the cost of the item (step S102). The deduction module subtracts the granted time for the converted cost from the granted time linked to the participant's account and deducts the granted time for the converted cost from the participant's account.

[0091] The calculation module calculates the transfer amount to be transferred to the affiliated store (step S103). The calculation module calculates the transfer amount by subtracting a predetermined fee from the purchase price when the participant purchased the item.

[0092] The transfer module transfers the transfer amount to the affiliated store (step S104). The transfer module executes the necessary process to transfer the calculated transfer amount. This process is not particularly limited and can be designed as appropriate, as long as it is a general process related to transferring money, such as remitting the transfer amount to a bank account of an affiliated store.

[0093] This completes the product purchasing process.

[0094] [Transfer process performed by computer 10] The transfer process executed by the computer 10 will be described with reference to Fig. 18. The figure shows a flowchart of the transfer process executed by the computer 10.

[0095] The transfer module transfers the granted time of the participant (step S110). A transfer is when a participant moves and intends to either keep the time accrued to their account or cash it out. If the area and rank of the participant before the move are the same as the area and rank of the new location, the transfer module will retain the participant's granted time as is. Alternatively, the transfer module will multiply the participant's granted time by a predetermined time amount (the time amount specified for the area before the move) and convert the participant's granted time into real currency at a predetermined rate. On the other hand, if the participant does not meet the above-mentioned conditions, the transfer module multiplies the participant's granted time by a predetermined time amount (the time amount specified in the area before the move) and converts the participant's granted time into real currency at a predetermined rate. In other words, if the area and rank of the participant before the move are the same as the area and rank of the new location, the transfer module will retain or exchange the granted time for cash; if not, the transfer module will exchange the granted time for cash and transfer the participant's granted time.

[0096] The registration module registers the given time after the transfer (step S111). If the transfer module keeps the granted time as is, the registration module keeps the granted time registered in the participant's account as is. On the other hand, if the transfer module converts the granted time into cash, the registration module subtracts the converted time from the granted time registered in the participant's account.

[0097] This completes the transfer process.

[0098] [Cancellation process executed by computer 10] The cancellation process executed by the computer 10 will be described with reference to Fig. 19. The figure shows a flowchart of the cancellation process executed by the computer 10.

[0099] The cancellation acquisition module acquires the cancellation of work (step S120). The cancellation of work is intended to mean that a matched participant has withdrawn from participating in the work, or that a work requester has withdrawn the request. Explain what happens if a participant cancels work. The participant terminal 3 launches the application required to cancel the work that the participant wanted to participate in, accesses a predetermined website, etc., and displays a predetermined UI. The participant terminal 3 accepts input of work cancellation via this UI. The participant inputs work cancellation into this UI using a virtual device such as a virtual keyboard, or an input device such as a physical keyboard or mouse. The participant terminal 3 transmits the accepted cancellation of the work to the computer 10. The cancellation data acquisition module receives this work cancellation and acquires the work cancellation. The case where a client cancels work will be explained. The client terminal 4 launches the application necessary to cancel the work requested by the client, accesses a predetermined website, etc., and displays a predetermined UI. The client terminal 4 accepts input to cancel the work via this UI. The client inputs the work cancellation into this UI using a virtual device such as a virtual keyboard, or an input device such as a physical keyboard or mouse. The client terminal 4 transmits the accepted cancellation of the work to the computer 10. The cancellation data acquisition module receives this work cancellation and acquires the work cancellation.

[0100] The number of days determination module determines the number of days remaining until the work execution date (step S121). The number of days determination module compares the date and time of the work cancellation with the work date and time in the request data for the canceled work, and determines the number of days remaining until the work is to be performed. For example, the number of days determination module determines whether the number of remaining days is 0 (cancelled on the day), 0 to 1 day (cancelled the day before), 1 to 3 days, or more.

[0101] The calculation module calculates the withdrawal time according to the remaining number of days (step S122). The calculation module multiplies the granted time or deducted time of the canceled work by a predetermined coefficient set in advance according to the number of remaining days, and calculates the deducted time according to the number of remaining days. Using the above example, a method for calculating the withdrawal time will be described.

[0102] First, we will explain the case where the remaining number of days is 0 (cancellation on the day). In this case, 100% is used as the predetermined coefficient. If the participant cancels the work, the calculation module multiplies the granted time that was scheduled to be granted for this work by 100% to calculate the deduction time. In other words, in this case, the deduction time is the same as the granted time that was scheduled to be granted for this work. If the work is canceled by the client, the calculation module multiplies the scheduled withdrawal time for this work by 100% to calculate the withdrawal time. In other words, in this case, the withdrawal time is the same as the scheduled withdrawal time for this work.

[0103] Next, we will explain the case where the remaining number of days is 0 to 1 (cancellation the day before). In this case, 60% is used as the predetermined coefficient. If the participant canceled the work, the calculation module multiplies the granted time that was scheduled to be granted for this work by 60% to calculate the deducted time. In other words, in this case, the deducted time is 60% of the granted time that was scheduled to be granted for this work. If the work is canceled by the client, the calculation module calculates the withdrawal time by multiplying the scheduled withdrawal time for this work by 60%. In other words, in this case, the withdrawal time is 60% of the scheduled withdrawal time for this work.

[0104] Next, a case where the remaining number of days is 1 to 3 will be described. In this case, 30% is used as the predetermined coefficient. If the participant canceled the work, the calculation module multiplies the granted time that was scheduled to be granted for this work by 30% to calculate the deduction time. In other words, in this case, the deduction time is 30% of the granted time that was scheduled to be granted for this work. If the work is canceled by the client, the calculation module calculates the withdrawal time by multiplying the scheduled withdrawal time for this work by 30%. In other words, in this case, the withdrawal time is 30% of the scheduled withdrawal time for this work.

[0105] Finally, we will explain the case where the remaining number of days is more than that. In this case, 0% is used as the predetermined coefficient. In other words, there is no deduction time due to the cancellation of work.

[0106] The deduction module deduce the deduction time (step S123). If the participant cancels the work, the deduction module subtracts the calculated deduction time from the granted time linked to the participant's account and deducts the deduction time from the participant's account. In addition, if the person who canceled the work is the client, the deduction module subtracts the calculated deduction time from the granted time linked to the client's account and deducts the deduction time from the client's account.

[0107] The registration module registers the deduction time to the account of the person whose work has been canceled (step S124). If the participant cancels the work, the registration module links the debit time deducted from the participant's account to the account of the requester whose work was canceled, and registers the debit time as granted time in the requester's account. Furthermore, if the work is canceled by the requester, the registration module links the deduction time deducted from the requester's account to the account of the participant whose work was canceled, and registers the deduction time as granted time in the participant's account. At this time, if the work of multiple participants is canceled, the calculated deduction time may be registered for all participant accounts, or the calculated deduction time may be divided by the number of participants, linked to each participant's account, and the deduction time may be registered in the participant's account.

[0108] This completes the cancellation process.

[0109] The time currency system 1 enables matching of labor by treating time as virtual currency. Furthermore, by treating time as virtual currency, it is less susceptible to adverse effects of external factors due to aging (such as a decline in asset value due to inflation), while asset value increases relatively due to favorable effects of external factors (such as an increase in the minimum wage), so an increase in the asset value of granted time can be expected.

[0110] Although the above-described processes are described as separate processes, the computer 10 can be configured to execute a combination of some or all of the above-described processes. Also, the computer 10 can be configured to execute each process at a timing other than the timing described. Furthermore, although each of the above-mentioned processes is described as a process executed by the computer 10, it is also possible to configure some or all of the processes to be executed by the participant terminal 3 or the requester terminal 4 itself, or by a specified application installed on the participant terminal 3 or the requester terminal 4.

[0111] In this embodiment, there are various passages correcting for "wage differentials" that arise from regional disparities within a country, but if the "wage differentials" are treated as "exchange rates," the present invention can also be applied internationally.

[0112] The above-described means and functions are realized by a computer (including a CPU, an information processing device, and various terminals) reading and executing a predetermined program. The program may be provided, for example, from a computer via a network (Software as a Service (SaaS)) or as a cloud service. The program may also be provided in a form recorded on a computer-readable recording medium. In this case, the computer reads the program from the recording medium, transfers it to an internal or external recording device, records it, and executes it. The program may also be pre-recorded on a recording device (recording medium) and provided to the computer from the recording device via a communication line.

[0113] Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments. Furthermore, the effects described in the embodiments of the present invention are merely a list of the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the embodiments of the present invention.

[0114] A first aspect disclosed in this embodiment is a time currency system in which time is a virtual currency, a working hours acquisition unit that acquires the working hours of participants; a calculation unit that calculates the time to be granted to the participant based on the working hours based on evaluation factors including a customer evaluation of the work; a registration unit that registers the granted time in the account of the participant; A time currency system is provided.

[0115] In a second aspect disclosed in this embodiment, the evaluation factors further include at least one of physical strain, working environment, work risk level, qualifications, necessary equipment, and distance to work provision. According to a first aspect, there is provided a time currency system.

[0116] In a third aspect disclosed in this embodiment, the calculation unit calculates the granted time by subtracting a value obtained by converting the business cost per unit of labor into an hour from a value obtained by multiplying the sum of the working time and the evaluation element by a predetermined coefficient. According to a first aspect, there is provided a time currency system.

[0117] In a fourth aspect disclosed in this embodiment, the calculation unit multiplies the sum of the working hours and the evaluation elements by a predetermined coefficient, and then adds a value obtained by converting the business cost per unit of labor into an hourly amount to calculate the deduction time to be deducted from the client. According to a first aspect, there is provided a time currency system.

[0118] A fifth aspect disclosed in this embodiment includes a volunteer data acquisition unit that acquires request data from a requester regarding a volunteer; a matching unit that matches the participants based on the request data; a viewing unit that allows the matched participants to view the request data; The time currency system according to the first aspect further comprises:

[0119] A sixth aspect disclosed in the present embodiment includes an event data acquisition unit that acquires request data from a requester regarding an event; a matching unit that matches the participants based on the request data; a viewing unit that allows the matched participants to view the request data; The time currency system according to the first aspect further comprises:

[0120] A seventh aspect disclosed in this embodiment is a participation fee withdrawal unit that, when the participant is required to pay a participation fee to participate in the work, withdraws the granted time registered in the participant's account as the participation fee; The time currency system of claim 1 further comprising:

[0121] The eighth aspect disclosed in this embodiment is a return cost conversion unit that converts the granted time into a scholarship return cost; a scholarship withdrawal unit that withdraws the converted fee as the fee for the scholarship; The time currency system according to the first aspect further comprises:

[0122] A ninth aspect disclosed in this embodiment is a transfer unit that inherits, transfers, or donates the granted time of the participant to a person related to the participant; The time currency system according to the first aspect further comprises:

[0123] A tenth aspect disclosed in this embodiment is a cashing unit that cashes the granted time at a predetermined rate; The time currency system according to the first aspect further comprises:

[0124] An eleventh aspect disclosed in this embodiment is a purchase cost conversion unit that converts the granted time into a cost for the participant to purchase an item at an affiliated store; a purchase cost deduction unit that deducts the converted cost as the cost of the item; The time currency system according to the first aspect further comprises:

[0125] A twelfth aspect disclosed in this embodiment is a transfer unit that transfers the granted time of the participant; The time currency system according to the first aspect further comprises: [Explanation of symbols]

[0126] 1. Time Currency System 3 Participant terminals 4. Client terminal 10. Computers 20 Database of Helpers for Problems 30 Help Provider Database 40 Database of people requesting help 50 Time Table 60 Evaluation Element Table

Claims

1. A time currency system that uses time as a virtual currency, a working hours acquisition unit that acquires the working hours of participants; a calculation unit that calculates the time to be granted to the participant based on the working hours based on evaluation factors including a customer evaluation of the work; a registration unit that registers the granted time in the account of the participant; A time currency system comprising:

2. The evaluation factors further include at least one of physical strain, working environment, work risk, qualifications, necessary equipment, and distance to work provision; The time currency system of claim 1 .

3. The calculation unit calculates the granted time by subtracting a value obtained by converting the business cost per unit of work into an hour from a value obtained by multiplying the sum of the working time and the evaluation element by a predetermined coefficient. The time currency system of claim 1 .

4. The calculation unit multiplies the sum of the working hours and the evaluation elements by a predetermined coefficient, and then adds a value obtained by converting the business cost per unit of labor into an hour to calculate the deduction time to be deducted from the client. The time currency system of claim 1 .

5. a volunteer data acquisition unit that acquires request data from a requester regarding volunteering; a matching unit that matches the participants based on the request data; a viewing unit that allows the matched participants to view the request data; The time currency system of claim 1 further comprising:

6. an event data acquisition unit that acquires request data from a requester regarding an event; a matching unit that matches the participants based on the request data; a viewing unit that allows the matched participants to view the request data; The time currency system of claim 1 further comprising:

7. a participation fee withdrawal unit that, when the participant is required to pay a participation fee to participate in the work, withdraws the granted time registered in the participant's account as the participation fee; The time currency system of claim 1 further comprising:

8. A return cost conversion unit that converts the granted time into a scholarship return cost; a scholarship withdrawal unit that withdraws the converted fee as the fee for the scholarship; The time currency system of claim 1 further comprising:

9. a transfer unit that inherits, transfers, or gifts the participant's granted time to a person related to the participant; The time currency system of claim 1 further comprising:

10. a cashing unit that converts the granted time into cash at a predetermined rate; The time currency system of claim 1 further comprising:

11. a purchase cost conversion unit that converts the granted time into a cost for the purchase of an item by the participant at an affiliated store; a purchase cost deduction unit that deducts the converted cost as the cost of the item; The time currency system of claim 1 further comprising:

12. a transfer unit that transfers the granted time of the participant; The time currency system of claim 1 further comprising:

13. 1. A computer-implemented time currency method in which time is a virtual currency, comprising: obtaining the working hours of the participants; A step of calculating an amount of time to be granted to the participant based on the working hours based on evaluation factors including a customer evaluation of the work; registering the credited time in the participant's account; A time currency method comprising:

14. For computers that use time as a virtual passage, obtaining the working hours of the participants; A step of calculating the time to be granted to the participant based on the working time based on evaluation factors including a customer evaluation of the work; registering the granted time in the participant's account; A computer-readable program for executing the program.

Images