CN113869864A

CN113869864A - Equipment scheduling method, device, equipment and storage medium

Info

Publication number: CN113869864A
Application number: CN202111151647.0A
Authority: CN
Inventors: 王达; 李炜豪
Original assignee: Suzhou Dajiaying Information Technology Co Ltd
Current assignee: Suzhou Dajiaying Information Technology Co Ltd
Priority date: 2021-09-29
Filing date: 2021-09-29
Publication date: 2021-12-31

Abstract

The application discloses a device scheduling method, a device and a storage medium, and belongs to the technical field of computers. The method comprises the following steps: receiving a resource configuration request of a first device; acquiring a second device set matched with the position setting information; acquiring service behavior information corresponding to each second device; determining target equipment matched with the first equipment from the second equipment set according to the service behavior information and the second requirement configuration information; the scheduling target device processes the resource configuration request. According to the technical scheme, the device scheduling method and the device scheduling system have the advantages that the device scheduling is reasonable, the device request is processed, the request processing quality of the scheduling device is improved, the device scheduling efficiency and the request processing efficiency are comprehensively improved, and the device response efficiency is favorably improved.

Description

Equipment scheduling method, device, equipment and storage medium

Technical Field

The present application relates to the field of computer technologies, and in particular, to a method, an apparatus, a device, and a storage medium for device scheduling.

Background

With the development of internet technology, more and more users choose to initiate service requests on internet platforms. When a user initiates a service request on the internet platform, the internet platform can allocate corresponding equipment to the user to process the service request.

In the related art, after a user initiates a request through a device held by the user, the internet platform randomly allocates a service device to the user device to process the user's request. For example, the user request is randomly distributed to a device held by the platform broker to feed back the user request. In practical application, user requirements are various, the random allocation mode is low in efficiency, and the user requirements cannot be timely and effectively responded and appropriate information resources cannot be allocated.

Disclosure of Invention

The embodiment of the application provides a device scheduling method, a device and a storage medium, which can improve the request processing quality of scheduling devices while processing device requests through reasonable device scheduling, comprehensively improve the device scheduling efficiency and the request processing efficiency, and are beneficial to improving the device response efficiency.

According to an aspect of an embodiment of the present application, there is provided a device scheduling method, including:

receiving a resource configuration request of first equipment, wherein the resource configuration request comprises first requirement configuration information and second requirement configuration information, and the first requirement configuration information comprises position setting information;

acquiring a second device set matched with the position setting information, wherein the service position corresponding to each second device in the second device set corresponds to the position setting information;

acquiring service behavior information corresponding to each second device;

determining target equipment matched with the first equipment from the second equipment set according to the service behavior information and the second requirement configuration information, wherein the service behavior information corresponding to the target equipment is matched with the second requirement configuration information;

and scheduling the target equipment to process the resource configuration request.

According to an aspect of an embodiment of the present application, there is provided an apparatus for scheduling a device, the apparatus including:

a request receiving module, configured to receive a resource configuration request of a first device, where the resource configuration request includes first requirement configuration information and second requirement configuration information, and the first requirement configuration information includes location setting information;

the device acquisition module is used for acquiring a second device set matched with the position setting information, and the service position corresponding to each second device in the second device set corresponds to the position setting information;

the behavior information acquisition module is used for acquiring service behavior information corresponding to each second device;

a target device determining module, configured to determine, according to the service behavior information and the second requirement configuration information, a target device that is matched with the first device from the second device set, where the service behavior information corresponding to the target device is matched with the second requirement configuration information;

and the equipment scheduling module is used for scheduling the target equipment to process the resource configuration request.

According to an aspect of an embodiment of the present application, there is provided a computer device including at least one processor, and a memory communicatively connected to the at least one processor; the memory stores instructions executable by the at least one processor, and the at least one processor implements the device scheduling method by executing the instructions stored in the memory.

According to an aspect of embodiments of the present application, there is provided a computer-readable storage medium having at least one instruction, at least one program, a set of codes, or a set of instructions stored therein, which is loaded and executed by a processor to implement the above-mentioned device scheduling method.

The technical scheme provided by the embodiment of the application can bring the following beneficial effects:

the method comprises the steps of analyzing a received resource configuration request of first equipment by constructing an intelligent demand allocation mechanism to obtain first demand configuration information and second demand configuration information carried in the resource configuration request, screening out second equipment with a service position matched with position setting information in the first demand configuration information to obtain a second equipment set as candidate equipment, further finding target equipment with service behavior information matched with the second demand configuration information from the second equipment set, finally scheduling the target equipment to process the resource configuration request of the first equipment, fully allocating equipment with better service quality in a demand area to the request equipment to process the resource service request according to the demand information in the request and combining the service information of the service equipment, and improving the request processing quality of the scheduling equipment while processing the equipment request by reasonably scheduling the equipment, the device scheduling efficiency and the request processing efficiency are comprehensively improved, and the device response efficiency is favorably improved.

Drawings

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.

FIG. 1 is a schematic diagram of an application execution environment provided by one embodiment of the present application;

fig. 2 is a flowchart of a device scheduling method according to an embodiment of the present application;

FIG. 3(a) is a page diagram illustrating an exemplary user registration page;

FIG. 3(b) is a page diagram illustrating another user registration page;

fig. 4 to fig. 9 are flowcharts of a device scheduling method according to an embodiment of the present application, respectively;

fig. 10 is a block diagram of a device scheduling apparatus according to an embodiment of the present application;

fig. 11 is a block diagram of a computer device according to an embodiment of the present application.

Detailed Description

To make the objects, technical solutions and advantages of the present application more clear, embodiments of the present application will be described in further detail below with reference to the accompanying drawings.

Referring to fig. 1, a schematic diagram of an application execution environment according to an embodiment of the present application is shown. The application execution environment may include: a terminal 10 and a server 20.

The terminal 10 may be an electronic device such as a mobile phone, a tablet Computer, a game console, an electronic book reader, a multimedia playing device, a wearable device, a PC (Personal Computer), and the like. A client of the application may be installed in the terminal 10.

In the embodiment of the present application, the application program may be an application program capable of providing a life service. Typically, the application is a recruitment-type application. Of course, besides the recruitment-type application, other types of applications may provide lifestyle services. For example, the application may be a placement application, a shopping application, a social contact application, an interactive entertainment application, a browser application, a customer service application, and the like, which is not limited in this embodiment. In addition, for different applications, the provided life services may also be different, and the corresponding functions may also be different, which may be configured in advance according to actual requirements, and this is not limited in the embodiment of the present application. Optionally, a client of the above application program runs in the terminal 10. In some embodiments, the living service includes a recruitment information sharing service for providing work information to the user.

The server 20 is used to provide background services for clients of applications in the terminal 10. Optionally, the server 20 provides background services for applications in multiple terminals 10 simultaneously.

Alternatively, the terminal 10 and the server 20 may communicate with each other through the network 30. The terminal 10 and the server 20 may be directly or indirectly connected through wired or wireless communication, and the present application is not limited thereto.

Referring to fig. 2, a flowchart of a device scheduling method according to an embodiment of the present application is shown. The method can be applied to a computer device, which refers to an electronic device with data calculation and processing capabilities, for example, the execution subject of each step can be the server 20 in the application program running environment shown in fig. 1. The method can comprise the following steps (210-250).

Step 210, a resource allocation request of a first device is received.

The first device may be an electronic device held by a user who uses the relevant application service. In the job hunting application, the user may be a user with job hunting needs, such as a blue collar finder.

The resource configuration request may be a request initiated by the first device requesting a resource. The resource allocation request includes requirement allocation information. The requirement configuration information may be divided into first requirement configuration information and second requirement configuration information, that is, the resource configuration request includes the first requirement configuration information and the second requirement configuration information. The first requirement configuration information and the second requirement configuration information comprise different types of requirement configuration information, and the requirement configuration information can be divided into the first requirement configuration information and the second requirement configuration information according to actual conditions.

In one possible implementation, the demand configuration information includes personal information. In some application scenarios, the personal information is filled in by the user at application registration or is modified during later use.

In one possible embodiment, the demand configuration information includes location setting information. Optionally, the location setting information may be divided into the first requirement configuration information, and may also be divided into the second requirement configuration information. In one possible embodiment, the first demand configuration information includes location setting information. Optionally, the location setting information is used to characterize a service area set by a user. In job hunting applications, a user may set a job hunting area or a service area of a broker to obtain location setting information. For example, if it is desired to find a local broker, the location setting information may be set as the area where the user is located. Optionally, the location information is used to represent a location of a user, and the location setting information may be obtained in the following two ways. The 1 st is a user input mode, namely, when registering or inputting the current requirement, the user inputs the current position (such as a city) of the user; the second type is system automatic acquisition, which may be that the system automatically acquires its location when the user registers/inputs the current requirement, or prompts the user to locate the current location or directly acquires the current location of the user when the user registers/inputs the current requirement.

In one possible embodiment, the requirements configuration information also includes server characteristics. The server characteristics may be divided into the first requirement configuration information and the second requirement configuration information. In one possible embodiment, the second demand configuration information includes a server profile. Optionally, the service characteristic refers to a personality characteristic of the service set by the user based on the user's own needs, and represents a user personality corresponding to the second device that the user desires to assign. For example, a user's desired broker character in a job hunting class application. The character features have a plurality of character categories, and can be determined by a specific algorithm or information, which is not limited in the embodiments of the present application.

In one possible implementation, the demand configuration information also includes resource demand information. The resource requirement information refers to information related to required resources. Optionally, the resource requirement information may be divided into the first requirement configuration information, and may also be divided into the second requirement configuration information. In one possible implementation, the second demand configuration information includes resource demand information. In a possible implementation manner, the resource requirement information includes resource acquisition time limit information and request resource type information.

Optionally, the resource acquisition time limit information is used to characterize a time limit for the first device to acquire the resource. For example, in a job hunting application, the user may set the resource acquisition time limit information by selecting an option of "whether to want to find work as soon as possible".

Optionally, the resource requirement information further includes device response time limit information. The device response time limit information may also characterize a time limit of the first device's response time to the second device, i.e., a demand response time. Illustratively, in the job hunting application, the demand response time represents whether the user has a requirement for the feedback time of the broker, for example, the user wants to contact with him as soon as possible, and the value of the "demand response time" may be: fast, general (for response time), it is also possible: yes, no (for whether it is desired to find the work as soon as possible).

Optionally, the request resource type information is used to characterize a type of the resource required by the first device. Illustratively, in the job hunting application, the requested resource type information includes, but is not limited to, salary information of the user's intended work, work category information, business type information, and work stability information. Optionally, the user may fill in and find a work target, for example, a target such as "family care is stuck with a mouth, issue time, self-realization", and the like, and the system may determine salary information, work type information, enterprise type information, and work stability degree information corresponding to each target according to a preset mapping rule, and further perform resource allocation, so that the requirement information of the user can be quantified, and subsequent matching is facilitated.

Alternatively, the business types may include: the service industry, new energy (manufacturing), chemical industry (manufacturing), vehicle/accessory (manufacturing), electronic factory (manufacturing and assembling), supply chain/logistics, education and training, real estate/building, medical health, etc., which are not limited in the embodiments of the present application.

In one example, as shown in FIG. 3(a), a page diagram of a user registration page is illustrated. When the user registers, the user is required to fill in personal information (including whether the city is expected to find the broker-yes or no; the expected broker character-atmosphere hard type, soft and mild affinity type and strong type; and the work target-family-keeping, mouth pasting, time sending and self realization). The user may click on the expansion control 302 in the personal preference setting bar 301 to supplement the filling-in requirement configuration information. After the user performs corresponding operation on the expansion control 302, the page jumps, and the page after jumping is shown in fig. 3 (b). Fig. 3(b) is a page diagram illustrating another user registration page. In fig. 3(b), the user can set the above-described position setting information. For example, for the question of "whether you like a broker other than the city", the user may select intention option 303 indicating that the location setting information is set as the city, or may select non-intention option 304 indicating that the location setting information is set as an unlimited area. In addition, the user can also select the broker personality option 305, can also select the work tendency option 306, and can further set through the personalized demand setting frame 306 to improve the demand configuration information. It should be noted that the content of the required configuration information is not limited in the embodiment of the present application.

Step 220, a second device set matched with the location setting information is obtained.

The service position corresponding to each second device in the second device set corresponds to the position setting information.

The second device may be a device that provides a corresponding resource service for the first device. In some application scenarios, the second device is an intelligent robot, which is used to provide self-service for the user, or may be an electronic device held by the user who provides service in the application. For example, the device held by the broker in the job hunting class application is the second device.

The service location may be a geographical location of the second device or an entity service location where the second device provides services. For example, the location of the store where the broker is located in a job hunting application.

And in the distribution rule, matching the service position corresponding to the second equipment with the position setting information, determining the service position matched with the position setting information, and summarizing the second equipment corresponding to the matched service position to obtain the second equipment set.

In an exemplary embodiment, as shown in FIG. 4, the implementation of step 220 includes the following steps (221-222).

Step 221, determining a target service area corresponding to the location setting information.

Optionally, it is determined through the location setting information that the user of the first device desires to find whether the second device is in the local city, that is, the target service area.

Step 222, if at least one service location exists in the target service area, a second device set is generated based on the at least one service location.

After determining the target service area, it is determined whether the target service area has a service location, such as a broker store. In one example, if the target service area selected by the user is not the city in which the first device is located, a second device within a region of the country may be selected.

In a possible implementation, the target service area is a location area of the first device. Accordingly, as shown in fig. 5, the implementation of step 222 includes the following steps (222A to 222B).

Step 222A, if at least one service location exists in the area where the first device is located, determining a target service location corresponding to the geographic location of the first device from the at least one service location.

After the target service area is determined in the above step, the following judgment can be made for the target service area:

and if the target service area has the service position, acquiring the current geographic position based on the first equipment, and acquiring the service position closest to the first equipment, namely the target service position.

Step 222B, at least one second device corresponding to the target service location is used as a second device set.

If the service position does not exist in the target service area, the first device is brought into a default service area, and information is pushed to the first device: because the service area of the current company is limited and is not distributed to the second equipment in the target service area, the second equipment serving the current company is xx equipment, and the second equipment can be replaced if an objection exists. And push information to the second device: the target service area is the xxx area, and the first device may generate a regional requirement to pay attention to the process because the service area is not involved.

Step 230, obtaining service behavior information corresponding to each second device.

In a possible embodiment, in the background or the database, the service behavior information corresponding to the second device includes, but is not limited to, a device user characteristic, response time data, a service capability attribute, and a current operating state of the second device corresponding to the second device.

Optionally, the service behavior information includes a device user characteristic, and the device user characteristic includes a personality type of a user corresponding to the second device.

In one possible embodiment, the above-described device user characteristics may be determined by the following process. Acquiring equipment user information corresponding to each second equipment; and determining the equipment user characteristics corresponding to the second equipment based on the equipment user information. Optionally, the device user information includes at least one of a personality tag, a message corpus, and an operation behavior log of the device user. The personality tag may be a personality tag added by the device user, the message corpus may be a history chat message record of the device user, and the operation behavior log may also be an operation record of the device user in the application. Optionally, the user profile modeling may be performed on the device user information to obtain a device user characteristic corresponding to the second device.

For example, in a job hunting application, a questionnaire is sent to the broker before each broker is first assigned to deal with the user's needs; the broker fills in and submits the questionnaire based on the actual situation of the broker to obtain the questionnaire survey result of the broker, and the following scores of 16 personality factors are obtained through calculation: groupe (A), clever (B), stability (C), strength (E), excitability (F), constancy (G), dare (H), sensitivity (I), suspicion (L), hallucination (M), ancestry (N), apprehension (O), experimental (Q1), independence (Q2), autonomy (Q3), tonicity (Q4); performing second-order factor analysis based on the scores of the 16 personality factors, and respectively calculating the scores of the broker in four personality types, namely adaptability, extroversion, alertness and courageness; and taking the character type with the highest score value as the character type of the broker. The adaptability corresponding type is friendly, the score is obtained to represent the strength of 'adaptation', and high-score people have smooth living adaptation and feel satisfied; the corresponding type of extroversion is extroversion, the score represents the alert of peaceful mechanism, and the high-grade extroversion is good at the interpersonal activities, clear and no matter how minor; the corresponding type of the alertness of the peaceful system is the alertness of the peaceful system, the obtained score represents the alertness of the peaceful system, the high-grade person is alert of the peaceful system, and the person is on duty and persevered to get spirits; the corresponding type of the dare is the dare type, the high-grade people are independent, dare and limpid, the soul is created, and the long environment or opportunity can be developed is always automatically searched.

Optionally, the response speed attribute of the second device is characterized by the response time data. Optionally, the response time data includes a response time interval, and the response time interval may be an average response time interval of the second device. Optionally, the response time data includes a total response time duration, where the total response time duration is a sum of response time intervals corresponding to the resource configuration request processed by the second device. Illustratively, in the job hunting application, the data characterizing the feedback time attribute includes, but is not limited to, data of response time, feedback time, response speed, feedback speed and the like of the broker to the demand. Optionally, the feedback time attribute has 2 value-taking modes, which may be divided into "good, medium, and bad" according to different ranges, or may be directly counted in minutes as an average response time/feedback time of the second device for all requirements. Illustratively, in the job-hunting application, the response time interval may be a time interval from when the system detects that the user initiates a demand to when the broker contacts the user by one of calling, texting, messaging social software messages, and writing a chat log. Alternatively, the response time interval is rated as, on average, 10 minutes (including 10 minutes): good; on average 10 to 30 minutes (including 30 minutes) then rated: good; an average of 30 to 60 minutes (including 60 minutes) was rated medium; over 60 minutes, the rating was poor. And the first 20 demands of the second equipment of the new access system are not counted, the response time attributes corresponding to the second equipment of the new access system are calculated according to the priority, and a normal calculation process is started from the 21 st demand distribution.

Under the scene that a user uses the application A and a broker uses the application B, the user initiates a demand or registers personal information in the application A, the demand is sent to a background/server, the background/server judges the distribution rule and sends the distribution rule to a target broker, and the broker receives the information of the server through the application B and responds to the demand/feedback demand. The background can acquire response time intervals of the broker to different demands through monitoring of the application B. The specific manner of responding to the requirement may be to contact the user using the application a through the chat function of the application B; the response time interval may be calculated using the following formula: response time interval-the time at which the broker responds to the demand-the time at which the system allocates the demand to the broker.

For the above calling scenario, the manner of obtaining the service behavior information is as follows: firstly, the system acquires the call record and the address book of the mobile phone through the authorization of the address book of the mobile phone (the system can automatically acquire the address book authorization information of the mobile phone of the user, or the system can send an authorization request to the mobile phone of the user, and the system acquires the address book authorization information of the mobile phone after the user agrees), so that the call contact condition of the broker is judged based on the call start time, the call object and the call duration of the broker; and the other is that if the broker passes through the virtual dialing function, the system can perform voice record monitoring, call record and call content, so as to acquire the processing state of the broker receiving the requirement and process the feedback condition. Optionally, the recording feedback needs manual judgment, sensitive word detection is carried out after the recording is converted into characters, sensitive words are found and pushed to customer service, the customer service judges whether service problems exist or not, and if yes, follow-up punishment is carried out.

For the above short message sending scenario, the manner of obtaining the service behavior information is as follows: the monitoring of the short message sending scene requires the system to acquire short message information, short message sending records and sending contents of the broker through the authorization of the short message of the mobile phone in advance.

For the above scenario of sending the social software message, the manner of obtaining the service behavior information is as follows: the monitoring of the message scene of the social software is as follows: and after the chat record data based on the social software is communicated with the background system which is currently applied, the chat record and the chat time of the broker are regularly pulled from the social software.

For the above scenario of writing chat records, the manner of obtaining service behavior information is as follows: the system provides a background interface for entering the remark of the chat content, so that a device user can fill and submit the chat record and the chat content, and the broker can automatically mark the requirement of the user as the return visit after filling the return visit content.

Optionally, the service capability attribute has 3 sub-attributes, namely (1) user salary capability, (2) enterprise type/payroll type, (3) user stability.

The user salary capability is an analysis result of the salary level of the historical user of the second device service, and may be specifically represented by a numerical value, for example, a numerical value corresponding to an average salary. For example, in the job hunting application, the average monthly salary of all users (i.e., users involved in all completed demands) already served by the broker corresponding to the second device is counted periodically (every 3 months/after every 6 months/every 1 year), and only the working users are counted, because there is no salary in the user's off-duty state, which affects the accuracy of the average salary statistical analysis. Alternatively, there are 2 ways: mode 1: for each user, counting the average monthly salary of the user during the period of employment, and then carrying out secondary average on the average monthly salaries of all users; mode 2: for each user, the salaries of the last month (month of full work) at the current time point (statistical time point) are obtained, and then the monthly salaries of all users are averaged.

The type of enterprise/type of work mentioned above refers to the type of enterprise/type of work that the user of the device corresponding to the second device excels in or has a chance to work. For example, in the job application, all users already served by the broker corresponding to the second device (i.e. users involved in all demands completed by the broker) are tracked, and the type of enterprise/work category where the broker is located is counted, and the final counting result may be 2 types: 1. the number of users the broker has served for different business/work types; 2. the top 3 ranked in the above quantity are the most familiar business types/job types of brokers.

The user stability refers to resource usage stability of a historical user served by the second device. For example, in a job hunting type application, the user stability may be reflected from 3 angles, the percentage of departure, the number of days of employment, or the number of months of employment. Periodically (every 3 months/every 6 months/every 1 year), all users already served by the broker corresponding to the second device (i.e. users involved in all demands fulfilled by the broker) are tracked, and the average value is counted. Firstly, the stability of the user is judged through the working days, the user can be judged according to the punching records of the staff, and if an effective punching record of going to work and going to work is available on a certain day, the user is considered to be working on the same day. And secondly, judging the stability of the user through the number of months/the percentage of leaving. Alternatively, there are 3 methods: 1. the judgment can be carried out in a salary record mode, namely if the salary record in the current month of the enterprise after 3 months does not have the record of the employee, the employee can be considered to be out of work, otherwise, the employee is in work; 2. the employee can be checked into the card record, if the number of times of checking the card in the current month exceeds a certain threshold value, the employee is considered to be on duty in the current month, and the enterprise can recover the employee card or clear the employee record from the system after leaving the duty; 3. and the enterprise can also directly give the job leaving rate of the employees and judge the job leaving rate of the employees.

Optionally, the current working state indicates whether the second device currently has an unprocessed requirement, and may be in working or idle.

And step 240, determining a target device matched with the first device from the second device set according to the service behavior information and the second requirement configuration information.

And matching the service behavior information corresponding to the target equipment with the second requirement configuration information.

In an exemplary embodiment, the service behavior information includes response behavior information from which a match may be made. As shown in FIG. 4, the implementation of step 240 includes the following steps (241-242).

And 241, determining the second devices of which the response behavior information meets the response behavior condition in the second device set as candidate second devices.

The response behavior information includes response time interval levels such as excellent, good, and medium. The condition that the response behavior is satisfied may be that the response time interval level is a preset level, or the response time interval is in a preset time interval, which is not limited in the embodiment of the present application.

Step 242, determining a target device matched with the first device from the candidate second devices based on the second requirement configuration information and the service behavior information corresponding to the candidate second devices.

In an exemplary embodiment, the second demand configuration information further includes server characteristics, which may be matched in conjunction with the server characteristics. As shown in fig. 5, the step 242 may alternatively be implemented by the step (242A).

Step 242A, determining a target device matched with the first device from the candidate second devices based on the service behavior information corresponding to the server features and the candidate second devices.

The device user characteristic corresponding to the candidate second device may be compared with the server characteristic to obtain a second device corresponding to the device user characteristic matched with the server characteristic, and the second device may be used as the target device.

In one possible embodiment, the service activity information includes device user characteristics. Optionally, when the response time interval levels of some second devices are consistent, the server feature is compared with the device user feature corresponding to the candidate second device, and the target device in the candidate second device is determined according to the obtained comparison result.

Accordingly, as shown in FIG. 6, the implementation of the step 242A includes the following steps (242A 1-242A 2).

In step 242a1, a user profile matching metric is determined based on the service profile and the device user profile corresponding to the candidate second device.

The user feature matching degree is used for representing the similarity between the server feature set by the first device and the device user feature corresponding to the candidate second device, and the user feature matching degree and the similarity are in positive correlation. Optionally, if the server feature matches with the device user feature corresponding to the candidate second device, the feature matching degree is recorded as 1, and if the server feature does not match with the device user feature corresponding to the candidate second device, the feature matching degree is recorded as 0. Alternatively, the user feature matching degree may also be a continuous numerical value, which is not limited in the embodiment of the present application.

Step 242a2, the target device is determined from the candidate second devices based on the user feature matching degree.

And according to the matching degree of the user characteristics, the candidate second equipment is arranged in a descending order. Optionally, the first candidate second device after the descending order is taken as the target device.

In a possible implementation, the service behavior information further includes resource usage data and request processing data. The resource usage data refers to data generated when a device resource corresponding to the second device is used by another device. The request processing data refers to data of the second device processing request, such as the number of processing requests.

Accordingly, as shown in FIG. 7, the above step 242A2 can be alternatively implemented by the following steps (242A 3-242A 6).

Step 242a3, determining resource stability corresponding to the candidate second device based on the resource usage data.

The resource usage data includes a usage time of the device resource corresponding to the second device by another device, the usage time is positively correlated with the resource stability, and the longer the usage time is, the higher the resource stability is. In a specific application scenario, the device resource in the second device is a work resource corresponding to the recruitment information, the user corresponding to the first device receives the work resource provided by the second device, the time for engaging in the work corresponding to the work resource may be understood as the usage time, and the resource stability may be determined according to a certain mapping relationship, which is not limited in the embodiment of the present application.

In one example, the resource stability is determined by specific resource usage data, such as a broker good business stability factor, and a higher or equal average counts the resource stability as 1, otherwise it is 0.5. The resource stability may also be a broker adept type/enterprise type (1 consistent with the requested resource type, 0 inconsistent with the requested resource type) "or a" broker service user salary level (higher than or equal to 1 average, 0.5 lower than average) ", which is not limited in this embodiment of the present application.

Step 242a4, based on the request processing data, determines the device idleness corresponding to the candidate second device.

Optionally, the request processing data includes a request throughput of the second device for processing the resource configuration request. The request processing amount is inversely related to the device vacancy, and the greater the request processing amount, the greater the processing pressure of the second device, and the lower the device vacancy. Therefore, the device idleness corresponding to the candidate second device can be determined by requesting the processing data.

The request throughput may be a coefficient of the number of demands allocated to the second device, and if the number of demands allocated to the second device is higher than or equal to the average number, the request throughput is recorded as 0.5, otherwise, the request throughput is recorded as 1.

Step 242a5, performing weighted summation on the user feature matching degree, the resource stability degree, and the device vacancy degree based on the preset first weight, the preset second weight, and the preset third weight, to obtain a service behavior score corresponding to the candidate second device.

The preset first weight, the second weight and the third weight respectively correspond to the user feature matching degree, the resource stability and the equipment vacancy degree, and the sum of the preset first weight, the preset second weight and the preset third weight is 1.

Optionally, the preset first weight, the preset second weight and the preset third weight are 0.3, 0.3 and 0.4, respectively. The service behavior is classified into a user feature matching degree 0.3+ a resource stability degree 0.3+ an equipment idle degree 0.4.

Step 242a6, determine a target device from the candidate second devices based on the service activity score.

The second equipment with higher service behaviors is allocated preferentially; if a plurality of second devices with the same service behavior are present, the second devices with later access system time or less historical demand are preferentially allocated, and if the second devices with the same service behavior are still present, the second devices are equally allocated.

Step 250, the scheduling target device processes the resource allocation request.

In a possible implementation manner, the requirement configuration information corresponding to the resource configuration request is sent to the target device in a requirement list. The requirement list refers to information generated after a user operates in the system, and is pushed to the target device in a list mode. Optionally, the target device is an electronic device held by a broker, and a requirement list with user requirements is pushed to the target device to remind the corresponding broker to process a related task.

Optionally, a communication connection between the target device and the first device is established to cause the target device to transmit the target resource to the first device, such as the recruitment information.

To sum up, in the technical solution provided in the embodiment of the present application, an intelligent demand allocation mechanism is constructed, a received resource allocation request of a first device is analyzed, a first demand allocation information and a second demand allocation information carried in the resource allocation request are obtained, a second device whose service location matches with location setting information in the first demand allocation information is screened out, a second device set is obtained as a candidate device, a target device whose service behavior information matches with the second demand allocation information is further found from the second device set, and the target device is finally scheduled to process the resource allocation request of the first device, so that a device with better service quality in a demand area of the request device can be allocated to process the resource service request according to the demand information in the request and the service information of the service device, and reasonable device scheduling is performed, when the device request is processed, the request processing quality of the scheduling device is improved, the device scheduling efficiency and the request processing efficiency are comprehensively improved, and the device response efficiency is favorably improved.

Referring to fig. 8, a flowchart of a device scheduling method according to an embodiment of the present application is shown. The method can be applied to a computer device, which refers to an electronic device with data calculation and processing capabilities, for example, the execution subject of each step can be the server 20 in the application program running environment shown in fig. 1. The method can comprise the following steps (801-809).

Step 801, a resource allocation request of a first device is received.

The resource allocation request comprises first requirement configuration information and second requirement configuration information, and the first requirement configuration information comprises position setting information.

Step 802, a second device set matched with the location setting information is obtained.

Step 803, service behavior information corresponding to each second device is obtained.

Step 804, obtaining device resources corresponding to each second device.

The device resource refers to a device resource that each second device has. The device resource may be an information resource required to provide a service for the first device. Optionally, the device resource includes a recruitment information resource. In some embodiments, each device may have different device resources or may have the same device resources.

Step 805, determining the target device resource matched with the resource requirement information.

The target device resource is a device resource matched with the resource requirement information. For example, if the job type, the salary and the resource requirement information in one recruitment information are all matched, the device resource can be determined as the target device resource.

At step 806, at least one second device having the target device resource is determined as a candidate second device.

And determining at least one second device having the calling authority for the target device resource as a candidate second device.

In step 807, a target device matching the first device is determined from the candidate second devices based on the second requirement configuration information and the service behavior information corresponding to the candidate second devices.

Optionally, the implementation process of step 240 includes steps (804-807).

In a possible implementation manner, the resource requirement information includes resource acquisition time limit information and request resource type information.

Accordingly, as shown in fig. 9, the above step 805 may be alternatively implemented by the following step 805 a.

Step 805a, determining the target device resource matching both the resource acquisition time limit information and the request resource type information.

The explanation of the above resource acquisition time limit information has been explained in the above embodiments, and is not described herein.

In step 805a, the target device resource needs to satisfy the requirements of the resource acquisition time limit information and the request resource type information at the same time.

Accordingly, as shown in fig. 9, before the step 806, the following step 809 can be further included.

Step 809, determining the response time data corresponding to each second device.

Accordingly, as shown in FIG. 9, the above step 806 can be alternatively implemented by the following step 806 a.

Step 806a, determining at least one second device having the target device resource and the response time data meeting the preset response time condition as a candidate second device.

Step 808, the scheduling target device processes the resource configuration request.

The following are embodiments of the apparatus of the present application that may be used to perform embodiments of the method of the present application. For details which are not disclosed in the embodiments of the apparatus of the present application, reference is made to the embodiments of the method of the present application.

Referring to fig. 10, a block diagram of a device scheduling apparatus according to an embodiment of the present application is shown. The device has the function of realizing the equipment scheduling method, and the function can be realized by hardware or by hardware executing corresponding software. The device can be a computer device and can also be arranged in the computer device. The apparatus 1000 may include: a request receiving module 1010, a device obtaining module 1020, a behavior information obtaining module 1030, a target device determining module 1040, and a device scheduling module 1050.

A request receiving module 1010, configured to receive a resource configuration request of a first device, where the resource configuration request includes first requirement configuration information and second requirement configuration information, and the first requirement configuration information includes location setting information;

a device obtaining module 1020, configured to obtain a second device set matched with the location setting information, where a service location corresponding to each second device in the second device set corresponds to the location setting information;

a behavior information obtaining module 1030, configured to obtain service behavior information corresponding to each second device;

a target device determining module 1040, configured to determine, according to the service behavior information and the second requirement configuration information, a target device that is matched with the first device from the second device set, where service behavior information corresponding to the target device is matched with the second requirement configuration information;

a device scheduling module 1050, configured to schedule the target device to process the resource configuration request.

In an exemplary embodiment, the second requirement configuration information further includes resource requirement information, and the target device determining module 1040 includes: the device comprises a resource acquisition unit, a resource determination unit, a candidate device determination unit and a target device determination unit.

And the resource acquisition unit is used for acquiring the equipment resources corresponding to the second equipment.

And the resource determining unit is used for determining the target equipment resource matched with the resource demand information.

A candidate device determining unit, configured to determine at least one second device having the target device resource as a candidate second device.

And the target equipment determining unit is used for determining target equipment matched with the first equipment from the candidate second equipment based on the demand configuration information and the service behavior information corresponding to the candidate second equipment.

In an exemplary embodiment, the resource requirement information includes resource acquisition time limit information and request resource type information, and the resource determining unit is further configured to:

determining target equipment resources matched with the resource acquisition time limit information and the request resource type information;

the behavior information obtaining module 1030 includes: a response data determination unit.

And the response data determining unit is used for determining the response time data corresponding to each second device.

The candidate device determining unit is further configured to:

and determining at least one second device which has the target device resource and the response time data of which meets a preset response time condition as the candidate second device.

In an exemplary embodiment, the service behavior information includes response behavior information, and the candidate device determination unit is further configured to:

and determining the second equipment of which the response behavior information meets the response behavior condition in the second equipment set as candidate second equipment.

The target device determining unit is further configured to determine, based on the second requirement configuration information and the service behavior information corresponding to the candidate second devices, a target device that matches the first device from the candidate second devices.

In an exemplary embodiment, the second requirement configuration information further includes a server characteristic, and the target device determining unit is specifically configured to:

and determining a target device matched with the first device from the candidate second devices based on the service behavior information corresponding to the server characteristics and the candidate second devices.

In an exemplary embodiment, the service behavior information includes a device user characteristic, and the target device determining unit includes: a feature matching subunit and a target device determination subunit.

The characteristic matching subunit is used for determining the user characteristic matching degree based on the server characteristic and the equipment user characteristic corresponding to the candidate second equipment;

and determining the target equipment from the candidate second equipment based on the user characteristic matching degree.

In an exemplary embodiment, the target device determining unit further includes: the system comprises a stability determining subunit, an idle degree determining subunit and a service behavior score calculating subunit.

And the stability determining subunit is configured to determine, based on the resource usage data, the resource stability corresponding to the candidate second device.

And the idle degree determining subunit is configured to determine, based on the request processing data, an apparatus idle degree corresponding to the candidate second apparatus.

The service behavior score calculating subunit is configured to perform weighted summation on the user feature matching degree, the resource stability degree, and the device vacancy degree based on a preset first weight, a preset second weight, and a preset third weight, so as to obtain a service behavior score corresponding to the candidate second device;

the target device determining subunit is further configured to determine the target device from the candidate second devices according to the service behavior score.

In an exemplary embodiment, the service behavior information includes device user characteristics, and the behavior information obtaining module 1030 includes: the device comprises a user information acquisition unit and a user characteristic determination unit.

And the user information acquiring unit is used for acquiring the equipment user information corresponding to each second equipment, wherein the equipment user information comprises at least one of a personality label, a message corpus and an operation behavior log of an equipment user.

And the user characteristic determining unit is used for determining the equipment user characteristics corresponding to the second equipment based on the equipment user information.

In an exemplary embodiment, the device acquisition module 1020 includes:

an area determination unit configured to determine a target service area corresponding to the location setting information.

A region device determining unit, configured to generate the second device set based on at least one service location if at least one service location exists in the target service region.

In an exemplary embodiment, the target service area is an area where the first device is located, and the area device determining unit includes: a service location determination subunit and a service device determination subunit.

A service location determining subunit, configured to determine, if at least one service location exists in the area where the first device is located, a target service location corresponding to the geographic location of the first device from the at least one service location;

and the service equipment determining subunit is configured to use at least one second equipment corresponding to the target service location as the second equipment set.

It should be noted that, when the apparatus provided in the foregoing embodiment implements the functions thereof, only the division of the functional modules is illustrated, and in practical applications, the functions may be distributed by different functional modules according to needs, that is, the internal structure of the apparatus may be divided into different functional modules to implement all or part of the functions described above. In addition, the apparatus and method embodiments provided by the above embodiments belong to the same concept, and specific implementation processes thereof are described in the method embodiments for details, which are not described herein again.

Referring to fig. 11, fig. 11 is a block diagram illustrating a computer device according to an embodiment of the present application, the computer device including at least one processor and a memory communicatively coupled to the at least one processor; the memory stores instructions executable by the at least one processor, and the at least one processor implements the device scheduling method by executing the instructions stored by the memory, and the device may participate in forming or including the apparatus or system provided by the embodiments of the present application.

As shown in fig. 11, the apparatus 100 may include one or more (shown as 102a, 102b, … …, 102 n) processors 102 (the processors 102 may include, but are not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA, etc.), a memory 104 for storing data, and a transmission device 106 for communication functions. Besides, the method can also comprise the following steps: a display, an input/output interface (I/O interface), a Universal Serial Bus (USB) port (which may be included as one of the ports of the I/O interface), a network interface, a power source, and/or a camera. It will be understood by those skilled in the art that the structure shown in fig. 11 is only an illustration and is not intended to limit the structure of the electronic device. For example, device 100 may also include more or fewer components than shown in FIG. 11, or have a different configuration than shown in FIG. 11.

It should be noted that the one or more processors 102 and/or other data processing circuitry described above may be referred to generally herein as "data processing circuitry". The data processing circuitry may be embodied in whole or in part in software, hardware, firmware, or any combination thereof. Further, the data processing circuitry may be a single, stand-alone processing module, or incorporated in whole or in part into any of the other elements in the device 100 (or mobile device). As referred to in the embodiments of the application, the data processing circuit acts as a processor control (e.g. selection of a variable resistance termination path connected to the interface).

The memory 104 may be used to store software programs and modules of application software, such as program instructions/data storage devices corresponding to the methods described above in the embodiments of the present application, and the processor 102 executes various functional applications and data processing by running the software programs and modules stored in the memory 104, so as to implement the aforementioned corpus processing model training method. The memory 104 may include high speed random access memory, and may also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memory. In some examples, the memory 104 may further include memory located remotely from the processor 102, which may be connected to the device 100 over a network. Examples of such networks include, but are not limited to, the internet, intranets, local area networks, mobile communication networks, and combinations thereof.

The transmission device 106 is used for receiving or transmitting data via a network. Specific examples of such networks may include wireless networks provided by the communication provider of the device 100. In one example, the transmission device 106 includes a network adapter (NIC) that can be connected to other network devices through a base station so as to communicate with the internet. In one example, the transmission device 106 can be a Radio Frequency (RF) module, which is used for communicating with the internet in a wireless manner.

The display may be, for example, a touch screen type Liquid Crystal Display (LCD) that may enable a user to interact with a user interface of the device 100 (or mobile device).

In an exemplary embodiment, a computer readable storage medium is provided, in which at least one instruction, at least one program, a set of codes, or a set of instructions is stored, which is loaded and executed by a processor to implement the above-mentioned device scheduling method.

It should be understood that reference to "a plurality" herein means two or more. "and/or" describes the association relationship of the associated objects, meaning that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. In addition, the step numbers described herein only exemplarily show one possible execution sequence among the steps, and in some other embodiments, the steps may also be executed out of the numbering sequence, for example, two steps with different numbers are executed simultaneously, or two steps with different numbers are executed in a reverse order to the order shown in the figure, which is not limited by the embodiment of the present application.

The above description is only exemplary of the present application and should not be taken as limiting the present application, and any modifications, equivalents, improvements and the like that are made within the spirit and principle of the present application should be included in the protection scope of the present application.

Claims

1. A method for scheduling devices, the method comprising:

acquiring service behavior information corresponding to each second device;

2. The method of claim 1, wherein the second requirement configuration information comprises resource requirement information, and wherein determining the target device from the second device set that matches the first device according to the service behavior information and the second requirement configuration information comprises:

acquiring equipment resources corresponding to the second equipment;

determining target equipment resources matched with the resource demand information;

determining at least one second device having the target device resource as a candidate second device;

and determining a target device matched with the first device from the candidate second devices based on the second requirement configuration information and the service behavior information corresponding to the candidate second devices.

3. The method of claim 2, wherein the resource requirement information comprises resource acquisition time limit information and request resource type information, and wherein the determining the target device resource matching the resource requirement information comprises:

before the determining at least one second device having the target device resource as a candidate second device, further comprising:

determining response time data corresponding to each second device;

the determining at least one second device having the target device resource as a candidate second device comprises:

4. The method of claim 1, wherein the service behavior information comprises response behavior information, and wherein determining the target device from the second set of devices that matches the first device based on the service behavior information and the second demand configuration information comprises:

determining second equipment of which the response behavior information meets a response behavior condition in the second equipment set as candidate second equipment;

5. The method according to any one of claims 2 to 4, wherein the second requirement configuration information further includes a server characteristic, and the determining, from the candidate second devices, a target device matching the first device based on the second requirement configuration information and the service behavior information corresponding to the candidate second devices includes:

6. The method of claim 5, wherein the service behavior information comprises device user characteristics, and wherein determining the target device matching the first device from the candidate second devices based on the service behavior information corresponding to the candidate second devices and the server characteristics comprises:

determining a user feature matching degree based on the server feature and the device user feature corresponding to the candidate second device;

7. The method of claim 6, wherein the service behavior information further comprises resource usage data and request processing data, and wherein determining the target device matching the first device from the candidate second devices based on the service behavior information corresponding to the candidate second devices and the server characteristic further comprises:

determining resource stability corresponding to the candidate second device based on the resource usage data;

determining the equipment idleness corresponding to the candidate second equipment based on the request processing data;

based on a preset first weight, a preset second weight and a preset third weight, carrying out weighted summation on the user feature matching degree, the resource stability and the equipment vacancy degree to obtain a service behavior score corresponding to the candidate second equipment;

and determining the target equipment from the candidate second equipment according to the service behavior score.

8. The method of claim 5, wherein the service behavior information includes device user characteristics, and the obtaining the service behavior information corresponding to each second device includes:

acquiring equipment user information corresponding to each second equipment, wherein the equipment user information comprises at least one of a character tag, a message corpus and an operation behavior log;

and determining the equipment user characteristics corresponding to the second equipment based on the equipment user information.

9. The method of claim 1, wherein obtaining the second set of devices matching the location setting information comprises:

determining a target service area corresponding to the location setting information;

and if at least one service position exists in the target service area, generating the second device set based on the at least one service position.

10. The method of claim 8, wherein the target service area is an area where the first device is located, and if at least one service location exists in the target service area, generating the second device set based on the at least one service location comprises:

if at least one service position exists in the area of the first equipment, determining a target service position corresponding to the geographical position of the first equipment from the at least one service position;

and taking at least one second device corresponding to the target service position as the second device set.

11. An apparatus for scheduling devices, the apparatus comprising:

12. A computer device comprising a processor and a memory, wherein at least one instruction or at least one program is stored in the memory, and the at least one instruction or the at least one program is loaded by the processor and executed to implement the device scheduling method according to any one of claims 1 to 10.

13. A computer readable storage medium having stored therein at least one instruction or at least one program, the at least one instruction or the at least one program being loaded and executed by a processor to implement the device scheduling method of any one of claims 1 to 10.