TWI875142B - Manpower inventory management system - Google Patents

Abstract

A manpower inventory management system is disclosed. It includes a remote display module, a master account management module, a sub-account management module, a database module, an order management module and an inventory management module. The present invention utilizes the master account management module and the sub-account management module to distinguish and manage the information of the main order receiving object and the subcontracting supplier. When the order management module receives an order, the inventory management module can effectively determine which master accounts can undertake order, and allow the master account to have the permission to forward the order to the sub-account.

Description

Human Inventory Management System

The present invention relates to a human resource management system, and more particularly to a human resource inventory management system for outsourced human resource service management.

Nowadays, due to the popularization of work informatization, the time and money spent on communication and management at work have been reduced, which has benefited many industries. For outbound manpower services (such as environmental cleaning, water and electricity maintenance, air conditioning cleaning, moving, etc.), although these industries have their own professional characteristics in their fields, in addition to long-term contract services, temporary or short-term needs require finding qualified suppliers in a very short time, which is a common challenge for business transactions. Therefore, in order to provide information docking between supply and demand parties to reduce the cost of searching, many outbound manpower service platforms have emerged.

These expatriate human resource service platforms usually allow both the supply and demand sides to register online as members, and open the supply side's information (such as service area, service time, service category, price, etc.) to the demand side, allowing the demand side to contact the supply side, and after the transaction is completed, a commission is deducted from the service fee. Some expatriate human resource service platforms operate in the opposite way, opening the demand side to allow the supply side to actively contact, which can provide price flexibility on the demand side. There are also expatriate human resource service platforms that can actively find suitable objects in their supply side group after collecting the needs of the demand side, and thus actively match them. This type of expatriate human resource service platform is more effective and can also ensure the service quality of the supply side. However, for this kind of proactive matching expatriate human resource service platform, the biggest challenge, in addition to the review of the supply side, is to confirm the time feasibility of the supply side. Since the supply side not only competes for the opportunity to take the case on the expatriate human resource service platform, but also obtains job opportunities through their own personal connections, when the demand side's needs appear on the expatriate human resource service platform, the expatriate human resource service platform needs a set of appointment mechanisms to bind the feasible time of a specific supply side, so as to provide the appropriate supply side to the demand side as soon as possible. In terms of managing the demand side, the aforementioned expatriate human resource service platform will encounter a management problem. Since the supply side can be an individual or a group (such as a professional outbound dispatch service company), when selecting the latter, the outbound dispatch service platform often needs to confirm the status of the manpower dispatch with the window of the group before deciding whether the group can be included in the supply side pre-selected list. However, when the window receives the request from the outbound dispatch service platform, it has to ask the respective members about the feasibility of the outbound dispatch time and location. Such time consumption often makes it impossible to successfully close the deal.

In order to solve the management problem of the above-mentioned overseas human resource service platform, the present invention proposes a human resource inventory management system based on the management of database and the application of network communication. The human resource inventory management system is a subsystem of the overseas human resource service platform, especially a background subsystem facing the supply side.

This paragraph extracts and compiles certain features of the invention. Other features will be disclosed in the following paragraphs. Its purpose is to cover various modifications and similar arrangements within the spirit and scope of the attached patent application.

In order to solve the above problems, the present invention discloses a human inventory management system. The system is installed in a server host and is connected to a plurality of supply-side devices and a plurality of demand-side devices. It includes: a remote display module, which displays an operation interface on the supply-side devices. The operation interface provides instructions for users to input corresponding data and transmits the input data back to the server host; a parent account management module, which applies for a parent account through the operation interface of any supply-side device, logs in to the system using the parent account, binds multiple accounts under the parent account, and sends the user a user ID. a plurality of service jobs, a plurality of first available working days and a first available working range, and setting a first available supply quantity for each first available working day of the master account for the service jobs; a sub-account management module, applying for a sub-account through the operation interface of any supply-end device, using the sub-account to log in to the system, binding a target master account, at least one of the service jobs bound to the target master account, a plurality of second available working days and a second available working range, and setting The second available quantity for each second available working day for at least one of the service jobs is determined, wherein the second available working days are included in the first available working days, and the second available working range is not greater than the first available working range, and the sub-account management module adds the second available quantities to the first available quantity of the first available working day corresponding to the bound target parent account; a database module stores the parent accounts, the sub-accounts, and the The data bound to the parent account or the sub-account; an order management module, which obtains a service demand for a specific target service job and a service area from each demand-side device, forms an order with an order number after the service demand is confirmed by the corresponding demand-side device with a service date, and distributes the order to one of the parent accounts; and an inventory management module, which is connected to the database module and the order management module information to perform the following operations: a) The first available quantity corresponding to the service date among the first available working days bound to the parent account that receives the order is reduced by 1. If the parent account user designates one of its child accounts to undertake the order, the second available quantity corresponding to the service date among the second available working days bound to the child account that undertakes the order is reduced by 1, wherein the service date is included in the second available working days; and b) finding all parent accounts whose target service types are included in the bound service types and whose service areas fall within the bound first available working range, counting the first available working days bound to all the parent accounts, and providing the counted first available working days to the demand-side device that issues the service demand to confirm the service date, wherein the remaining first available quantity of all corresponding parent accounts in each counted first available working day is not 0.

According to the present invention, the inventory management module can further perform the following operations: c) If the demand-side device in operation b) does not confirm the service date on the first available working days, then N days from the date of receiving the service demand is set as a demand working period, and at least one parent account is found whose demand working period intersects with the bound first available working days and whose remaining first available quantity on the first available working day of the intersection is not 0, and one is selected from the at least one parent account for the order management module to distribute the order.

Preferably, N is a positive integer not less than 4.

According to the present invention, the inventory management module can further perform the following operations: d) If the demand-side device in operation b) confirms the service date among the first available working days, then select one from at least one parent account in which the target service type is included in the bound service types, the service area falls within the bound first available working range, the service date falls within the bound first available working days, and the first available quantity of the service date is not 0 for the order management module to distribute the order.

According to the present invention, the first operable range and the second operable range both include at least one independent county or city or at least one independent township under the jurisdiction of a county or city, and the service area is a complete address including street names and house numbers.

According to the present invention, the remote display module can further display a calendar on one of the supply-side devices that use a specific parent account to log in to the system. A first quantity box is displayed below each day on the calendar. If the color of the first quantity box is a first color, the number inside it indicates the first available quantity of the day; if the color of the first quantity box is a second color, the number inside it indicates the number of orders that the parent account receives and distributes on the day; if there is no number in the first quantity box, it means that the day is not the first available working day bound to the parent account. If any first quantity box is clicked, the remote display module further lists the order numbers and details of all orders of the day below the calendar.

According to the present invention, if the parent account is bound to at least one sub-account, at least one second quantity box is further displayed below the first quantity box displayed below each day on the calendar, and each second quantity box corresponds to a specific sub-account. If the color of the second quantity box is the first color, the number inside it represents the second available quantity of the day; if the color of the second quantity box is the second color, the number inside it represents that the sub-account has received an order designated by the corresponding parent account on the day; if there is no number in the second quantity box, it means that the day is not the second available working day bound to the specific sub-account.

According to the present invention, the remote display module can further display an outsourced personnel interface on one of the supply-side devices that uses a specific parent account to log in to the system, so that the specific parent account user can specify himself to take over the order after receiving the order, or specify one of its sub-accounts to take over the order.

The present invention utilizes the parent account management module and the sub-account management module to distinguish and manage the data of the main order recipients and the sub-contracting suppliers. When the order management module receives an order, the inventory management module can effectively determine which parent accounts can undertake the order and allow the parent account to have the authority to forward the order to the sub-account. Therefore, the above-mentioned problem is solved.

The present invention will be described in more detail with reference to the following embodiments.

Please see FIG. 1, which is a schematic diagram of the components and operating environment of a human inventory management system (hereinafter referred to as the system) according to an embodiment of the present invention. The system is installed in a server host 1, operates through the hardware architecture of the server host 1, and is informationally connected to a plurality of supply-end devices (a first supply-end device 21, a second supply-end device 22, a third supply-end device 23, and a fourth supply-end device 24 are used as examples in this embodiment, and the number of supply-end devices can be more than 4 in practice) and a plurality of demand-end devices (a first demand-end device 31 and a second demand-end device 32 are used as examples in this embodiment, and the number of demand-end devices can be more than 4 in practice). According to the present invention, the supply-side devices are all electronic devices that can communicate with the server host 1 through the network 2, and can be, but not limited to, smart phones, tablet computers, laptops and desktop computers. The supply-side devices are communication devices used by those who provide outbound human resources services (companies or individuals, hereinafter referred to as service providers), and the demand-side devices are communication devices used by individuals who need outbound human resources services (private institutions, public units, or individuals, hereinafter referred to as owners), and can also be smart phones, tablet computers, laptops and desktop computers.

The hardware architecture of the server host 1 on which this system is installed is not much different from that of a general server, and may include a central processing unit, a memory, a storage device (such as a hard disk), an input/output unit, etc. Although these hardware are not shown in FIG. 1 , they are architectures that should be understood by technical personnel in the server field. In addition, one of the important hardware in the server host 1 is the network communication interface 10, which is the assembly of important firmware (sometimes also including program software running in the operating system) that connects the server host 1 to external hardware through the network, and may include hardware such as a network card, a connecting cable, and a wireless communication module. The following introduction to the various modules of the present invention is a technical requirement for the system to be operated by utilizing or cooperating with the equipment of the above-mentioned existing server host 1. Therefore, they can be software, including specific program codes and data, and run in at least part of the hardware architecture under the operating system (for example, the program codes and related data files are stored in the storage device, temporarily stored in the memory under the operation of the operating system, and dynamically called and executed by the central processor). On the other hand, these modules can also be special hardware, such as special application integrated circuits (ASIC) or external cards, to perform the functions assigned to these modules. What's more, these technical requirements can be partly software and partly hardware, and can be effectively integrated according to the needs of product designers, all within the technical scope advocated by this patent.

The system includes a remote display module 11, a master account management module 12, a sub-account management module 13, a database module 14, an order management module 15 and an inventory management module 16. The following describes the functions of each module, their interactions and the operation of the system.

The remote display module 11 is a technical component for the system to communicate and interact with the user through the supply-end device held by the user. The remote display module 11 can display an operation interface on the supply-end devices, which can provide users with instructions to input corresponding data and send the input data back to the server host 1. Since the remote display module 11 will display different contents on the operation interface for different operation contents, the relevant contents will be explained in the following diagrams. It should be noted that the operation interface can be presented through a browser or using a specific APP.

This system is mainly developed for the management of the supply side (service providers). For the convenience of management, service providers can register and log in with a parent account or a sub-account to use the services of this system. The so-called parent account is an account applied for by a company, firm or individual that has the ability to accept cases independently and directly conducts transactions and payments with the operator of this system. The sub-account does not meet the aforementioned conditions and is an individual that is indirectly attached to the parent account and connects with this system to accept cases. For example, a master under a plumber's office will receive a salary from the plumber's office after accepting a case, not directly from the operator of this system. The parent account management module 12 is a technical component for managing the application and operation of the parent account. The parent account management module 12 can apply for a parent account through the operation interface of any supply-end device (such as the first supply-end device 21, which is owned by a cleaning service company) and use the parent account to log in to the system. In addition, the parent account management module 12 can also bind a number of service jobs, a number of first available working days and a first available working range under the applied parent account through the operation interface. For the definition of service jobs, the first available working day and the first available working range, please refer to Figure 2, which lists the data types of parent account and child account binding data. Service jobs are types of outsourced human services that can be provided by service providers using this system, such as air conditioning cleaning, upright washing machine cleaning, range hood cleaning, environmental cleaning, environmental pest control, home computer repair/installation, etc. In order to simplify the explanation, this embodiment only takes environmental cleaning as an example. Under the definition of the operator of this system, the service types that can be performed by the service provider of environmental cleaning include living room cleaning, room cleaning, kitchen cleaning, toilet cleaning, yard cleaning, garage cleaning, public facility cleaning, water tank cleaning, etc. Of course, each service type can also have sub-types according to the actual situation (such as room cleaning can be subdivided into carpet vacuuming, window washing, air conditioning cleaning, etc., and can also be divided according to the actual area), all of which are within the scope of protection of the present invention. The examples listed in Figure 2 (including the available working days and the available working range) are for illustrative purposes only and are not intended to limit the present invention. The name displayed by the parent account M0001 is 88787878 (unified number), and the service jobs bound to it include all services except water tower cleaning, while the name displayed by the parent account M0002 is San San Plumbing and Electricity Company, and the service jobs bound to it include all. In terms of service capabilities, the latter is stronger. The first available working day is the day when the service provider with the parent account can work. Taking the parent account M0001 as an example, its service provider can work on days except Tuesdays, Spring Festival holidays, Dragon Boat Festival holidays and mid-term holidays. The days other than these deducted days are the first available working days. The first available working range is the area where the service provider with the parent account can perform work. For example, the first available working range of the service provider with the parent account M0002 includes the entire Taipei City and the entire New Taipei City. According to the present invention, the first workable range and the second workable range mentioned later both include at least one independent county or at least one independent township under the jurisdiction of a county. For example, the first workable range of the service provider with the parent account number M0001 also includes Banqiao District, Yonghe District, Zhonghe District, Xindian District, Sanchong District and Wugu District within New Taipei City.

Furthermore, the parent account management module 12 can set a first available quantity for each first available working day of the parent account for the service types through the operation interface. The first available quantity is the workload (number of orders) that the service provider with the parent account can perform for all service types proposed by him in one working day. For example, if the first available quantity is set to 2, it means that the number of orders that the service provider of the parent account can accept and must complete in one day is 2. For the method of binding the parent account and setting the first available quantity, please refer to Figure 3, which shows an example of the operation interface for setting the parent account. According to the present invention, the interface used for the account binding or setting operation can be a check-box menu like service jobs and available working days, or a drop-down menu like available quantity and available working range. After the operation is completed, click "Confirm and Save" and the parent account management module 12 can create or modify data for the parent account. In terms of the selection method, the negative exclusion method of service jobs and available working days can be adopted, or the positive listing method of available quantity and available working range can be adopted. The reason for adopting the negative exclusion method is that there may be new options for service jobs and available working days, which is convenient for the system to uniformly update the options for all accounts, and also excludes each account from arbitrarily building service jobs and available working days that are not recognized by the same operator. The reason for adopting the positive listing method is that these data that need to be selected will not change.

In this embodiment, since the service jobs are only explained by outsourced cleaning as an example, it is assumed that the workload of each service job is the same. In practice, since the workload of each service job is different, the set first supply quantity will also be different. Therefore, the operation interface of Figure 3 can be set differently for different service jobs. It should be emphasized that Figure 3 is only the content presented by one operation interface. In order to achieve the purpose of inputting and modifying data, the layout of the operation interface is not limited to that shown in Figure 3. In addition, although the operation interface is presented on the screen of the first supply-end device 21 in the form of an APP, it can also be presented through the browser of the first supply-end device 21 in practice. Therefore, the content of the operation interface presented on the first supply-end device 21 can have different layouts while maintaining the same.

An important feature of the present invention is that the service provider applies for a master account and a sub-account according to their characteristics, and after receiving external demand, a notification is sent to different master accounts or sub-accounts according to the actual situation. The sub-account management module 13 is a technical component used to process the sub-account. The sub-account management module 13 can apply for a sub-account through the operation interface of any supply-end device (such as the first supply-end device 21, which is owned by the cleaning service company's bank employees) and use the sub-account to log in to the system. The difference between a sub-account and a master account is that a sub-account is attached (bound) to a master account, and some of its permissions are subject to the master account. Usually, there is a subordinate relationship between the owner of the sub-account and the owner of the bound parent account, that is, the former may be a freelancer who relies on the latter, and the latter handles matters such as labor insurance and health insurance and shares part of the profits of the outbound business with the latter. In many outbound service platforms, the information of these people is usually hidden, and the cost for the outbound platform is to spend a lot of energy and the representative's account window to determine whether these people can take the case. This problem does not exist in this case. In addition, the sub-account management module 13 allows the service provider to bind a target parent account through the operation interface, which the parent account owner does not need to execute. The similarities between the parent account and the sub-account operation are as follows. The sub-account management module 13 can bind at least one of the service types bound to the target parent account, several second available working days and a second available working range through the operation interface, and set a second available quantity for at least one of the service types on each second available working day. It should be noted here that since the owner of the sub-account is equivalent to joining the team of a parent account owner, the service types that the former can provide cannot exceed the latter, otherwise the latter should relatively add the service types unique to the former to this system, and of course this service type must also be accepted by this system. The second available working day is the day that the owner of the sub-account can work relative to the first available working day. In order not to exceed the working time range of the parent account owner, the aforementioned second available working day must be included in those first available working days. Similarly, the second workable range is the geographical space where the owner of the sub-account can work, so the second workable range is not larger than the first workable range. The above correspondence can be referred to the project inclusion between the parent account M0001 and its sub-accounts S0001 and S0002 in Figure 2. The second supply quantity is the upper limit of the daily workload of the owner of the sub-account. It is conceivable that for a team, the more team members there are, the greater the overall service capacity. For example, in Figure 3, the first supply quantity set for the parent account M0001 is 2 (provided by the person in charge himself). If the second supply quantity set for the added sub-account S0001 is 2, then the overall first supply quantity of the parent account M0001 will increase by 2, and then become 4. Similarly, the second available quantity set for the added sub-account S0002 is also 2, and the first available quantity of the parent account M0001 as a whole becomes 6. Therefore, the sub-account management module 13 adds the second available quantities to the first available quantity of the first available working day corresponding to the bound target parent account. The operation interface provided by the sub-account management module 13 is the same as Figure 3, except that after selecting a service type, first available working day, and first available working range that exceed the bound parent account, the sub-account management module 13 will prompt an alarm to correct it.

The database module 14 is, for example, a relational database that can store the parent accounts, the sub-accounts, and the data bound to the parent accounts or the sub-accounts. In addition, the data generated by the order management module 15 and the inventory management module 16 during operation will also be systematically stored in the database module 14.

The order management module 15 is a technical component used by the system to match external demands, promote transactions to form orders, and assign orders to parent accounts. The order management module 15 can obtain a service demand from each demand-side device regarding a specific target service type and a service area. After the service demand is confirmed by the corresponding demand-side device with a service date, an order with an order number is formed, and the order is assigned to one of the parent accounts. Here, the target service type is one of all the service types set in this system. The service area is a complete address including the street name and house number, that is, the address of the future dispatch point. For example, on August 2, the owner A used the first demand-side device 31 to issue a service demand that he wanted to hire someone to come to his home to clean the living room. Their home is on the 8th floor, No. 88, Section 7, Minquan East Road, Neihu District, Taipei City. At this time, the actual service date has not been determined, and the inventory management module 16 will first screen which service providers (parent accounts) can accept the case. If feasible, the order management module 15 will send a message to contact Owner A to confirm on which day he needs to execute. In fact, the communication and confirmation between the order management module 15 and the inventory management module 16 is very fast, and Owner A can almost choose the service date after throwing out the demand. Once the transaction is confirmed and the order is formed, the order will be sent to one of the parent accounts that are qualified to accept the case, allowing its owner to execute the order. The definition of being qualified to accept the case will be explained below. It should be noted that if there are several parent accounts that are qualified to accept the case, the order management module 15 can distribute orders randomly or in order.

The inventory management module 16 is connected to the database module 14 and the order management module 15 to perform the following operations. The first operation is to reduce the first available quantity corresponding to the service date on the first available working days bound to the parent account that receives the order by 1. If the parent account user designates a sub-account to undertake the order, the second available quantity corresponding to the service date on the second available working days bound to the sub-account that undertakes the order will be reduced by 1. For example, in the previous example, the parent account M0001 received the order on 8/3, and the original first available quantity of 6 on that day will be reduced to 5. If the parent account M0001 designates the sub-account S0002 to execute the order, the second available quantity of 2 on that day of the sub-account S0002 will be reduced to 1. Please note that if a sub-account is designated for order acceptance, the service date must be included in the second available working day of the sub-order.

The second operation of the inventory management module 16 is to find all the parent accounts whose target service types are included in the bound service types and whose service areas fall within the bound first available working range, count the first available working days bound to all the parent accounts, and provide the counted first available working days to the demand-side device that issued the service demand to confirm the service date, wherein the remaining first available quantity of all corresponding parent accounts in each counted first available working day is not 0. Parent accounts that meet the above requirements are defined as eligible to accept the case. Return to Figure 2. The service types bound to parent accounts M0001 and M0002 both include the target service types, and their first available working ranges also cover Neihu District, Taipei City. If the parent account M0001 does not receive any new orders after August 2, 2023, then the first available quantity on Wednesdays is 4 (the second available working day of the sub-account S0001 does not include Wednesdays), and the first available quantity on the remaining Sundays is 6. In addition, assuming that the parent account M0002 does not receive any new orders after August 2, 2023, then the first available quantity on the remaining Sundays is 2, except for the non-working Wednesdays. At this time, the inventory management module 16 can confirm that the total first available quantity for each day after August 2, 2023 is 8 on Sunday, 8 on Monday, 2 on Tuesday, 4 on Wednesday, 8 on Thursday, 8 on Friday, and 8 on Saturday. Since the remaining first available quantity (excluding other orders) in the future is not 0, the order management module 15 can openly allow the owner A to choose a time that is convenient for him.

If the owner A thinks that his time is convenient and there is no restriction on which day to perform his service, then the inventory management module 16 can select the service provider according to the following third operation, and let the service provider take the initiative to contact the owner A for the first execution date: If the demand-side device in the second operation does not confirm the service date on the first available working days, then set N days from the date of receiving the service demand as a demand working period, find out the intersection of the demand working period and the bound first available working days, and find at least one parent account whose remaining first available quantity on the first available working day of the intersection is not 0, and select one from the at least one parent account for the order management module to distribute the order. According to the present invention, N is a positive integer not less than 4. Assume that N is 4 and use the above example to illustrate. Counting 4 days from August 2, 2023, that is, August 2 to August 5, is defined as the demand working period. During the demand working period, the remaining first available quantity of the first available working day of the parent accounts M0001 and M0002 is not 0, so the inventory management module 16 can select a dispatch order from the two parent accounts.

If the owner A selects August 2 as the service date (the demand on that day is an urgent order), the inventory management module 16 can select the service provider according to the following fourth operation: if the demand-side device in the second operation confirms the service date in the first available working days, then the target service type is included in the bound service types, the service area falls within the bound first available working range, the service date falls within the bound first available working days, and the first available quantity of the service date is not 0. At this time, only the parent account M0001 meets the service demand, and the inventory management module 16 can only send the order to the parent account M0001. However, the owner of the master account M0001 can decide to take the case himself or forward it to the sub-account S0001 or S0002.

In order to facilitate service providers to inquire about their future confirmed orders and avoid missing the time for accepting cases and causing customer complaints, the remote display module 11 can further allow each service provider to enter the system to inquire about relevant information. Please see Figure 4, which shows a state of the remote display module 11 displaying a screen on one of the supply-side devices that use a specific parent account to log in to the system. The remote display module 11 displays a calendar 40 on one of the fourth supply-side devices 24 that use the parent account M0002 to log in to the system. A first quantity box 41 is displayed below each day on the calendar. The appearance of the first quantity box 41 is a rectangle with rounded corners. If the color of the first quantity box 41 is a first color (e.g., green, indicated by a dotted bottom in FIG. 4 ), the number inside it indicates the first available quantity of the day, such as the first available quantity on Friday, August 4 is 2, indicating that no orders have been received on that day. If the color of the first quantity box 41 is a second color (e.g., orange, indicated by a horizontal bottom in FIG. 4 ), the number inside it indicates the number of orders that the parent account has received and distributed on that day, such as the number of orders that the parent account has received and distributed on Tuesday, August 1 is 2. If there is no number in the first quantity box 41, it means that the day is not the first available working day bound to the parent account, such as Wednesday, August 2. If any first quantity box 41 is clicked, the remote display module 11 can further list the order numbers and details of all orders of the day below the calendar 40. FIG4 shows the order data for Monday, July 31. After clicking each order number, the order management module 15 will enter the database to display all the contents of the order (based on service requirements), such as service area, contact information, contact phone number, etc. The calendar table 40 can query historical order data and uncompleted order data.

If the master account is bound to at least one sub-account, the data displayed by the remote display module 11 on the screen of the supply-side device logged in with the master account will also be different. Please see Figures 5 and 6, which show other aspects of the display screen of the remote display module 11 on one of the supply-side devices that use a specific master account to log in to the system. In the two figures, at least one second quantity frame 42 is further displayed below the first quantity frame 41 displayed below each day on the calendar 40. In this embodiment, because the master account M0001 has two sub-accounts, there are two second quantity frames 42 below the first quantity frame 41, and each second quantity frame 42 corresponds to the sub-accounts S0001 and S0002 respectively. Similarly, if the color of the second quantity box 42 is the first color, the number inside it indicates the second available quantity of the day; if the color of the second quantity box 42 is the second color, the number inside it indicates that the sub-account has received an order designated by the corresponding parent account on the day. For example, the screen of Figure 5 is from the first supply end device 21 on Wednesday. Later that day, the order management module 15 dispatches an order to the parent account M0001, and the owner of the parent account M0001 asks the owner of the sub-account M0001 to take over. When he checks the system after the setting is completed, the screen of the first supply end device 21 becomes as shown in Figure 6: The color of the second quantity box 42 of the sub-account Wu Zhongxian on Friday, August 4th changes from the first color to the second color, and the number also changes to 1, and the confirmed order number and related information also appear below the calendar 40. If there is no number in the second quantity box 42, it means that the day is not the second available working day bound to the specific sub-account. It should be noted that Figures 5 and 6 are presented to the owner of the parent account, so in the case of no orders on Saturday, August 5, the parent account and the sub-account respectively present their first available quantity and second available quantity when they were initially set. However, in the data of database module 14, the first available quantity of the parent account M0001 is the second available quantity of the accumulated sub-account, and its value is 6.

The remote display module 11 can also further display an external personnel interface on one of the supply-side devices that use a specific parent account to log in to the system, so that the specific parent account user can specify himself to take over the order after receiving the order, or specify one of his sub-accounts to take over the order. In order to have a better understanding of this, please see Figure 7, which shows the external personnel interface displayed on the screen of the first supply-side device 21. The external personnel interface displays some information about the dispatched order and requires the parent account owner to confirm the order acceptance method as soon as possible. If he wants to take the order himself, he can directly click on the "Order Confirmation" text box; if he wants to forward the order, after clicking on the "Assign Personnel" text box, a pop-up text box containing "Do not assign" and other names corresponding to sub-accounts will appear for him to choose. If "Do not assign" is selected, the order will remain in the parent account. If one of the names corresponding to the sub-account is selected, such as Master Zhang Xueyou, the order will be forwarded to the sub-account M0002 and received by the third supply-end device 23 where the sub-account M0002 logs into the system. The remote display module 11 can also display the order notification signal on the screen of the third supply-end device 23, allowing the owner of the sub-account M0002 to query the order details in the system. The query interface is similar to Figure 4, except that the subject is changed to the sub-account M0002, which will not be described here.

Although the present invention has been disclosed in the above embodiments, it is not intended to limit the present invention. Anyone with ordinary knowledge in the relevant technical field may make some changes and modifications without departing from the spirit and scope of the present invention. Therefore, the protection scope of the present invention shall be defined by the scope of the attached patent application.

1: Server host 2: Network 10: Network communication interface 11: Remote display module 12: Master account management module 13: Sub-account management module 14: Database module 15: Order management module 16: Inventory management module 21: First supply-side device 22: Second supply-side device 23: Third supply-side device 24: Fourth supply-side device 31: First demand-side device 32: Second demand-side device 40: Calendar 41: First quantity box 42: Second quantity box

FIG. 1 is a schematic diagram of the components and operating environment of a human inventory management system according to an embodiment of the present invention.

Figure 2 shows the data types of parent account and sub-account binding data.

Figure 3 shows an example of the operation interface for setting the master account.

FIG. 4 shows a display screen of the remote display module on one of the supply-side devices that logs into the system using a specific master account.

FIG. 5 shows another example of the remote display module displaying a screen on one of the supply-side devices that logs into the system using a specific master account.

FIG. 6 shows another embodiment of the remote display module displaying a screen on one of the supply-side devices that logs into the system using a specific master account.

FIG. 7 illustrates an outsourced personnel interface displayed on a screen of one of the supply-side devices.

1: Server host 2: Network 10: Network communication interface 11: Remote display module 12: Master account management module 13: Sub-account management module 14: Database module 15: Order management module 16: Inventory management module 21: First supply-side device 22: Second supply-side device 23: Third supply-side device 24: Fourth supply-side device 31: First demand-side device 32: Second demand-side device

Claims (9)

A human inventory management system is installed in a server host and connected to multiple supply-side devices and multiple demand-side devices, including: A remote display module, which displays an operation interface on the supply-side devices, and the operation interface provides user instructions to input corresponding data and returns the input data to the server host; A parent account management module, which applies for a parent account through the operation interface of any supply-side device, logs into the system using the parent account, binds multiple service jobs, multiple first available working days and a first available working range under the parent account, and sets a first available supply quantity for each first available working day of the parent account for the service jobs; A sub-account management module, applying for a sub-account through the operation interface of any supply-end device, using the sub-account to log into the system, binding a target parent account, at least one of the service jobs bound to the target parent account, multiple second available working days and a second available working range, and setting a second available supply quantity for at least one of the service jobs on each second available working day, wherein the second available working days are included in the first available working days, and the second available working range is not greater than the first available working range, and the sub-account management module adds the second available supply quantities to the first available supply quantity of the first available working day corresponding to the bound target parent account; A database module, storing the parent accounts, the sub-accounts, and the data bound to the parent accounts or sub-accounts; An order management module obtains a service demand for a specific target service type and a service area from each demand-side device, forms an order with an order number after the service demand is confirmed by the corresponding demand-side device, and distributes the order to one of the parent accounts; and An inventory management module is connected to the database module and the order management module information to perform the following operations: a) Decrease the first available quantity corresponding to the service date on the first available working days bound to the parent account receiving the order by 1. If the parent account user designates a sub-account to undertake the order, decrease the second available quantity corresponding to the service date on the second available working days bound to the sub-account that undertakes the order by 1, where the service date is included in the second available working days; and b) Find all the parent accounts whose target service type is included in the bound service types and whose service area falls within the bound first available working range, count the first available working days bound to all the parent accounts, and provide the counted first available working days to the demand-side device that issued the service demand to confirm the service date, wherein the remaining first available supply quantity of all corresponding parent accounts in each counted first available working day is not 0. A human inventory management system as described in claim 1, wherein the inventory management module further performs the following operations: c) if the demand-side device in operation b) does not confirm the service date on the first available working days, then N days from the date of receiving the service demand is set as a demand working period, and at least one parent account is found whose demand working period intersects with the bound first available working days and whose remaining first available quantity on the first available working day of the intersection is not 0, and one is selected from the at least one parent account for the order management module to dispatch the order. A human inventory management system as described in claim 2, wherein N is a positive integer not less than 4. A human inventory management system as described in claim 1, wherein the inventory management module further performs the following operations: d) if the demand-side device in operation b) confirms the service date among the first available working days, then select one from at least one parent account in which the target service type is included in the bound service types, the service area falls within the bound first available working range, the service date falls within the bound first available working days, and the first available quantity of the service date is not 0 for the order management module to distribute the order. A human inventory management system as described in claim 1, wherein the first workable range and the second workable range both include at least one independent county or city or at least one independent township under the jurisdiction of a county or city, and the service area is a complete address including street name and house number. A human inventory management system as described in claim 1, wherein the remote display module further displays a calendar on one of the supply-side devices that use a specific parent account to log in to the system, and a first quantity box is displayed below each day on the calendar. If the color of the first quantity box is a first color, the number inside it represents the first available quantity of the day; if the color of the first quantity box is a second color, the number inside it represents the number of orders received and dispatched by the parent account on the day; if there is no number in the first quantity box, it indicates that the day is not the first available working day bound to the parent account. A human inventory management system as described in claim 6, wherein if any first quantity box is clicked, the remote display module further lists the order numbers and details of all orders for that day below the calendar. A human inventory management system as described in claim 6, wherein if the parent account is bound to at least one sub-account, at least one second quantity box is further displayed below the first quantity box displayed below each day on the calendar, and each second quantity box corresponds to a specific sub-account. If the color of the second quantity box is the first color, the number therein indicates the second available quantity on that day; if the color of the second quantity box is the second color, the number therein indicates that the sub-account has received an order designated by the corresponding parent account on that day; if there is no number in the second quantity box, it indicates that the day is not the second available working day bound to the specific sub-account. A human inventory management system as described in claim 1, wherein the remote display module further displays an outsourced personnel interface on one of the supply-side devices that uses a specific parent account to log in to the system, so that the specific parent account user can specify himself to take over the order after receiving the order, or specify one of its sub-accounts to take over the order.