CN111429091A

CN111429091A - Resource allocation method and device, electronic equipment and storage medium

Info

Publication number: CN111429091A
Application number: CN202010196708.4A
Authority: CN
Inventors: 彭源
Original assignee: Beijing ByteDance Network Technology Co Ltd
Current assignee: Beijing ByteDance Network Technology Co Ltd
Priority date: 2020-03-19
Filing date: 2020-03-19
Publication date: 2020-07-17

Abstract

The embodiment of the disclosure discloses a resource allocation method, a resource allocation device, an electronic device and a storage medium, wherein the method comprises the following steps: when receiving a resource allocation request message sent by a resource allocation request client, acquiring request resource attribute information in the resource allocation request message; calling a task judgment program to obtain identification information of the current idle resource matched with the request resource attribute information when determining that a pre-established resource allocation task corresponding to the request resource attribute information exists; and sending the identification information of the current idle resource to the resource allocation request client, and marking the state of the current idle resource as a non-idle state. The technical scheme disclosed by the invention solves the technical problems that the manual resource management is time-consuming and labor-consuming, the labor cost is higher and the resource management efficiency is lower in the prior art, and realizes the technical effects of improving the resource management efficiency and the allocation efficiency due to the automatic statistics of the states of all resources.

Description

Resource allocation method and device, electronic equipment and storage medium

Technical Field

The embodiment of the disclosure relates to the technical field of computers, and in particular, to a resource allocation method and apparatus, an electronic device, and a storage medium.

Background

In the prior art, before allocating resources to each user, a target user needs to determine the number of resources and the corresponding resource number on site.

When a user executing a task reaches a destination, a target user needs to manually inquire whether a task corresponding to the user executing the task exists or not, manually search whether resources exist or not, and if so, allocate the resources to the user executing the task. When the user who executes the task leaves the destination, the target user needs to manually mark the state of the resource, and the processes are all manual operations, so that a certain error rate exists. Further, if there are many tasks at the same destination, and correspondingly, there are many users who need to execute the tasks, then there is a technical problem that it takes time and labor to manage the resources when allocating the resources for each user who executes the tasks, that is, the resource management efficiency is low.

Disclosure of Invention

The embodiment of the disclosure provides a resource allocation method, a resource allocation device, an electronic device and a storage medium, so as to achieve the technical effects of improving resource allocation efficiency and management efficiency.

In a first aspect, an embodiment of the present disclosure provides a resource allocation method, where the method includes:

when receiving a resource allocation request message sent by a resource allocation request client, acquiring request resource attribute information in the resource allocation request message;

calling a task judgment program to obtain identification information of the current idle resource matched with the request resource attribute information when determining that a pre-established resource allocation task corresponding to the request resource attribute information exists;

sending the identification information of the current idle resource to the resource allocation request client, and marking the state of the current idle resource as a non-idle state

In a second aspect, an embodiment of the present disclosure further provides a resource allocation apparatus, where the apparatus includes:

the resource attribute information acquisition module is used for acquiring request resource attribute information in a resource allocation request message when receiving the resource allocation request message sent by a resource allocation request client;

an identification information obtaining module, configured to obtain identification information of a current idle resource that matches the request resource attribute information when a task determining program is called to determine that a pre-established resource allocation task corresponding to the request resource attribute information exists;

and the resource allocation module is used for sending the identification information of the current idle resource to the resource allocation request client and marking the state of the current idle resource as a non-idle state.

In a third aspect, an embodiment of the present disclosure further provides an electronic device, where the electronic device includes:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement a method of resource allocation as in any of the embodiments of the present disclosure.

In a fourth aspect, the embodiments of the present disclosure also provide a storage medium containing computer-executable instructions, which when executed by a computer processor, are used to perform the resource allocation method according to any one of the embodiments of the present disclosure.

According to the technical scheme of the embodiment, when the resource allocation request message sent by the resource allocation request client is received, the request resource attribute information in the resource allocation request message is obtained, the task judgment program is called to determine that the pre-established resource allocation task corresponding to the request resource attribute information exists, the identification information of the current idle resource matched with the request resource attribute information is obtained, the identification information of the current idle resource is sent to the resource allocation request client, and the state of the current idle resource is marked as a non-idle state, so that the technical problems that the number and the state of the resources need to be counted manually in the prior art, a certain error rate exists, and labor cost is high are solved; if the quantity of resources needing to be managed is large, the manual management method is still adopted, the technical problems that the management is time-consuming and labor-consuming and the labor cost is high are solved, the resources are automatically allocated to the users executing the tasks, the states of the resources are counted, the resource allocation efficiency and the management efficiency are improved, and meanwhile, the technical effect of the labor cost is reduced.

Drawings

The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. Throughout the drawings, the same or similar reference numbers refer to the same or similar elements. It should be understood that the drawings are schematic and that elements and features are not necessarily drawn to scale.

Fig. 1 is a schematic flowchart of a resource allocation method according to a first embodiment of the present disclosure;

fig. 2 is another schematic flow chart of a resource allocation method according to a second embodiment of the present disclosure;

fig. 3 is a schematic flowchart of a process for establishing resources at a task establishment client according to a third embodiment of the present disclosure;

fig. 4 is a schematic flowchart of a resource allocation request message sent by a resource allocation request client to a server according to a third embodiment of the present disclosure;

fig. 5 is a schematic flowchart illustrating a process of processing a received resource allocation request message by a server according to a third embodiment of the present disclosure;

fig. 6 is a schematic flowchart of a server checking a resource status corresponding to a resource allocation request client according to a third embodiment of the present disclosure;

fig. 7 is a schematic flowchart of a server checking a resource status corresponding to a resource allocation request client according to a third embodiment of the present disclosure;

fig. 8 is a schematic structural diagram of a resource allocation apparatus according to a fourth embodiment of the present disclosure;

fig. 9 is a schematic structural diagram of an electronic device according to a fifth embodiment of the disclosure.

Detailed Description

Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it is to be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more thorough and complete understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.

It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.

The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based, at least in part, on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description.

It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.

It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.

Example one

Fig. 1 is a schematic flow chart of a resource allocation method provided in an embodiment of the present disclosure, where the embodiment of the present disclosure is applicable to a situation where resources are allocated to respective resource allocation request clients, and the method may be executed by a resource allocation apparatus, where the apparatus may be implemented in a form of software and/or hardware, and optionally, implemented by an electronic device, where the electronic device may be a mobile terminal, a PC end, or the like.

As shown in fig. 1, the method of the present embodiment includes:

s110, when receiving a resource allocation request message sent by a resource allocation request client, obtaining request resource attribute information in the resource allocation request message.

It should be noted that, the server corresponding to the resource allocation request client executes the technical solution of the embodiment of the present disclosure. And the task establishing client corresponds to the same server as the resource allocation request client.

The client that needs to acquire the resource is referred to as a resource allocation requesting client. The resource allocation request message may be understood as a resource allocation request message that needs to be sent to the server after a user corresponding to the resource allocation request client triggers a control for allocating resources, that is, a resource allocation request message that needs to be allocated to the server. The resource allocation request message may include personal information of the user and request resource attribute information. And taking the user corresponding to the resource allocation request client as the resource allocation request user. The resource allocation request user takes the information of the task time, the place, the field and the like of the task to be executed as the attribute information of the request resource. For example, the request resource attribute information includes at which point in time the server is required to configure the resource for it.

Specifically, when the resource allocation requesting user triggers a control for acquiring resources on the resource allocation requesting client, the resource allocation requesting client may generate a resource allocation request message corresponding to the trigger operation, and send the resource allocation request message to the server corresponding to the resource allocation requesting client, so that the server acquires attribute information of the requested resources in the resource allocation request message, that is, acquires information of time and place for allocating resources.

For example, if the application scenario is an interview scenario, the resource may be an interview location, and the resource allocation request client may be an interview client corresponding to an interviewer. When the interviewer A triggers the control for acquiring the interview position on the interview client, the interview client can generate a request message for acquiring the interview position and send the request message for acquiring the interview position to the server, and the server receives the request message for acquiring the interview position and acquires the interview time, the interview place, the interview scene information and the personal information of the interviewer A, which are carried in the request message.

It should be noted that the request resource attribute information includes interview times, time, location, and an identity corresponding to the interviewer; the free resources are interview positions where interviewers are not arranged; the identification information corresponding to the free resource includes a resource number of the free resource.

That is, the resource may be understood as an interview location, and the identity may be a user-registered identification number or a unique ID corresponding to the user. The identification information is the resource number corresponding to each resource, and optionally, the seat number of the interview position, for example, the seat number of the first interview position may be 01, the seat number of the second interview position may be 02, and so on. The free resources are interview locations not assigned to the interviewer and correspondingly, the non-free resources are interview locations already assigned to the interviewer. It should be noted that if the resource is in an idle state, it cannot be allocated to other users.

In this embodiment, the step of receiving, by the server, the resource allocation request message sent by the resource allocation request client may be: and receiving a resource allocation request message generated by the resource allocation request client based on the two-dimensional code, and acquiring the interview scene, time and place in the resource allocation request message and the user identity corresponding to the resource allocation request client.

It should be noted that, a user corresponding to the task establishment client, or another user may create a resource allocation task and store the resource allocation task in the server, that is, create an interview task, where the resource allocation task includes information such as interview time, place, and session. The server can generate the two-dimensional code corresponding to the resource allocation task according to the resource allocation task, so that a resource allocation request user can obtain the resource for executing the task by scanning the two-dimensional code.

That is to say, the resource allocation request message is generated after the resource allocation request client scans the two-dimensional code, and therefore, the resource allocation request message carries resource allocation task information corresponding to the two-dimensional code, that is, the request resource attribute information in the resource allocation request message is information such as task time, location, and place corresponding to one of the resource allocation tasks.

Specifically, after the resource allocation request client scans the two-dimensional code, a resource allocation request message corresponding to the two-dimensional code can be generated, and the resource allocation request message is sent to the server, and the server can obtain interview time, interview place and interviewer personal information corresponding to the resource allocation request client in the resource allocation request message. Wherein the interview time, the field and the field number correspond to the two-dimensional code.

S120, when the task judging program is called to determine that the pre-established resource allocation task corresponding to the request resource attribute information exists, the identification information of the current idle resource matched with the request resource attribute information is obtained.

The task judging program is used for judging whether the resource allocation task corresponding to the request resource attribute information is stored in the database in advance according to the request resource attribute information. For example, the database is used to establish and store interview tasks corresponding to interview time and interview place in the request resource attribute information. The current idle resource may be understood as a target idle resource, i.e. a resource allocated to the resource allocation requesting client. The identification information is a resource number corresponding to each idle resource, and optionally an interview position number.

It should be noted that before receiving the resource allocation request message, the resource allocation task needs to be established in advance, that is, before S110, the method further includes: and establishing a resource allocation task. Optionally, at least one resource allocation task sent by the task establishment client is received, and resource attribute information corresponding to each resource allocation task is respectively determined; and generating a two-dimensional code corresponding to the resource allocation task based on the resource attribute information so that the resource allocation request client sends a resource allocation request message to the server based on the two-dimensional code.

And the client for establishing the resource allocation task and uploading the resource identification information is used as a task establishing client. The number of resource allocation tasks may be one, two or more. The resource allocation task can be an interview task created by a task establishment user or other users, and the interview task can comprise interview time, interview place, interview time and the like. Correspondingly, the resource attribute information is information such as interview time, place, field and the like. The server may process each resource allocation task to generate a two-dimensional code corresponding to each resource allocation task. That is, the two-dimensional code carries resource attribute information corresponding to each resource allocation task. When the resource allocation request client scans the two-dimensional code, a resource allocation request message can be generated, and the resource allocation request message carries the request resource attribute information corresponding to the two-dimensional code.

In order to determine whether the received resource allocation request message is a resource allocation task to be executed in real time, when the server receives at least one resource allocation task created by the task creation client, the created resource allocation task may be stored in the database, so that the server may confirm whether the resource allocation task exists in the database according to the resource request attribute information when receiving the resource allocation request message.

Specifically, after the server obtains the requested resource attribute information, a task judgment program may be invoked to traverse the resource allocation tasks pre-established and stored in the database, and determine whether the resource allocation tasks corresponding to the requested resource attribute information, that is, the interview time, the interview location, and the interview session, exist. If the resource allocation task corresponding to the request resource attribute information exists, screening out the idle resources corresponding to the request resource attribute information from all the idle resources to serve as the current idle resources, and acquiring the identification information of the current idle resources, namely the resource number of the current idle resources.

Illustratively, the resource request attribute information is from eight am to nine am in No. 10 month 20, and the XX building interviews, and after the server acquires the resource request attribute information, the server may traverse the database to determine whether the resource allocation task from eight am to nine am in No. 10 month 20, and the XX building interviews is stored. If the resource request attribute information exists, screening out the interview positions corresponding to the resource request attribute information from all the idle interview positions to serve as the current idle resources, namely the current idle interview position, and optionally screening out the interview position with the idle interview position number of 20.

S130, sending the identification information of the current idle resource to the resource allocation request client, and marking the state of the current idle resource as a non-idle state.

Specifically, after the server obtains the current idle resource and the resource number corresponding to the current idle resource, that is, the identification information, the resource number may be sent to the resource allocation request client, so that the resource allocation request user may search for the resource according to the resource number. For example, the allocated resource number may be popped up on a display interface of the resource allocation request client, or the resource number allocated to the resource allocation request client is notified to the resource allocation request user in the form of a short message.

In order to improve the resource management efficiency, after the current idle resource is allocated to the resource allocation requesting user, the state of the current idle resource may be marked as a non-idle state. When the server receives the resource allocation request message again, the current free resources corresponding to the resource allocation request message can be screened out from the remaining free resources.

According to the technical scheme of the embodiment, when the resource allocation request message sent by the resource allocation request client is received, the request resource attribute information in the resource allocation request message is obtained, the task judgment program is called to determine that the pre-established resource allocation task corresponding to the request resource attribute information exists, the identification information of the current idle resource matched with the request resource attribute information is obtained, the identification information of the current idle resource is sent to the resource allocation request client, and the state of the current idle resource is marked as a non-idle state, so that the technical problems that the number and the state of the resources need to be counted manually in the prior art, a certain error rate exists, and labor cost is high are solved; if the quantity of resources needing to be managed is large, the manual management method is still adopted, the technical problems that the management is time-consuming and labor-consuming and the labor cost is high are solved, the resources are automatically allocated to the users executing the tasks, the states of the resources are counted, the resource allocation efficiency and the management efficiency are improved, and meanwhile the technical effect of the labor cost is reduced.

Example two

Before allocating resources to each resource allocation request client according to the resource allocation request message, a task establishment user, that is, a resource establishment user needs to upload identification information corresponding to each resource, and after processing the resource allocation request message, allocates the identification information corresponding to the resource to each resource allocation request user. Fig. 2 is another flow chart illustrating a resource allocation method according to a second embodiment of the disclosure.

As shown in fig. 2, the method includes:

s210, receiving identification information which is sent by the task establishing client and corresponds to all resources.

The task establishment client-side allocates tasks for establishing resources and/or uploads the resources. The task establishing client corresponds to a user establishing a task. And using the resource number corresponding to each resource as the identification information of the resource.

Specifically, the task creation user may determine the number of resources and identification information corresponding to each resource, that is, a resource number in advance. The determined resource number, the resource quantity, and the specific location information corresponding to each resource may be uploaded to the task establishment client. When the task establishment user triggers the control for completing the resource editing, the edited resource can be sent to the server, and the server can receive the identification information which is sent by the task establishment client and corresponds to all the resources.

Illustratively, the resource is an interview location and the task establishment user is an HR. HR can count the number of interview positions and the seat numbers corresponding to the interview positions on site; of course, specific location information corresponding to each interview location may also be determined. If the number of on-site interview sites is 10, the number of seats corresponding to each interview site is 1 to 10. The HR may edit the number of interview locations, as well as the seat numbers of the interview locations, at the task creation client. After the HR triggers the key for completing the resource editing, the interview position and the number of the interview position can be sent to the server, the server can receive the interview position sent by the task establishment client, and the state of each interview position is marked as an idle state.

S220, receiving a resource allocation request message generated by the resource allocation request client based on the two-dimensional code, and acquiring the interview scene, time and place in the resource allocation request message and the user identity corresponding to the resource allocation request client.

It should be noted that the task establishment client may create the resource allocation task in advance and send the resource allocation task to the server. After receiving the resource allocation tasks, the server can store the resource allocation tasks and generate two-dimensional codes corresponding to the resource allocation tasks. Different resource allocation tasks correspond to different two-dimensional codes, so that the resource allocation tasks corresponding to the two-dimensional codes can be determined by scanning different two-dimensional codes.

Specifically, the resource allocation request user may trigger a scanning function in the resource allocation request client to scan and post the two-dimensional code of a certain interview site. After the scanning is completed, the resource allocation request client can generate a resource allocation request message corresponding to the two-dimensional code and send the resource allocation request message to the server. The server can extract the interview time, the interview place and the interview times in the resource allocation request message and the personal information of the resource allocation request user corresponding to the resource allocation request client.

S230, calling a task judgment program to traverse the pre-established resource allocation tasks in the database, and acquiring the receiving time of the resource allocation task request message when the resource allocation tasks corresponding to the request resource attribute information exist.

Specifically, when the server receives the resource allocation request message, a pre-programmed task determination program may be called to traverse all resource allocation tasks stored in the database, so as to determine whether a resource allocation task corresponding to the resource request attribute information exists in the database. If the resource allocation task exists, it needs to be further determined whether the resource allocation task has expired, i.e. whether the time for executing the resource allocation task has expired. Optionally, the receiving time of the resource allocation request message is obtained, and whether the resource allocation task is expired or not may be determined according to the receiving time and the interview time in the resource allocation request message.

S240, when the receiving time is within the preset time threshold range, acquiring the identification information of the current idle resource matched with the request resource attribute information from all the idle resources.

The preset time threshold may be a time that is half an hour away from the interview time interval in the request resource attribute information, and optionally, the interview time in the request resource attribute information is ten minutes and thirty minutes, so that the preset time threshold range may be in a range from ten points to eleven points. Free resources, i.e., unallocated interview locations stored in the server. The current free resource is the interview position to be allocated to the resource allocation requesting user.

Specifically, if the receiving time of the resource allocation request message is within the preset time threshold, the idle resources matched with the resource allocation request message may be screened from all the idle resources, and used as the current idle resources, and the identifier of the current idle resources, that is, the resource number, is fed back to the resource allocation request client. If the receiving time of the resource allocation request message is not within the preset time range, the absence of the task or the prompt of error information can be fed back to the resource request client.

Illustratively, the test time in the request resource attribute information is 10 months, 20 am eight to ten am. If the time for receiving the resource allocation request message by the server is 11 points, namely the time is not within the preset time range, sending an error message prompt to the resource allocation request client, and optionally popping up prompt information with an expired task on a display interface of the resource allocation request client; if the time for the server to receive the resource allocation request message is eight tenths of a tenth, namely within a preset time range, the idle resource can be acquired, and the identification information of the idle resource is sent to the resource allocation request client. Optionally, the seat number is sent to the resource allocation request client, and the seat number is popped up on the display interface, so that the resource allocation request user can find the corresponding position according to the seat number.

In this embodiment, the obtaining of the current idle resource identification information matched with the request resource attribute information from all the idle resources may be: when the number of the idle resources is larger than a preset threshold value, screening out current idle resources matched with the attribute information of the request resources from all the idle resources according to a preset rule, and sending identification information corresponding to the current idle resources to a resource allocation request client; and when the quantity of the idle resources is less than a preset threshold value, sending notification information to the task establishing client so as to enable the task establishing client to increase the idle resources.

The task establishment user can set a preset threshold according to actual requirements, and optionally, the preset threshold may be zero. The notification information may include information that the resources are insufficient, or the number of resources is lower than a preset threshold.

Specifically, when the server detects that the number of all idle resources is lower than a preset threshold value, that is, when the resources cannot be allocated to the resource allocation request user, notification information that the number of the idle resources is insufficient may be generated and sent to the task establishment client, so as to remind the task establishment user corresponding to the task establishment client to increase the number of the resources; if the number of the idle resources is larger than the preset threshold value, the current idle resources corresponding to the resource allocation request message can be screened from all the idle resources and allocated to the resource allocation request user.

S250, sending the identification information of the current idle resource to the resource allocation request client, and marking the state of the current idle resource as a non-idle state.

Specifically, the resource number corresponding to the current idle resource is sent to the resource allocation request client, and the state of the current idle resource is marked as a non-idle state. The method has the advantages that the current state of each resource can be determined in real time, and the management efficiency of the resources is improved.

S260, when the resource allocation request client terminal which has allocated the idle resources scans the two-dimensional code, popping up the identification information corresponding to the resource allocation request client terminal and the control of whether the client terminal signs off on a display interface of the resource allocation request client terminal.

In the process of practical application, there may be a resource requesting user who has allocated resources, forgets the resource number corresponding to the resource requesting user, or when the task of the resource allocating requesting user is completed and needs to sign off, the two-dimensional code may be scanned again to confirm the identification information corresponding to the resource requesting user, or sign off operation may be performed.

Specifically, when the server receives a resource allocation request client that has allocated resources and sends a resource allocation request message, the server may feed back identification information corresponding to the resource allocation request message to a display interface of the client. Meanwhile, a sign-off control can be popped up on the display interface.

For example, if the interviewer who has allocated the interview position forgets the interview position number, the client may be triggered to scan the two-dimensional code again to obtain the corresponding interview position number, and optionally, a control for checking out and whether the interview position number is 20 and whether the interview position number is signed back is popped up on the display interface.

S270, when a touch instruction corresponding to the sign-off operation is received, changing the resource state corresponding to the resource allocation request client from a non-idle state to an idle state.

The non-idle state is a resource state which is already allocated to the resource allocation request client. An idle state may be understood as a resource that may be allocated to other resource allocation requesting clients.

Specifically, if the interview task of the interviewer is completed and the interview officer needs to leave the interview site, the sign-off control popped up from the client can be triggered. The client side can generate a sign-off instruction corresponding to the sign-off operation and send the sign-off instruction to the server. When the server receives the sign-off instruction, the identification information of the non-idle resource corresponding to the resource request client, namely the seat number, is obtained, and the resource is changed from the non-idle state to the idle state.

Illustratively, the interviewer has a resource number of 20. When the server receives the sign-off instruction corresponding to the interviewer, the server can acquire the resource number 20 corresponding to the interviewer, and change the resource state with the resource number of 20 from the non-idle state to the idle state.

EXAMPLE III

As a preferred embodiment of the foregoing embodiment, fig. 3 is a schematic flowchart of a process for establishing resources by a task establishment client according to a third embodiment of the present disclosure. As shown in fig. 3:

for clarity of describing the technical solutions of the embodiments of the present disclosure, the resources may be described by taking the seat as an example.

S310, the task establishment user corresponding to the task establishment client side counts the number of resources.

Wherein the resource may be a seat. The number of resources refers to the number of seats. The user who counts the number of resources and uploads the resources can be used as a task establishment user.

Specifically, after the task establishment user arrives at the interview site, the number of resources can be counted, and whether mark information corresponding to each resource exists or not can be counted.

For example, after the HR arrives at the interview site, the number of interview locations on the site can be counted and the presence or absence of a seat number at each interview location can be confirmed.

S320, determining whether the interview position has a corresponding seat number, and if not, executing S330; if yes, go to S340.

Specifically, whether each resource is numbered or not is judged, and if yes, the resource number and specific resource information corresponding to the resource number are uploaded to a server; if not, the resource number corresponding to each resource is confirmed.

And S330, numbering the seat of the interview position.

Specifically, if the resources are not numbered, each resource may be numbered.

For example, if the interview sites are not numbered, the interview sites may be numbered sequentially according to a certain rule, optionally, 1, 2, and 3 ….

And S340, counting the seat numbers of all interview positions.

Specifically, after the seat numbers of the interview positions are finished, the numbers of the seats and the specific positions of the seats can be counted.

And S350, the task establishing client sends the seat numbers and the specific position information to the corresponding server.

Specifically, after the seat number and the specific position information corresponding to the seat number are edited to the task establishing client, the resource editing completion control can be triggered to upload the seat number and the specific position information corresponding to the seat number to the server.

It should be noted that the task establishing client may also establish a resource allocation task in advance, and generate a two-dimensional code corresponding to the resource allocation task. The task establishment user can place the two-dimensional code at a preset position, optionally, the two-dimensional code is posted on an interview site, so that the resource request user can obtain resources corresponding to the resource allocation task based on the two-dimensional code.

When the resource allocation request client needs to allocate resources, the resource allocation request client can be logged in, and a resource allocation request control on the resource allocation request client is triggered, so that a resource allocation request message is sent to the server.

Fig. 4 is a schematic flowchart of a resource allocation request message sent by a resource allocation request client to a server according to a third embodiment of the present disclosure. As shown in fig. 4, the method includes:

and S410, triggering the resource allocation request client by the resource request user corresponding to the resource allocation request client.

In this embodiment, the resource allocation task may be an interview task, and the resource requesting user is an interviewer. And the client corresponding to the interviewer is the resource allocation request client. The resource allocation request client may be installed on a mobile terminal, optionally a smart phone or an ipad.

Specifically, the resource request user may trigger a resource allocation request client installed on the smartphone.

For example, when the interviewer arrives at the interview site, the resource allocation request client installed on the smart phone may be triggered.

And S420, logging in the resource allocation request client.

When the resource requesting user triggers the resource allocation requesting client, the server corresponding to the resource allocation requesting client can detect whether the resource requesting user is registered or logged in.

If the resource allocation request user is not registered, the user needs to register first, and an account and a password can be input after the registration is completed so as to log in the resource allocation request client. When the resource requesting user is registered but not logged in, an account number and a password may be entered to log in to the resource allocation requesting client.

S430, sending a resource allocation request message; the resource allocation request message carries information of a resource allocation request user and request resource attribute information.

Specifically, when the resource allocation request user arrives at the interview site, a scanning function in the resource request client may be triggered to scan the two-dimensional code corresponding to the resource allocation task. After the scanning is completed, the resource allocation request client can generate a resource allocation request message corresponding to the two-dimensional code and send the resource allocation request message to the server.

S440, the server receives the resource allocation request message sent by the resource request client.

Specifically, after the resource allocation request client sends the resource allocation request message to the server, the server may receive the resource allocation request message and process the received resource allocation request message.

After the server receives the resource allocation request message, the resource allocation request message may be processed. Fig. 5 is a schematic flowchart of a process performed by a server to a received resource allocation request message according to a third embodiment of the present disclosure. As shown in fig. 5, the method includes:

s510, acquiring request resource attribute information in the resource allocation request message.

The resource allocation request message includes request resource attribute information. The request resource attribute information corresponds to the two-dimensional code. That is, the request resource attribute information includes the time and place of the resource allocation task, that is, the request resource attribute information corresponds to the two-dimensional code generated in advance.

Specifically, the server obtains the attribute information of the requested resource in the resource allocation request message, that is, obtains the interview time and the interview place corresponding to the two-dimensional code and the personal information of the user corresponding to the resource requesting user.

S520, determining whether a resource allocation task corresponding to the request resource attribute information exists, if so, executing S530; if not, go to S540.

It should be noted that the task establishment user or other users may establish the resource allocation task in advance, and optionally, establish the interview task in advance, where the interview task includes interview time, interview place, and interview time. The server may generate a two-dimensional code corresponding to the resource allocation task.

Specifically, when the server receives the resource allocation request message, the information such as interview task time, place, session and the like carried in the resource allocation request message can be acquired. The server may traverse the resource allocation tasks established in the database, and when it is determined that the resource allocation tasks corresponding to the time, the place, and the field carried in the request message exist, may obtain the time when the resource allocation request message is received, and perform the reprocessing on the time when the request message is received. If there is no interview task corresponding to the time, place, and session carried in the request message, the error prompt information may be fed back to the resource allocation task request client, i.e., S530 is executed.

Optionally, the interview time when the server obtains the attribute information of the resource request is eight to ten points from No. 20/10 month, the interview site is the XX building, but the resource matching task is not found through traversing the database, it can be determined that the task has passed or does not exist, and an error message prompt can be sent to the client corresponding to the interviewer; if the task exists, the resource is allocated, namely the interview position is allocated.

And S530, returning error information.

That is, the task is not present in the database. It may also be understood that the task creation client does not create the task. At this time, the error information may be returned to the client and may be displayed on the display interface of the client.

S540, inquiring whether the resource allocation task is overdue, if yes, executing S530; if not, go to S550.

If the resource allocation task corresponding to the resource request attribute information exists in the database, whether the task is overdue or not can be further judged.

Specifically, whether the task is expired may be determined by determining a receiving time at which the resource allocation request message is received.

Illustratively, the test time in the request resource attribute information is 10 months, 20 am eight to ten am. If the time for the server to receive the resource allocation request message is 11 points, the server can send an error message prompt to the resource allocation request client at this time, and optionally, a prompt message indicating that the task is overdue is popped up on a display interface of the resource allocation request client, that is, the resource allocation task corresponding to the resource allocation request message is overdue; if the time for the server to receive the resource allocation request message is eight minutes, the server may send the identification information of the current idle resource to the resource allocation request client, optionally send a seat number to the resource allocation request client, that is, on a display interface of the resource allocation request client, the seat number may be popped up, and the resource allocation request user may find the corresponding position according to the seat number.

S550, inquiring whether the resource allocation request user is matched with the resource allocation task; if not, returning to execute S530; if yes, go to S560.

When it is determined that the resource allocation task corresponding to the resource allocation request message is not expired, it is further determined whether the hospital allocation requesting user can perform the resource allocation task.

Specifically, when the resource allocation request message is received and it is determined that the resource allocation task is not expired, it may be further determined whether the personal information of the resource allocation request user matches the resource allocation task, that is, whether the resource allocation request user is an interviewer of the current interview. If yes, resources are allocated for the user, and identification information, namely resource numbers, is fed back to the resource allocation request client, namely execution is 560; if not, the resource matching request user is judged not to be the interviewer of the current session, and the interview position can not be allocated to the resource matching request user, namely S530 is executed, and the prompt of error information is returned.

And S560, successfully checking.

That is, the resource allocation requesting user may be matched with the resource allocation task to allocate an interview location to the current interviewer.

After the verification is successful, the current state corresponding to the resource requesting user may be checked. Resources may be allocated to the resource requesting user based on the current state. As shown in fig. 6, the method includes:

s610, determining that the current state of the resource request user is a non-sign-in state.

Specifically, when the server determines that the resource allocation request user can be allocated with the resource, the current state of the resource allocation request user is obtained, optionally, whether the resource is allocated to the resource allocation request user is determined, and if the resource is not allocated, the resource allocation request user is in a non-sign-in state.

S620, judging whether the number of the idle resources is higher than the preset number of the resources, if so, executing S630; if not, S640 is executed.

The preset resource quantity user can set according to the actual situation, and optionally, the preset resource quantity is 0. The free resources refer to resources that are not allocated to the resource allocation requesting user.

Specifically, when it is detected that the resource allocation request user is in the non-sign-in state, the number of idle resources may be obtained, and optionally, the number of idle resources is 10, which is greater than the preset resource number of 0, then resources may be allocated to the resource allocation request user, that is, S630 is performed; if the number of the idle resources is 0 and is less than or equal to the preset number of the resources, the server can generate notification information for resource addition and send the notification information for resource addition to the task establishing client.

S630, allocating resources for the resource allocation request user, and marking the allocated resource state as a non-idle state.

Specifically, when the number of the idle resources is greater than the preset number of resources, the current idle resources matched with the resource allocation request information can be screened from all the idle resources, and the identification information of the current idle resources, that is, the seat number of the interview position, is sent to the user requesting the resource allocation. In order to facilitate resource management, the allocated resource state may be changed from an idle state to a non-idle state, and meanwhile, the state information of the interviewee may be changed to a check-in state.

And S640, the server generates resource addition notification information and sends the notification information to the task establishing client so that the task establishing client adds resources according to the notification information.

Specifically, the number of idle resources is less than the preset number of resources, that is, resources need to be allocated to the resource allocation request user, but there is no resource in the database, the server may generate notification information for adding resources, and send the notification information to the task establishment client, so that the task establishment client increases the number of resources. The advantage that sets up like this lies in, can know each resource current state in real time to and whether the automatic statistics current resource satisfies and predetermine the requirement, improved the managerial efficiency of resource, and reduced human cost's technological effect.

And S650, after the server receives the resources established by the task establishment client, acquiring identification information of the idle resources, and distributing the identification information to the resource distribution request user.

Specifically, after the server sends the notification information to the task establishment client, the task establishment client may increase the number of resources and send the newly increased resource information to the server. The server can screen out the idle resources matched with the resource allocation request message from the newly added idle resources, and send the identification information of the idle resources to the client corresponding to the resource allocation request user, so that the user can search the interview position in the interview site according to the identification information.

In this embodiment, when the resource requesting user having allocated the resource sends a resource allocation request message to the server, the resource request message may be processed again. As shown in fig. 7, the method includes:

s710, after receiving the resource allocation request message, the server determines the identification information corresponding to the resource request user.

Specifically, when the client that has allocated the sub-resource scans the two-dimensional code again, the resource allocation request information corresponding to the two-dimensional code may be generated. The server receives the resource allocation request information, and after determining that the resource is allocated to the current interviewer, the server can acquire the identification information corresponding to the interviewer, namely the seat number.

Illustratively, when the interview client receiving the allocated resources sends a seat allocation request message, the seat number corresponding to the interviewer may be acquired.

S720, feeding back the identification information and the information of whether to sign off to the resource allocation request client corresponding to the resource allocation request user.

It should be noted that, when the resource allocation of the allocated resource requests the user to complete the task execution, that is, the interview task is completed, and the user needs to leave the interview site, the two-dimensional code sign-off needs to be scanned.

That is to say, when the server receives a resource allocation request message sent by a resource allocation request client that has allocated resources, the server may determine a resource number corresponding to the resource allocation request client, and may pop up a control of whether to sign back on the display interface, so that an interviewer corresponding to the resource allocation request client may determine a seat corresponding to the interviewer according to the resource number, and when the user needs to sign back, the server may also trigger the sign-back control popped up on the display interface.

And S730, when the operation of triggering the sign-off control is detected, changing the resource state corresponding to the resource allocation request user from a non-idle state to an idle state.

When a user triggers the sign-off control on the display interface, a sign-off instruction corresponding to the sign-off operation can be generated and sent to the server. When the server receives the sign-off instruction, the server can acquire the identification information corresponding to the sign-off instruction, and change the resource state corresponding to the identification information from a non-idle state to an idle state.

Illustratively, the resource number allocated to the resource allocation request user is 01, and when the server receives a sign-off instruction sent by the resource allocation request client, the resource state with the resource number 01 may be changed from a non-idle state to an idle state, that is, the resource with the resource number 01 may be allocated to another resource allocation request user again.

According to the technical scheme of the embodiment, when the resource allocation request message sent by the resource allocation request client is received, the request resource attribute information in the resource allocation request message is obtained, the task judgment program is called to determine that the pre-established resource allocation task corresponding to the request resource attribute information exists, the identification information of the current idle resource matched with the request resource attribute information is obtained, the identification information of the current idle resource is sent to the resource allocation request client, and the state of the current idle resource is marked as a non-idle state, so that the technical problems that the number and the state of the resources need to be counted manually in the prior art, a certain error rate exists, and labor cost is high are solved; if the quantity of resources needing to be managed is large, the manual management method is still adopted, the technical problems of time-sharing and labor-consuming management and high labor cost exist, the automatic resource allocation for each user executing the task is realized, the states of all the resources are counted, the resource allocation efficiency and the management efficiency are improved, and the technical effect of labor cost is reduced.

Example four

Fig. 8 is a schematic structural diagram of a resource allocation apparatus according to a fourth embodiment of the present disclosure, and as shown in fig. 8, the apparatus includes: a resource attribute information acquisition module 810, an identification information acquisition module 820, and a resource allocation module 830; wherein,

a resource attribute information obtaining module 810, configured to, when receiving a resource allocation request message sent by a resource allocation request client, obtain request resource attribute information in the resource allocation request message; an identification information obtaining module 820, configured to call a task determining program to determine that a pre-established resource allocation task corresponding to the request resource attribute information exists, and obtain identification information of a current idle resource matching the request resource attribute information; the resource allocation module 830 is configured to send the identification information of the current idle resource to the resource allocation request client, and mark the state of the current idle resource as a non-idle state.

On the basis of the technical scheme, the device comprises: a resource allocation task establishment module to:

receiving at least one resource allocation task sent by a task establishment client, and respectively determining resource attribute information corresponding to each resource allocation task;

and generating a two-dimensional code corresponding to the resource allocation task based on the resource attribute information so that the resource allocation request client sends the resource allocation request message to a server based on the two-dimensional code.

On the basis of the foregoing technical solutions, the resource attribute information obtaining module, before being configured to obtain the request resource attribute information in the resource allocation request message, is further configured to: receiving identification information corresponding to all resources sent by a task establishing client; and the identification information corresponding to all the resources comprises resource numbers corresponding to all the resources.

On the basis of the technical schemes, the request resource attribute information comprises interview times, time and places and an identity corresponding to an interviewer; the free resources are interview positions where interviewers are not arranged; the identification information corresponding to the idle resources includes the number of idle resources and a resource number corresponding to the idle resources.

On the basis of the above technical solutions, the resource attribute information obtaining module is further configured to: and receiving the resource allocation request message generated by the resource allocation request client based on the two-dimensional code, and acquiring the interview times, time and place in the resource allocation request message and the user identity corresponding to the resource allocation request client.

On the basis of the above technical solutions, the identification information obtaining module is further configured to:

calling a task judgment program to traverse a pre-established resource allocation task in a database, and acquiring the receiving time of receiving a resource allocation task request message when the resource allocation task corresponding to the request resource attribute information exists; and when the receiving moment is within a preset time threshold range, acquiring the identification information of the current idle resource matched with the attribute information of the request resource from all the idle resources.

when the quantity of the idle resources is larger than a preset threshold value, screening out current idle resources matched with the attribute information of the request resources from all the idle resources according to a preset rule, and sending identification information corresponding to the current idle resources to the resource allocation request client; and when the quantity of the idle resources is smaller than a preset threshold value, sending notification information to the task establishing client so that the task establishing client increases the idle resources.

On the basis of the above technical solutions, after the resource allocation module is configured to mark the state of the current idle resource as a non-idle state, the resource allocation module is further configured to: when a resource allocation task request client terminal which has allocated idle resources scans the two-dimensional code, displaying identification information corresponding to the idle resources and a control for checking in or not on the resource allocation task request client terminal; when a touch control instruction corresponding to the sign-off operation is received, changing the task state corresponding to the resource allocation request client from a non-idle state to an idle state

The resource allocation device provided by the embodiment of the disclosure can execute the resource allocation method provided by any embodiment of the disclosure, and has corresponding functional modules and beneficial effects of the execution method.

It should be noted that, the units and modules included in the apparatus are merely divided according to functional logic, but are not limited to the above division as long as the corresponding functions can be implemented; in addition, specific names of the functional units are only used for distinguishing one functional unit from another, and are not used for limiting the protection scope of the embodiments of the present disclosure.

EXAMPLE five

Referring now to fig. 9, a schematic diagram of an electronic device (e.g., a terminal device or server of fig. 9) 90 suitable for implementing embodiments of the present disclosure is shown. The terminal device in the embodiments of the present disclosure may include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a vehicle terminal (e.g., a car navigation terminal), and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. The electronic device shown in fig. 9 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.

As shown in fig. 9, the electronic device 90 may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 901 that may perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)902 or a program loaded from a storage device 906 into a Random Access Memory (RAM) 903. In the RAM 903, various programs and data necessary for the operation of the electronic apparatus 90 are also stored. The processing apparatus 901, the ROM 902, and the RAM 903 are connected to each other through a bus 904. An input/output (I/O) interface 905 is also connected to bus 904.

In general, input devices 906 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc., output devices 907 including, for example, a liquid crystal display (L CD), speaker, vibrator, etc., storage devices 906 including, for example, magnetic tape, hard disk, etc., and communication devices 909, communication devices 909 may allow electronic device 90 to communicate wirelessly or wiredly with other devices to exchange data.

In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a non-transitory computer readable medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication device 909, or installed from the storage device 906, or installed from the ROM 902. The computer program performs the above-described functions defined in the methods of the embodiments of the present disclosure when executed by the processing apparatus 901.

The terminal provided by the embodiment of the present disclosure and the resource allocation method provided by the above embodiment belong to the same inventive concept, and technical details that are not described in detail in the embodiment of the present disclosure may be referred to the above embodiment, and the embodiment of the present disclosure and the above embodiment have the same beneficial effects.

EXAMPLE six

The disclosed embodiments provide a computer storage medium having a computer program stored thereon, which when executed by a processor implements the resource allocation method provided by the above embodiments.

It should be noted that the computer readable medium in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.

In some embodiments, the clients, servers may communicate using any currently known or future developed network protocol, such as HTTP (HyperText transfer protocol), and may be interconnected with any form or medium of digital data communication (e.g., a communications network). examples of communications networks include local area networks ("L AN"), wide area networks ("WAN"), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed networks.

The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to:

and sending the identification information of the current idle resource to the resource allocation request client, and marking the state of the current idle resource as a non-idle state.

If the sub-page services are present in the sub-scope container, then returning the sub-page services may write computer program code for performing the operations of the present disclosure in one or more programming languages, including but not limited to AN object oriented programming language such as Java, Smalltalk, C + +, and also conventional procedural programming languages, such as the "C" or similar programming languages.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of a unit does not in some cases constitute a limitation on the unit itself, for example, the resource attribute information acquisition module may also be described as an "attribute information acquisition module".

For example, without limitation, exemplary types of hardware logic that may be used include Field Programmable Gate Arrays (FPGAs), Application Specific Integrated Circuits (ASICs), Application Specific Standard Products (ASSPs), systems on a chip (SOCs), complex programmable logic devices (CP L D), and so forth.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

According to one or more embodiments of the present disclosure, [ example one ] there is provided a resource allocation method, the method comprising:

According to one or more embodiments of the present disclosure, [ example two ] there is provided a resource allocation method, further comprising:

optionally, the establishing a resource allocation task includes:

According to one or more embodiments of the present disclosure, [ example three ] there is provided a resource allocation method, further comprising:

optionally, before obtaining the request resource attribute information in the resource allocation request message when receiving the resource allocation request message sent by the resource allocation request client, the method further includes:

receiving identification information corresponding to all resources sent by a task establishing client;

and the identification information corresponding to all the resources comprises resource numbers corresponding to all the resources.

According to one or more embodiments of the present disclosure, [ example four ] there is provided a resource allocation method, further comprising:

optionally, the request resource attribute information includes interview session, time, location, and an identity corresponding to the interviewer; the free resources are interview positions where interviewers are not arranged; the identification information corresponding to the idle resources includes the number of idle resources and a resource number corresponding to the idle resources.

According to one or more embodiments of the present disclosure, [ example five ] there is provided a resource allocation method, further comprising:

optionally, when receiving a resource allocation request message sent by a resource allocation request client, acquiring request resource attribute information in the resource allocation request message includes:

and receiving the resource allocation request message generated by the resource allocation request client based on the two-dimensional code, and acquiring the interview times, time and place in the resource allocation request message and the user identity corresponding to the resource allocation request client.

According to one or more embodiments of the present disclosure, [ example six ] there is provided a resource allocation method, further comprising:

optionally, when the call task determining program determines that a pre-established resource allocation task corresponding to the request resource attribute information exists, acquiring identification information of a current idle resource matched with the request resource attribute information, where the identification information includes:

calling a task judgment program to traverse a pre-established resource allocation task in a database, and acquiring the receiving time of receiving a resource allocation task request message when the resource allocation task corresponding to the request resource attribute information exists;

and when the receiving moment is within a preset time threshold range, acquiring the identification information of the current idle resource matched with the attribute information of the request resource from all the idle resources.

According to one or more embodiments of the present disclosure, [ example seven ] there is provided a resource allocation method, further comprising:

optionally, the obtaining, from all idle resources, identification information of a current idle resource that matches the request resource attribute information includes:

when the quantity of the idle resources is larger than a preset threshold value, screening out current idle resources matched with the attribute information of the request resources from all the idle resources according to a preset rule, and sending identification information corresponding to the current idle resources to the resource allocation request client;

and when the quantity of the idle resources is smaller than a preset threshold value, sending notification information to the task establishing client so that the task establishing client increases the idle resources.

According to one or more embodiments of the present disclosure, [ example eight ] there is provided a resource allocation method, further comprising:

optionally, after marking the state of the current idle resource as a non-idle state, the method further includes:

when a resource allocation task request client terminal which has allocated idle resources scans the two-dimensional code, displaying identification information corresponding to the idle resources and a control for checking in or not on the resource allocation task request client terminal;

and when a touch instruction corresponding to the sign-off operation is received, changing the task state corresponding to the resource allocation request client from a non-idle state to an idle state.

According to one or more embodiments of the present disclosure, [ example nine ] there is provided a resource allocation apparatus, the apparatus comprising:

The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.

Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. A method for resource allocation, comprising:

2. The method of claim 1, wherein establishing resource allocation tasks comprises:

3. The method according to claim 1, wherein before said obtaining the requested resource attribute information in the resource allocation request message when receiving the resource allocation request message sent by the resource allocation request client, further comprising:

4. The method of claim 2, wherein the request resource attribute information includes interview times, locations, and an identification corresponding to an interviewer; the free resources are interview positions where interviewers are not arranged; the identification information corresponding to the idle resource includes a resource number of the idle resource.

5. The method according to claim 4, wherein the obtaining the requested resource attribute information in the resource allocation request message when receiving the resource allocation request message sent by the resource allocation request client comprises:

6. The method according to claim 4, wherein the step of acquiring the identification information of the current idle resource matched with the request resource attribute information when the calling task judgment program determines that the pre-established resource allocation task corresponding to the request resource attribute information exists comprises:

7. The method according to claim 6, wherein the obtaining, from all the free resources, the identification information of the current free resource matching the requested resource attribute information includes:

when the number of the idle resources is larger than a preset threshold value, screening out current idle resources matched with the attribute information of the request resources from all the idle resources according to a preset rule, and sending identification information corresponding to the current idle resources to the resource allocation request client;

and when the quantity of the idle resources is smaller than a preset threshold value, sending notification information to the task establishing client so as to enable the task establishing client to increase the idle resources.

8. The method of claim 6, further comprising, after marking the state of the currently idle resource as a non-idle state:

when a resource allocation request client side which has allocated idle resources scans the two-dimensional code, popping up identification information corresponding to the resource allocation request client side and a control whether the client side signs off on a display interface of the resource allocation request client side;

and when a touch instruction corresponding to the sign-off operation is received, changing the resource state corresponding to the resource allocation request client from a non-idle state to an idle state.

9. A resource allocation apparatus, comprising:

10. An electronic device, characterized in that the electronic device comprises:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the resource allocation method of any one of claims 1-8.

11. A storage medium containing computer-executable instructions for performing the resource allocation method of any one of claims 1-8 when executed by a computer processor.