CN115499435B

CN115499435B - Task scheduling method, system, electronic device and computer readable storage medium

Info

Publication number: CN115499435B
Application number: CN202210945782.0A
Authority: CN
Inventors: 彭长江
Original assignee: Zhongyi Shenzhen Information Technology Co ltd
Current assignee: Zhongyi Shenzhen Information Technology Co ltd
Priority date: 2022-08-08
Filing date: 2022-08-08
Publication date: 2023-08-11
Anticipated expiration: 2042-08-08
Also published as: CN115499435A

Abstract

The application discloses a task scheduling method, a system, electronic equipment and a computer readable storage medium, which relate to the technical field of the Internet of things, wherein a card management platform acquires a scheduling instruction issued by a task scheduling center, analyzes the scheduling instruction to generate a scheduling request, sends the scheduling request to a message middleware, forwards the message middleware to a proxy server, generates an operator request according to the scheduling request and forwards the operator request to an operator, generates a corresponding operator response according to the operator request and returns the operator response to the proxy server, and the proxy server generates a scheduling response according to the operator response and forwards the scheduling response to the message middleware, and the message middleware forwards the scheduling response to the card management platform, so that a user can flexibly issue a corresponding scheduling task to the card management platform in a visual operation mode to acquire corresponding response data to the operator.

Description

Task scheduling method, system, electronic device and computer readable storage medium

Technical Field

The present application relates to the field of internet of things, and in particular, to a task scheduling method, a task scheduling system, an electronic device, and a computer readable storage medium.

Background

With the rise of the Internet of things, a large number of Internet of things devices are directly exposed to the Internet, a large amount of information is rapidly transmitted through the network, the information devices are closely interconnected, and the Internet of things devices can be normally used after being inserted into Internet of things cards provided by operators. On the other hand, in the process of managing the internet of things card, the information management and related task scheduling of the internet of things card can be realized by configuring a corresponding card management platform, for example, the inquiry of traffic use condition, short message use condition, voice use condition, the current state of the internet of things card, the real name state of the internet of things card and the like can be realized.

However, the existing card management platform needs to schedule the internet of things card under a set production environment, has certain constraint, cannot manually perform configuration management according to actual requirements to obtain task scheduling actually required by a user, cannot obtain corresponding data response from an operator, and lacks certain flexibility.

Disclosure of Invention

The present application aims to solve at least one of the technical problems existing in the prior art. Therefore, the application provides a task scheduling method applied to a card management platform, which can enable a user to flexibly send corresponding scheduling tasks to the card management platform in a visual operation mode so as to acquire corresponding response data from an operator.

The application also provides a task scheduling method applied to the message middleware.

The application also provides a task scheduling method applied to the proxy server.

The application also provides a task scheduling system.

The application also provides the electronic equipment with the task scheduling method.

The application also provides a computer readable storage medium with the task scheduling method.

According to an embodiment of the first aspect of the present application, a task scheduling method includes: acquiring a scheduling instruction issued by a task scheduling center; processing the scheduling instruction to generate a scheduling request; the scheduling request is sent to a message middleware, and the scheduling request is forwarded to a proxy server by the message middleware, so that the proxy server generates an operator request according to the scheduling request and forwards the operator request to an operator; and acquiring a scheduling response in the message middleware, wherein the scheduling response is generated by the proxy server according to an operator response returned by the operator and forwarded to the message middleware, and the operator response is generated by the operator according to the scheduling request and returned to the proxy server.

The task scheduling method provided by the embodiment of the application has at least the following beneficial effects: the method comprises the steps of obtaining a scheduling instruction issued by a task scheduling center, analyzing the scheduling instruction, generating a scheduling request, sending the scheduling request to a message middleware, forwarding the message middleware to a proxy server, generating an operator request according to the scheduling request by the proxy server, forwarding the operator request to the operator, generating a corresponding operator response according to the operator request by the operator, returning the operator response to the proxy server, generating the scheduling response according to the operator response by the proxy server, and forwarding the scheduling response to the message middleware by the message middleware, so that a user can flexibly issue a corresponding scheduling task to the card management platform in a visual operation mode, and acquiring corresponding response data to the operator.

According to some embodiments of the application, the scheduling request comprises a number of scheduling sub-requests; correspondingly, the processing the scheduling instruction to generate a scheduling request further includes: acquiring a plurality of scheduling sub-instructions in the scheduling instructions, wherein the scheduling sub-instructions comprise an internet of things card identifier, an operator identifier and a request type; and generating a plurality of scheduling sub-requests according to the corresponding relation among the internet of things card identifiers, the operator identifiers and the request types of the scheduling sub-instructions.

According to some embodiments of the present application, the scheduling response includes a plurality of scheduling sub-responses, and the obtaining the scheduling response returned by the message middleware further includes: and when the callback queue of the message middleware is monitored to receive a plurality of scheduling sub-responses returned by the proxy server, acquiring the plurality of scheduling sub-responses in the callback queue.

According to some embodiments of the application, further comprising: acquiring the operator identifier of the scheduling sub-request and acquiring the interface state of the operator; and if the interface state of the operator is abnormal, removing the scheduling sub-request according to the interface state and the operator identifier.

According to a second aspect of the present application, a task scheduling method is applied to a message middleware, and includes: acquiring a scheduling request sent by a card management platform, wherein the scheduling request is generated by the card management platform according to a scheduling instruction issued by a task scheduling center; forwarding the scheduling request to a proxy server, generating an operator request according to the scheduling request by the proxy server and forwarding the operator request to an operator; and acquiring a scheduling response returned by the proxy server and forwarding the scheduling response to the card management platform, wherein the scheduling response is generated by the proxy server according to an operator response returned by an operator, and the operator response is generated by the operator according to the operator request.

The task scheduling method provided by the embodiment of the application has at least the following beneficial effects: the message middleware acquires a scheduling request generated by the card management platform according to a scheduling instruction issued by the task scheduling center, forwards the scheduling request to the proxy server, the proxy server generates an operator request according to the scheduling request and forwards the operator request to the operator, and subsequently acquires a scheduling response generated by the proxy server according to an operator response returned by the operator, and returns the scheduling response to the card management platform, so that a user can flexibly issue a corresponding scheduling task to the card management platform in a visual operation mode to acquire corresponding response data to the operator.

According to some embodiments of the application, the forwarding the scheduling request to a proxy server, generating, by the proxy server, an operator request from the scheduling request and forwarding to an operator, includes: acquiring a plurality of scheduling sub-requests of the scheduling request; and forwarding the plurality of scheduling sub-requests to the proxy server according to the operator identifiers of the plurality of scheduling sub-requests, so that the proxy server generates the plurality of operator sub-requests according to the plurality of scheduling sub-requests and forwards the plurality of operator sub-requests to the corresponding operators one by one.

According to a third aspect of the present application, a task scheduling method is applied to a proxy server, and includes: acquiring a scheduling request forwarded by a message middleware, wherein the scheduling request is generated by a card management platform according to a scheduling instruction of a task scheduling center and forwarded to the message middleware; generating an operator request according to the scheduling request, and forwarding the operator request to an operator; acquiring an operator response generated by the operator according to the operator request; and generating a scheduling response according to the operator response, and forwarding the scheduling response to the message middleware so that the message middleware forwards the scheduling response to the card management platform.

The task scheduling method provided by the embodiment of the application has at least the following beneficial effects: the proxy server acquires a scheduling request forwarded by the message middleware, wherein the scheduling request is generated by the card management platform according to a scheduling instruction issued by the task scheduling center; the proxy server generates an operator request according to the scheduling request and forwards the operator request to an operator, and subsequently acquires an operator response returned by the operator according to the operator request, generates a scheduling response according to the operator response and returns the scheduling response to the message middleware, so that the message middleware returns the scheduling response to the card management platform, and a user can flexibly send a corresponding scheduling task to the card management platform in a visual operation mode so as to acquire corresponding response data from the operator.

According to some embodiments of the application, the scheduling request includes a number of scheduling sub-requests the scheduling request forwarded by the get message middleware, including: monitoring a message queue of the message middleware; and when the message queue of the message middleware is monitored to receive a plurality of scheduling sub-requests, acquiring the plurality of scheduling sub-requests in the message queue.

A task scheduling system according to an embodiment of the fourth aspect of the present application includes: the task scheduling center is used for generating scheduling instructions; the card management platform is in communication connection with the task scheduling center and is used for generating a scheduling request according to the scheduling instruction; the message middleware is in communication connection with the card management platform and is used for receiving the scheduling request; the proxy server is in communication connection with the message middleware and is used for acquiring the scheduling request of the message middleware and generating an operator request according to the scheduling request; the operator is in communication connection with the proxy server, and is used for receiving an operator request sent by the proxy server, generating an operator response according to the operator request and returning the operator response to the proxy server; the proxy server is further used for generating a scheduling response according to the operator response and returning the scheduling response to the message middleware, and the message middleware is further used for returning the scheduling response to the card management platform.

The task scheduling system provided by the embodiment of the application has at least the following beneficial effects: the card management platform obtains the dispatching instruction issued by the task dispatching center, analyzes the dispatching instruction, generates a dispatching request, sends the dispatching request to the message middleware, forwards the dispatching request to the proxy server, generates an operator request according to the dispatching request, and forwards the operator request to the operator, the operator generates a corresponding operator response according to the operator request, returns the operator response to the proxy server, the proxy server generates the dispatching response according to the operator response and forwards the dispatching response to the message middleware, and the message middleware forwards the dispatching response to the card management platform, so that a user can flexibly issue a corresponding dispatching task to the card management platform in a visual operation mode, and corresponding response data are acquired to the operator.

An electronic device according to an embodiment of a fifth aspect of the present application includes: at least one processor, and a memory communicatively coupled to the at least one processor; wherein the memory stores instructions that are executed by the at least one processor to cause the at least one processor to implement the task scheduling method according to an embodiment of the first aspect or the second aspect or the third aspect when executing the instructions.

The electronic equipment provided by the application has at least the following beneficial effects: by executing the task scheduling method described in the first aspect, the second aspect or the third aspect, the user can flexibly issue corresponding scheduling tasks to the card management platform in a visual operation manner, so as to obtain corresponding response data from the operator.

A computer-readable storage medium according to an embodiment of the sixth aspect of the present application stores computer-executable instructions for causing a computer to perform the task scheduling method according to the embodiment of the first or second or third aspect.

The computer-readable storage medium according to the present application has at least the following advantageous effects: by executing the task scheduling method described in the first aspect, the second aspect or the third aspect, the user can flexibly issue corresponding scheduling tasks to the card management platform in a visual operation manner, so as to obtain corresponding response data from the operator.

Additional aspects and advantages of the application will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the application.

Drawings

FIG. 1 is a block diagram of a task scheduling system of the prior art;

FIG. 2 is a block diagram of a task scheduling system according to an embodiment of the present application;

FIG. 3 is a schematic flow chart of a task scheduling method applied to a card management platform according to an embodiment of the present application;

FIG. 4 is a flow chart of a task scheduling method applied to message middleware according to an embodiment of the present application;

fig. 5 is a flow chart of a task scheduling method applied to a proxy server according to an embodiment of the present application.

Detailed Description

Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative only and are not to be construed as limiting the application.

It should be noted that the logical order of illustration is depicted in a flowchart, but in some cases the steps shown or described may be performed in a different order in the flowchart. If "a number" is referred to, it means more than one, if "a plurality" is referred to, it means more than two, and if "a number" is referred to, it is understood that the number is included. The use of any and all examples, or exemplary language (e.g., "such as") provided herein, is intended merely to better illuminate embodiments of the application and does not pose a limitation on the scope of the application unless otherwise claimed.

It is noted that, unless otherwise indicated, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. Furthermore, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art. The terminology used in the description presented herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. The term "and/or" as used herein includes any combination of one or more of the associated listed items.

It should be noted that, as shown in fig. 1, the existing card management platform 200' is in communication connection with the proxy server 400', the proxy server 400' is in communication connection with the operator 500', and performs data transmission through an interface of the operator 500', and the card management platform 200' periodically transmits a scheduling task based on a Spinrg frame to screen out an internet of things device meeting the condition, and initiates a corresponding scheduling request to the proxy server 400' through the card management platform 200', and the proxy server 400' performs a data request to the corresponding operator 500' according to the scheduling request, waits for the operator 500' to return corresponding data, and returns to the card management platform 200' from the proxy server 400', but task scheduling under the system architecture is invisible, and has difficulty in later investigation and maintenance, and cannot be manually scheduled by a user according to actual requirements under a production environment.

Based on this, the embodiment of the application provides a task scheduling method, a system, electronic equipment and a computer readable storage medium, which can enable a user to flexibly issue corresponding scheduling tasks to a card management platform in a visual operation mode so as to acquire corresponding response data from an operator.

It should be noted that, the scheduling task mentioned in the embodiment of the present application refers to a task that an operator requests to obtain related information of an internet of things card, where the related information (i.e., a request type mentioned later) refers to information of the internet of things that can be queried at the operator, such as a traffic usage situation, a short message usage situation, a voice usage situation, a current state of the internet of things card, a real-name state of the internet of things card, and so on. The embodiment of the application mainly aims at five request type dispatching tasks of the flow condition, the short message service condition, the voice service condition, the current state of the card of the Internet of things and the real-name state of the card of the Internet of things.

In a first aspect, an embodiment of the present application provides a task scheduling system.

In the task scheduling system mentioned in the implementation of the present application, referring to fig. 2, the task scheduling system includes a task scheduling center 100, a card management platform 200, a message middleware 300, a proxy server 400, and an operator 500; wherein the task scheduling center 100 is communicatively connected to the card management platform 200, the card management platform 200 is communicatively connected to the message middleware 300, the message middleware 300 is communicatively connected to the proxy server 400, and the proxy server 400 is communicatively connected to the carrier 500.

The user may generate a corresponding scheduling instruction in the task scheduling center 100 according to the actual requirement, where the scheduling instruction is a related instruction generated by the task scheduling center 100, and represents a task that needs to be scheduled by the user. The task scheduling center 100 is a task scheduling center 100 implemented based on an XXL-JOB distributed task scheduling framework, and the task scheduling center 100 and the card management platform 200 are connected together in a communication manner, so that a user can perform a visual operation on the task scheduling center 100 to generate a corresponding instruction, and thus, related scheduling tasks are performed on the card management platform 200 through the scheduling instruction. The XXL-JOB is a lightweight distributed task scheduling platform, and the core design aims at developing rapidly, learning simply, lightweight and expanding easily.

In a possible implementation application example, a user may perform a visualization operation on a task to be scheduled in the task scheduling center 100 implemented based on XXL-JOB, for example, when the user needs to request a traffic usage situation of the internet of things card a from the operator a, the user may select an ID of the corresponding internet of things card a in the task scheduling center 100, and through the internet of things card a, a corresponding plurality of operators 500 may be determined, where the operator a is selected, and a scheduling instruction for querying the traffic usage situation of the internet of things card a is initiated to the operator a. Under the visualized operation environment, a user can flexibly and conveniently realize the required task scheduling, and the flexibility of the task scheduling is improved.

The card management platform 200 in the embodiment of the application can accurately manage the tens of millions of cards of the internet of things and schedule related tasks, and present the related information of the cards of the internet of things in the form of storing the related information of the cards of the internet of things in a database, and specifically store the related information of the cards of the internet of things, the operators 500 and the like in the form of storing the database. After the card management platform 200 obtains the scheduling instruction issued by the task scheduling center 100, the scheduling instruction is analyzed and processed to obtain the internet of things card and the related operator 500 pointed by the scheduling instruction, so as to screen the internet of things card and the related information conforming to the scheduling instruction, perform request encapsulation, and generate a specific scheduling request for requesting corresponding response data from the operator 500. For example, when the scheduling instruction obtained by the card management platform 200 represents a scheduling task that the internet of things card a needs to query the carrier a for the traffic usage, the internet of things card a and the related information of the carrier a corresponding to the internet of things card a are found out through a database screening form, and packaged, so as to generate a scheduling request for requesting the carrier a for the traffic usage of the internet of things card a.

The message middleware 300 mentioned in the embodiment of the present application is disposed between the card management platform 200 and the proxy server 400, and plays a role of transferring requests, where the message middleware 300 is a rubbi mq middleware, and rubbi mq is open source message proxy software (also called a message oriented middleware) implementing an Advanced Message Queue Protocol (AMQP), and has queue capabilities such as a message queue and a callback queue, and by using the decoupling capability of the message queue provided by rubbi mq, the scheduling process and the actual request can be effectively decoupled, so as to avoid the influence of the interface state of the operator 500 on the scheduling task. The card management platform 200 can forward the scheduling request to the message middleware 300 and enter the message queue of the message middleware 300, so that the proxy server 400 can acquire the scheduling request from the message queue one by one, and the problem that overload occurs and application crashes or abnormal requests occur due to excessive requests in peak time is avoided.

The proxy server 400 in the embodiment of the present application is communicatively connected to the message middleware 300 and is communicatively connected to the operator 500, specifically, the proxy server 400 interfaces with an interface of the operator 500, and through this interface, transmission of a request and a response of a scheduling task is achieved. The proxy server 400 forwards the scheduling request to the operator 500 to which the scheduling request is directed, in practical application, the proxy server 400 correspondingly analyzes the scheduling request to determine the operator 500 to which the scheduling request is directed and information (such as traffic usage) to be queried, and the like, and then correspondingly encapsulates the information (such as traffic usage) to form an encapsulated request (i.e. an operator request) which can be received by the directed operator 500, forwards the encapsulated request to the corresponding operator 500 through an interface of the operator 500, and performs operations such as corresponding query inside the operator 500.

The operator 500 mentioned in the embodiment of the present application refers to a party issuing and managing the card of the internet of things, and can count and store various information of the card of the internet of things, for example, count traffic usage, message usage, voice usage, current status of the card of the internet of things, real name status of the card of the internet of things, etc. When the operator 500 receives a related request, corresponding data feedback is performed based on the request, for example, when the request represents a traffic usage situation of the request for inquiring the internet of things card a, the operator 500 performs internal processing according to the request to obtain the traffic usage situation of the internet of things card a, encapsulates the traffic usage situation to generate corresponding response data, returns the response data to the proxy server 400, and forwards the response data to the callback queue of the message middleware 300 after the proxy server 400 performs corresponding analysis and repackaging to generate a scheduling response, at this time, the card management platform 200 can acquire the feedback scheduling response at the first time by monitoring the callback queue of the message middleware 300, so as to obtain the current traffic usage situation of the internet of things card a, and thus the whole task scheduling is completed.

In a second aspect, an embodiment of the present application provides a task scheduling method applied to the card management platform 200.

In some embodiments, referring to fig. 3, a flowchart of a task scheduling method applied to the card management platform 200 in an embodiment of the present application is shown. The method specifically comprises the following steps:

s110, acquiring a scheduling instruction issued by a task scheduling center;

s120, processing the scheduling instruction to generate a scheduling request;

s130, sending the scheduling request to the message middleware, and forwarding the scheduling request to the proxy server by the message middleware so that the proxy server generates an operator request according to the scheduling request and forwards the operator request to an operator;

and S140, acquiring a scheduling response in the message middleware, wherein the scheduling response is generated by the proxy server according to an operator response returned by the operator and forwarded to the message middleware, and the operator response is generated by the operator according to the scheduling request and returned to the proxy server.

In step S110, the card management platform 200 may obtain a scheduling instruction issued by the task scheduling center 100, where the scheduling instruction is generated by a user after a visualization operation, identifies a scheduling task of relevant information of an internet of things card that the user needs to schedule, for example, when the user needs to query a certain operator 500 for a current traffic usage situation of the certain internet of things card, the visualization operation is performed by the task scheduling center 100 to generate a scheduling instruction pointing to a certain operator 500, a certain internet of things card, and the current traffic usage situation. In practical application, the scheduling instruction is a specific packaging instruction identifiable between the task scheduling center 100 and the card management platform 200, so that after the card management platform 200 performs corresponding identification processing, the scheduling task pointed by the scheduling instruction can be obtained, so that the card management platform 200 screens the internet of things cards meeting the conditions in the database, and obtains the associated information of the internet of things cards matched with the scheduling instruction, such as the identification number of the internet of things cards, the information of the operator 500, the information identification corresponding to the operator 500 to be queried, and the like.

In step S120, after receiving the scheduling instruction about a certain internet of things card issued by the task scheduling center 100, the card management platform 200 analyzes and identifies the scheduling instruction to obtain the identification information of the internet of things card, the identification information of the operator 500, the type of the request to be queried, and the like, which are included in the scheduling instruction, and screens the database by the identified information to obtain the matched pre-stored identification information, wherein the identification information is specific information stored by the card management platform 200 and shared with the operator 500, and by the identification information, a specific scheduling request can be generated and transmitted to the operator 500, so that the operator 500 can conveniently learn the data and the like required to be requested by the certain internet of things card in the current card management platform 200 by identifying the specific identification information in the scheduling request.

In some embodiments, step S120 specifically further includes: acquiring a plurality of scheduling sub-instructions in a scheduling instruction request, wherein the scheduling sub-instructions comprise an internet of things card identifier, a plurality of operator identifiers and a plurality of request types; and generating a plurality of scheduling sub-requests according to the corresponding relation among the plurality of internet of things card identifications, the operator identifications and the request types of the plurality of scheduling sub-instructions, wherein the scheduling sub-requests are used for being forwarded to the corresponding operators 500 so as to obtain corresponding scheduling sub-responses.

The scheduling instruction comprises a plurality of scheduling sub-instructions, each scheduling sub-instruction comprises a corresponding internet of things card identifier, an operator identifier and a request type, each internet of things card identifier is used for identifying an internet of things card required to be subjected to task scheduling, each operator identifier is used for identifying a corresponding operator 500, and each request type is used for identifying a data type required to be requested. The card management platform 200 may screen the database for matching cards and related information of the internet of things according to the obtained correspondence between the card identifications of the internet of things, the identifiers of the operators and the request types included in the plurality of scheduling sub-instructions, so as to package the screened information to generate a plurality of corresponding scheduling sub-requests, where each scheduling sub-request includes identifier information such as the operators 500, the cards of the internet of things, the data types required to be requested, and the like, and the identifier information can be forwarded to the corresponding operators 500 to obtain specific information, namely, the scheduling sub-response obtained in a subsequent return.

Describing the card identifier of the internet of things, the identifier of the operator and the request type, in the task scheduling center 100, the card identifier of the internet of things, the identifier of the operator and the request type are displayed in a visual form, the related information is displayed to a user in a specific form, the user can perform arbitrary association selection and package a scheduling instruction to forward to the card management platform 200, and the card management platform 200 can analyze and identify the information such as the card identifier of the internet of things, the identifier of the operator and the request type to determine the card of the internet of things, the operator 500 and the data type to be queried by the user.

In a possible implementation application example, three scheduling sub-instructions are generated for explanation, a user selects at the task scheduling center 100, respectively selects an internet of things card a, an internet of things card B and an internet of things card C which need to be subjected to task scheduling through visual operation, and corresponding operators a, operators B and operators C, wherein the request type of the internet of things card a is to inquire the current traffic use condition (the identification number is defined as 1), the request type of the internet of things card B is to inquire the current online state of the internet of things card (the identification number is defined as 2), the request type of the internet of things card C is to inquire the real-name state of the internet of things card (the identification number is defined as 3), and the scheduling sub-instruction a, the scheduling sub-instruction B and the scheduling sub-instruction C which can be forwarded to the card management platform 200 are generated through encapsulation inside the task scheduling center 100, namely, the scheduling instruction is explained to comprise three scheduling sub-instructions. When the card management platform 200 acquires the above-mentioned scheduling instruction (i.e., three scheduling sub-instructions), the scheduling sub-instruction a, the scheduling sub-instruction B and the scheduling sub-instruction C are identified, and the three scheduling sub-instructions are respectively parsed to obtain the internet of things card identifier, the operator identifier and the request type contained in each scheduling sub-instruction, where the internet of things card identifier of the scheduling sub-instruction a is the internet of things card a, the operator a and the identifier number 1, the internet of things card identifier of the scheduling sub-instruction B is the internet of things card B, the operator B and the identifier number 2, and the internet of things card identifier of the scheduling sub-instruction C is the internet of things card C, the operator C and the identifier number 3. The card management platform 200 may generate corresponding scheduling sub-responses, that is, the scheduling sub-response a, the scheduling sub-response B, and the scheduling sub-response C, by packaging in a specific packaging form based on the internet of things card identifier, the operator identifier, and the request type in the above-mentioned scheduling sub-instructions, where the scheduling sub-responses also include related information about identifying the internet of things card, the operator 500, and the request type, which can be mutually identified and communicated with the operator 500, and the specific identification number may be the same as the identification information packaged in the scheduling sub-instructions, or specific information may be generated according to the packaging method separately set by the operator 500 and the card management platform 200, so long as the communication requirements of the card management platform 200 and the operator 500 are met.

In step S130, the card management platform 200 sends the generated scheduling request to the message middleware 300, and forwards the scheduling request to the proxy server 400 through the message middleware 300, so that the proxy server 400 can parse the scheduling request and repackage the scheduling request to generate an operator request adapted to the operator 500, and forwards the operator request to the operator 500. In practical application, when the scheduling request (including a plurality of scheduling sub-requests) generated by the card management platform 200 is sent to the message middleware 300, the plurality of scheduling sub-requests exist in the message middleware 300 in the form of a message queue, and the proxy server 400 monitors the message queue of the message middleware 300 in real time to know whether the message middleware 300 receives a new scheduling request (including a plurality of scheduling sub-requests). The proxy server 400 may obtain the scheduling sub-requests in the message queue one by one, so as to parse and repackage the several scheduling sub-requests to generate an operation Shang Zi request adapting to the transmission format of the corresponding operator 500, and forward the request to the several corresponding operators 500.

It should be noted that, in the existing task scheduling system, the proxy server 400 is directly connected to the card management platform 200 in a communication manner, when the card management platform 200 issues a scheduled task, the proxy server 400 can only process one scheduled task, specifically, the proxy server 400 forwards a certain scheduled task to the operator 500 first, and forwards the response returned by the operator 500 to the card management platform 200; the card management platform 200 can issue a new scheduling task to the proxy server 400, the proxy server 400 can forward the new scheduling task to the operator 500, and so on. In this case, during peak hours (i.e. when a plurality of scheduling tasks need to be issued), the card management platform 200, the proxy server 400 and the operator 500 cannot be smoothly transited, which easily causes the load of the whole task scheduling system, and thus the problem of application crash or abnormal request occurs.

However, in the embodiment of the present application, by adding the message middleware 300 (i.e. the rabitimq middleware) between the card management platform 200 and the proxy server 400, the task scheduling process and the actual request are decoupled by using the decoupling capability of the message queue of the message middleware 300, so that the blocking condition of the request in the peak period is avoided, the overload problem of the task scheduling system is effectively avoided, and the problem of abnormal request is also effectively avoided.

In some embodiments, prior to step S130, further comprising: acquiring an operator identifier of the scheduling sub-request and acquiring an interface state of an operator 500; if the interface state of the operator 500 is abnormal, the scheduling sub-request is removed according to the interface state and the operator identification. It should be noted that, when the interface state of the carrier 500 is in an abnormal state, the carrier 500 cannot receive any request, so that the scheduling request forwarded by the card management platform 200 is invalid, i.e., an invalid request mentioned later. Specifically, before forwarding the scheduling sub-request to the message middleware 300, the card management platform 200 determines the operator 500 corresponding to the scheduling sub-request according to the operator identifier in the scheduling sub-request, and obtains the interface state of the operator 500, and if the interface state of the operator 500 is monitored to be in an abnormal state, removes the scheduling sub-request corresponding to the operator 500, so that the scheduling sub-request cannot be forwarded later, thereby avoiding the problem that the invalid request occupies the resources of the task scheduling system due to the abnormal interface of the operator 500. In practical application, the card management platform 200 uses a Sentinel framework to realize visual monitoring of interfaces of a plurality of operators 500, including but not limited to a current interface state, a current interface current limiting condition and the like, and the card management platform 200 fuses an invalid request, so that subsequent forwarding processing is not performed, waste of system resources is avoided, system load in peak time is reduced, and the problem of blocking of a system scheduling task caused by incapability of feeding back the invalid request is also avoided. It should be noted that, the card management platform 200 may determine the corresponding operator 500 according to the operator identifier in the scheduling sub-request to be forwarded, and monitor the interface state of the operator 500 in advance before forwarding the scheduling sub-request to determine whether the current interface state of the operator 500 is abnormal; the application can also monitor the interface states of a plurality of operators 500 in real time, before the scheduling sub-request needs to be forwarded, the corresponding operators 500 are acquired from the plurality of operators 500 in real time based on the operator identification in the scheduling sub-request, so as to judge whether the interface states of the corresponding operators 500 are abnormal, and the subsequent processing is performed based on the interface states of the operators 500, namely, the forwarding of the scheduling sub-request is continued or the fusing processing is performed on the scheduling request.

In a possible implementation example, taking two scheduling sub-requests (scheduling sub-request a and scheduling sub-request B) that the card management platform 200 needs to forward as an example, the card management platform 200 may determine the corresponding operator a and operator B according to the operator identifier a of the scheduling sub-request a and the operator identifier B of the scheduling sub-request B, respectively, and the card management platform 200 may monitor the interface states of the operator a and the operator B, where the interface states of the operator a are normal, and if the card management platform 200 determines that the scheduling sub-request a is a valid request, the scheduling sub-request a may be forwarded to the message middleware 300; if the interface state of the operator B is abnormal, the card management platform 200 determines that the scheduling sub-request B is an invalid request, and fuses the scheduling sub-request B, so that the scheduling sub-request B is not forwarded to the message middleware 300.

In some embodiments, the task scheduling center 100 mentioned in the embodiments of the present application may also perform timing generation on the scheduled task by means of timing setting, and may also perform corresponding early warning processing on the scheduled task; on the other hand, when a request for a scheduled task is defined as an invalid request, it may be manually retried at the task scheduling center 100, that is, the corresponding scheduled task making request is regenerated.

In step S140, the card management platform 200 acquires a scheduling response in the message middleware 300, where the scheduling response is generated by the proxy server 400 according to an operator response returned by the operator 500 and forwarded to the message middleware 300, and the operator response is generated by the operator 500 according to the scheduling request and returned to the proxy server 400. Specifically, when receiving the operator request forwarded by the proxy server 400, the operator 500 performs a corresponding parsing process on the operator request to obtain data required by the card of the internet of things, such as a traffic usage situation, a short message usage situation, etc. required by the card of the internet of things. The obtained data and the representing information such as the internet of things card, the operator 500 and the like are packaged to generate an operator response, the operator response is forwarded to the proxy server 400, the proxy server 400 analyzes and repackages the operator response after receiving the operator response, a dispatching response which can be forwarded to the message middleware 300 is generated, and the message middleware 300 can forward the dispatching response to the card management platform 200 after acquiring the dispatching response.

In some embodiments, the scheduling response includes a plurality of scheduling sub-responses, and the step S140 specifically further includes: when the callback queue of the message middleware 300 is monitored to receive the plurality of scheduling sub-responses returned by the proxy server 400, the plurality of scheduling sub-responses in the callback queue are obtained. Specifically, the card management platform 200 monitors the callback queue of the message middleware 300, the proxy server 400 forwards the dispatch response to the message middleware 300 after generating the dispatch response, the dispatch response includes a plurality of dispatch sub-responses according to actual conditions, the plurality of dispatch sub-responses enter the callback queue of the message middleware 300, at this time, the card management platform 200 obtains the plurality of dispatch sub-responses in the callback queue of the message middleware 300, analyzes the plurality of dispatch sub-responses to obtain the specific data, and displays the result, thereby completing the whole task dispatching process. The card management platform 200 can acquire the scheduling sub-response received by the message middleware 300 in the first time by monitoring the callback queue of the message middleware 300 in real time, so that the whole task scheduling process is accelerated, and the task scheduling efficiency is improved.

In a possible application example, after receiving the scheduling response returned by the message middleware 300, the card management platform 200 performs visual display on the scheduling response according to a preset display rule, so that a user can more clearly and intuitively know the current situation of the card of the internet of things, such as the current traffic use situation, the short message use situation, the voice use situation, the online state of the internet of things, the real-name state of the internet of things, and the like. Specifically, after receiving the scheduling response, the card management platform 200 analyzes the scheduling response to obtain specific data conditions such as the internet of things card, the operator 500, the request type and the like in the scheduling response, for example, the current traffic usage condition of the internet of things card a fed back by the operator a is displayed in a visual form according to preset analysis and encapsulation rules, so that a user can clearly and intuitively know the current traffic usage condition of the internet of things card a fed back by the operator a, and the displayed results are different according to different request types.

In the embodiment of the present application, the card management platform 200 obtains the scheduling instruction issued by the task scheduling center 100, analyzes the scheduling instruction, generates a scheduling request, sends the scheduling request to the message middleware 300, forwards the message middleware 300 to the proxy server 400, the proxy server 400 generates an operator request according to the scheduling request and forwards the operator request to the operator 500, the operator 500 generates a corresponding operator response according to the operator request and returns the operator response to the proxy server 400, the proxy server 400 generates the scheduling response according to the operator response and forwards the scheduling response to the message middleware 300, and the message middleware 300 forwards the scheduling response to the card management platform 200, so that a user can flexibly issue a corresponding scheduling task to the card management platform 200 in a visual operation manner to acquire corresponding response data to the operator 500.

In a third aspect, the embodiment of the present application further provides a task scheduling method applied to the message middleware 300.

In some embodiments, referring to fig. 4, a flow chart of a task scheduling method applied to the message middleware 300 in an embodiment of the present application is shown. The method specifically comprises the following steps:

s210, a scheduling request sent by a card management platform is obtained, and the scheduling request is generated by the card management platform according to a scheduling instruction issued by a task scheduling center;

s220, forwarding the scheduling request to a proxy server, generating an operator request according to the scheduling request by the proxy server and forwarding the operator request to an operator;

and S230, acquiring a dispatching response returned by the proxy server and forwarding the dispatching response to the card management platform, wherein the dispatching response is generated by the proxy server according to an operator response returned by an operator, and the operator response is generated by the operator according to an operator request.

In step S210, the message middleware 300 obtains the scheduling request sent by the card management platform 200, where the scheduling request is generated by the card management platform 200 according to the scheduling instruction issued by the task scheduling center 100, specifically, after the card management platform 200 receives the scheduling instruction about a certain internet of things card issued by the task scheduling center 100, the scheduling instruction is analyzed and identified to obtain the identification information of the internet of things card, the identification information of the operator 500, the type of the request to be queried, and the like included in the scheduling instruction, and the information obtained by identification is screened in the database to obtain the matched pre-stored identification information, where the identification information is specific information stored by the card management platform 200 and shared with the operator 500, and through the identification information, a specific scheduling request can be generated, and then the subsequent card management platform 200 forwards the scheduling request to the message middleware 300 to enter the message queue of the message middleware 300.

In step S220, the message middleware 300 forwards the scheduling request to the proxy server 400, so that the proxy server 400 can parse the scheduling request and repackage the scheduling request to generate an operator request adapted to the operator 500, and forwards the operator request to the operator 500.

In some embodiments, the scheduling request includes a plurality of scheduling sub-requests, and the step S220 specifically further includes: acquiring a plurality of scheduling sub-requests of a scheduling request; the plurality of scheduling sub-requests are forwarded to the proxy server 400 according to the operator identifications of the plurality of scheduling sub-requests, so that the proxy server 400 generates a plurality of operator sub-requests according to the plurality of scheduling sub-requests and forwards the plurality of operator sub-requests to the corresponding operators 500 one by one.

Specifically, when the scheduling request (including a plurality of scheduling sub-requests) generated by the card management platform 200 is sent to the message middleware 300, the plurality of scheduling sub-requests exist in the message middleware 300 in the form of a message queue, and the proxy server 400 monitors the message queue of the message middleware 300 in real time to know whether the message middleware 300 receives a new scheduling request (including a plurality of scheduling sub-requests). The proxy server 400 may obtain the scheduling sub-requests in the message queue one by one, so as to parse and repackage the several scheduling sub-requests to generate an operation Shang Zi request adapting to the transmission format of the corresponding operator 500, and forward the request to the several corresponding operators 500. Each scheduling sub-request has a corresponding operator 500, and the proxy server 400 analyzes information such as an operator identifier included in the scheduling sub-request, determines the corresponding operator 500 according to the operator identifier, and repackages the information into a transmission text format adapted to be transmitted to the corresponding operator 500, so as to form a plurality of operator sub-requests.

In step S230, the message middleware 300 acquires the scheduling response returned by the proxy server 400, and returns the scheduling response to the card management platform 200, so that the card management platform 200 performs a result display according to the received scheduling response, thereby completing the whole task scheduling process. Specifically, when receiving the operator request forwarded by the proxy server 400, the operator 500 performs a corresponding parsing process on the operator request to obtain data required by the card of the internet of things, such as a traffic usage situation, a short message usage situation, etc. required by the card of the internet of things. The obtained data and the representing information such as the internet of things card, the operator 500 and the like are packaged to generate an operator response, the operator response is forwarded to the proxy server 400, the proxy server 400 analyzes and repackages the operator response after receiving the operator response, a dispatching response which can be forwarded to the message middleware 300 is generated, and the message middleware 300 can forward the dispatching response to the card management platform 200 after acquiring the dispatching response.

In some embodiments, the scheduling response includes a plurality of scheduling sub-responses according to actual situations, the proxy server 400 forwards the plurality of scheduling sub-responses to the message middleware 300, and enters the callback queue of the message middleware 300, and the card management system monitors the callback queue of the message middleware 300 in real time, at this time, the card management platform 200 obtains the plurality of scheduling sub-responses in the callback queue of the message middleware 300, analyzes the plurality of scheduling sub-responses, obtains the specific data requested, and displays the result, thereby completing the whole task scheduling process. The card management platform 200 can acquire the scheduling sub-response received by the message middleware 300 in the first time by monitoring the callback queue of the message middleware 300 in real time, so that the whole task scheduling process is accelerated, and the task scheduling efficiency is improved.

In the embodiment of the present application, the message middleware 300 acquires a scheduling request generated by the card management platform 200 according to a scheduling instruction issued by the task scheduling center 100, forwards the scheduling request to the proxy server 400, the proxy server 400 generates an operator request according to the scheduling request and forwards the operator request to the operator 500, and subsequently acquires a scheduling response generated by the proxy server 400 according to an operator response returned by the operator 500, and returns the scheduling response to the card management platform 200, so that a user can flexibly issue a corresponding scheduling task to the card management platform 200 in a visual operation manner, so as to acquire corresponding response data to the operator 500.

In a fourth aspect, the embodiment of the present application further provides a task scheduling method applied to the proxy server 400.

In some embodiments, referring to fig. 5, a flow chart of a task scheduling method applied to a proxy server 400 in an embodiment of the present application is shown. The method specifically comprises the following steps:

s310, a scheduling request forwarded by the message middleware is obtained, and the scheduling request is generated by the card management platform according to a scheduling instruction of the task scheduling center and forwarded to the message middleware;

s320, generating an operator request according to the scheduling request, and forwarding the operator request to an operator;

S330, acquiring an operator response generated by an operator according to the operator request;

and S340, generating a scheduling response according to the operator response and forwarding the scheduling response to the message middleware so that the message middleware forwards the scheduling response to the card management platform.

In steps S310 and S320, the proxy server 400 obtains the scheduling request forwarded by the message middleware 300, where the scheduling request is generated by the card management platform 200 obtaining the scheduling instruction issued by the task scheduling center 100 and forwarded to the message middleware 300, and the proxy server 400 can parse and repackage the scheduling request to generate an operator request adapted to the operator 500, and forward the operator request to the operator 500.

In some embodiments, the scheduling request includes a plurality of scheduling sub-requests, and the step S310 specifically further includes: monitoring a message queue of the message middleware 300; when the message queue of the message middleware 300 receives a plurality of scheduling sub-requests, a plurality of scheduling sub-requests in the message queue are acquired.

Specifically, the proxy server 400 listens to the message queue of the message middleware 300 in real time to determine whether the message middleware 300 receives a new scheduling request (including a plurality of scheduling sub-requests), and the proxy server 400 can obtain the scheduling sub-requests in the message queue one by one, so as to parse and repackage the plurality of scheduling sub-requests to generate an operation Shang Zi request adapting to the transmission format of the corresponding operator 500, and forward the operation Shang Zi request to the plurality of corresponding operators 500. Each scheduling sub-request has a corresponding operator 500, and the proxy server 400 analyzes information such as an operator identifier included in the scheduling sub-request, determines the corresponding operator 500 according to the operator identifier, and repackages the information into a transmission text format adapted to be transmitted to the corresponding operator 500, so as to form a plurality of operator sub-requests.

In the embodiment of the application, the real-time monitoring of the message queue of the message middleware 300 by the proxy server 400 can acquire the scheduling request received by the message middleware 300 at the first time, and the decoupling capability of the message queue of the message middleware 300 is utilized to decouple the task scheduling process and the actual request, so that the blocking condition of the request in the peak period is avoided, the overload problem of the task scheduling system is effectively avoided, and the problem of abnormal request is also effectively avoided.

In steps S330 and S340, the operator 500 generates and returns to the proxy server 400 according to the scheduling request, the proxy server 400 generates a scheduling response according to the operator response returned by the operator 500, and forwards the scheduling response to the message middleware 300, and the card management platform 200 acquires the scheduling response in the message middleware 300. Specifically, when receiving the operator request forwarded by the proxy server 400, the operator 500 performs a corresponding parsing process on the operator request to obtain data required by the card of the internet of things, such as a traffic usage situation, a short message usage situation, etc. required by the card of the internet of things. The obtained data and the representing information such as the internet of things card, the operator 500 and the like are packaged to generate an operator response, the operator response is forwarded to the proxy server 400, the proxy server 400 analyzes and repackages the operator response after receiving the operator response to generate a scheduling response which can be forwarded to the message middleware 300, the message middleware 300 forwards the scheduling response to the card management platform 200 after acquiring the scheduling response, and at the moment, the card management platform 200 analyzes the scheduling response to obtain the requested specific data and displays the result, thereby completing the whole task scheduling process.

In the embodiment of the present application, the proxy server 400 obtains the scheduling request forwarded by the message middleware 300, where the scheduling request is generated by the card management platform 200 according to the scheduling instruction issued by the task scheduling center 100; the proxy server 400 generates an operator request according to the scheduling request and forwards the operator request to the operator 500, and subsequently acquires an operator response returned by the operator 500 according to the operator request, generates a scheduling response according to the operator response and returns the scheduling response to the message middleware 300, so that the message middleware 300 returns the scheduling response to the card management platform 200, and a user can flexibly issue a corresponding scheduling task to the card management platform 200 in a visual operation mode to acquire corresponding response data from the operator 500.

In a possible application example, aiming at the current traffic use condition of the internet of things card a required to be requested to the operator a, the online state of the internet of things card B required to be requested to the operator B, and the real-name state of the internet of things card C required to be requested to the operator C, at this time, the user generates a scheduling instruction at the task scheduling center 100 through a visual operation, including two scheduling sub-instructions, namely, a scheduling sub-instruction a, a scheduling sub-instruction B and a scheduling sub-instruction C, wherein the scheduling sub-instruction a represents the current traffic use condition of the internet of things card a required to the operator a, the scheduling sub-instruction B represents the online state of the internet of things card B required to the operator B, and the scheduling sub-instruction C represents the real-name state of the internet of things card C required to the operator C. The task scheduling center 100 forwards the scheduling sub-instruction A, the scheduling sub-instruction B and the scheduling sub-instruction C to the card management platform 200, and the card management platform 200 generates a corresponding scheduling sub-request A, a corresponding scheduling sub-request B and a corresponding scheduling sub-request C after analyzing, screening, repackaging and other processes; at this time, based on the scheduling sub-request a, the scheduling sub-request B, and the scheduling sub-request C, the interface states of the current operator a, the operator B, and the operator C are obtained, the interface state of the operator a is determined to be a normal state, the interface state of the operator B is determined to be an abnormal state, the interface state of the operator C is determined to be a normal state, at this time, the scheduling sub-request B is blown, and is not forwarded to the message middleware 300, and the scheduling sub-request a and the scheduling sub-request C are forwarded to the message queue in the message middleware 300. The proxy server 400 listens to the message queue of the message middleware 300, synchronously parses and encapsulates the scheduling sub-request a and the scheduling sub-request C, generates an operation Shang Zi request a and an operation Shang Zi request C, and forwards the requests to the corresponding operator a and operator C, respectively, without sequentially processing and waiting. When an operator A receives an operation Shang Zi request A, the request A is identified and analyzed to generate an operator response A, the operator response A represents the current flow use condition of the Internet of things card A, and when an operator C receives an operation Shang Zi request C, the request C is identified and analyzed to generate an operator response C, and the operator response C represents the current real-name state of the Internet of things card C; the operator A and the operator C respectively forward the operator response A and the operator response C to the proxy server 400, and the proxy server 400 respectively analyzes and repackages the operator response A and the operator response C to generate a scheduling sub-response A and a scheduling sub-response C and forwards the scheduling sub-response A and the scheduling sub-response C to the message middleware 300; the card management platform 200 monitors the callback queue of the message middleware 300, and when the callback queue of the message middleware 300 is monitored to have the scheduling sub-response a and the scheduling sub-response C, the scheduling sub-response a and the scheduling sub-response C of the message middleware 300 are obtained, and after analysis processing is performed on the scheduling sub-response a and the scheduling sub-response C, results are displayed in a visual topography mode, so that the whole task scheduling is completed.

In a fifth aspect, an embodiment of the present application further provides an electronic device, including: at least one processor, and a memory communicatively coupled to the at least one processor;

wherein the processor is configured to execute the task scheduling methods in the embodiments of the second aspect, the third aspect and the fourth aspect by calling a computer program stored in the memory.

The memory is used as a non-transitory computer readable storage medium for storing a non-transitory software program and a non-transitory computer executable program, such as the task scheduling methods in the embodiments of the second, third and fourth aspects of the present application. The processor implements the task scheduling methods in the embodiments of the second, third and fourth aspects described above by running a non-transitory software program and instructions stored in a memory.

The memory may include a memory program area and a memory data area, wherein the memory program area may store an operating system, at least one application program required for a function; the storage data area may store and execute the task scheduling methods in the embodiments of the second aspect, the third aspect, and the fourth aspect described above. In addition, the memory may include high-speed random access memory, and may also include non-transitory memory, such as at least one magnetic disk storage device, flash memory device, or other non-transitory solid state storage device. In some embodiments, the memory optionally includes memory remotely located relative to the processor, the remote memory being connectable to the terminal through 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 non-transitory software programs and instructions required to implement the task scheduling methods in the second, third and fourth aspects of embodiments described above are stored in a memory and when executed by one or more processors, perform the task scheduling methods in the second, third and fourth aspects of embodiments described above.

In a sixth aspect, embodiments of the present application also provide a computer-readable storage medium storing computer-executable instructions for: performing the task scheduling methods in the embodiments of the second, third and fourth aspects;

in some embodiments, the computer-readable storage medium stores computer-executable instructions that are executed by one or more control processors, for example, by one processor in an electronic device of an embodiment of the second aspect, which may cause the one or more processors to perform the task scheduling method in the embodiments of the second, third and fourth aspects described above.

The above described embodiments of the apparatus are only illustrative, wherein the units described as separate components may or may not be physically separate, i.e. may be located in one place, or may be distributed over a plurality of network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

Those of ordinary skill in the art will appreciate that all or some of the steps, systems, and methods disclosed above may be implemented as software, firmware, hardware, and suitable combinations thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit. Such software may be distributed on computer readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). The term computer storage media includes both volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data, as known to those skilled in the art. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital Versatile Disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can be accessed by a computer. Furthermore, as is well known to those of ordinary skill in the art, communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media.

In the description of the present specification, a description referring to terms "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms do not necessarily refer to the same embodiments or examples.

Claims

1. The task scheduling method is characterized by being applied to a card management platform and comprising the following steps:

the method comprises the steps of obtaining a scheduling instruction issued by a task scheduling center, wherein the task scheduling center is a task scheduling center realized based on an XXL-JOB distributed task scheduling frame, and the task scheduling center is connected with a card management platform in a communication way, so that a user can perform visual operation on the task scheduling center to generate a corresponding instruction, and related scheduling tasks are performed on the card management platform through the scheduling instruction;

processing the scheduling instruction to generate a scheduling request;

the scheduling request is sent to a message middleware, and the scheduling request is forwarded to a proxy server by the message middleware, so that the proxy server generates an operator request according to the scheduling request and forwards the operator request to an operator;

And acquiring a scheduling response in the message middleware, wherein the scheduling response is generated by the proxy server according to an operator response returned by the operator and forwarded to the message middleware, and the operator response is generated by the operator according to the scheduling request and returned to the proxy server.

2. The task scheduling method according to claim 1, wherein the scheduling request includes a number of scheduling sub-requests;

correspondingly, the processing the scheduling instruction to generate a scheduling request further includes:

acquiring a plurality of scheduling sub-instructions in the scheduling instructions, wherein the scheduling sub-instructions comprise an internet of things card identifier, an operator identifier and a request type;

and generating a plurality of scheduling sub-requests according to the corresponding relation among the internet of things card identifiers, the operator identifiers and the request types of the scheduling sub-instructions.

3. The task scheduling method according to claim 2, wherein the scheduling response includes a plurality of scheduling sub-responses, and the obtaining the scheduling response returned by the message middleware further includes:

and when the callback queue of the message middleware is monitored to receive a plurality of scheduling sub-responses returned by the proxy server, acquiring the plurality of scheduling sub-responses in the callback queue.

4. A task scheduling method according to claim 3, further comprising:

acquiring the operator identifier of the scheduling sub-request and acquiring the interface state of the operator;

and if the interface state of the operator is abnormal, removing the scheduling sub-request according to the interface state and the operator identifier.

5. A method for scheduling tasks, applied to message middleware, comprising:

the method comprises the steps of obtaining a scheduling request sent by a card management platform, wherein the scheduling request is generated by the card management platform according to a scheduling instruction issued by a task scheduling center, the task scheduling center is a task scheduling center realized based on an XXL-JOB distributed task scheduling frame, the task scheduling center is connected with the card management platform in a communication way, and a user can perform visual operation on the task scheduling center to generate a corresponding instruction, so that related scheduling tasks are performed on the card management platform through the scheduling instruction;

forwarding the scheduling request to a proxy server, generating an operator request according to the scheduling request by the proxy server and forwarding the operator request to an operator;

and acquiring a scheduling response returned by the proxy server and forwarding the scheduling response to the card management platform, wherein the scheduling response is generated by the proxy server according to an operator response returned by an operator, and the operator response is generated by the operator according to the operator request.

6. The task scheduling method according to claim 5, wherein the forwarding the scheduling request to a proxy server, generating, by the proxy server, an operator request from the scheduling request and forwarding to an operator, includes:

acquiring a plurality of scheduling sub-requests of the scheduling request;

and forwarding the plurality of scheduling sub-requests to the proxy server according to the operator identifiers of the plurality of scheduling sub-requests, so that the proxy server generates the plurality of operator sub-requests according to the plurality of scheduling sub-requests and forwards the plurality of operator sub-requests to the corresponding operators one by one.

7. A task scheduling method, applied to a proxy server, comprising:

the method comprises the steps of obtaining a scheduling request forwarded by a message middleware, wherein the scheduling request is generated by a card management platform according to a scheduling instruction of a task scheduling center and forwarded to the message middleware, the task scheduling center is a task scheduling center realized based on an XXL-JOB distributed task scheduling framework, the task scheduling center is connected with the card management platform in a communication mode, and a user can perform visual operation on the task scheduling center to generate a corresponding instruction, so that related scheduling tasks are performed on the card management platform through the scheduling instruction;

Generating an operator request according to the scheduling request, and forwarding the operator request to an operator;

acquiring an operator response generated by the operator according to the operator request;

and generating a scheduling response according to the operator response, and forwarding the scheduling response to the message middleware so that the message middleware forwards the scheduling response to the card management platform.

8. The task scheduling method according to claim 7, wherein the scheduling request includes a plurality of scheduling sub-requests, and the obtaining the scheduling request forwarded by the message middleware includes:

monitoring a message queue of the message middleware;

and when the message queue of the message middleware is monitored to receive a plurality of scheduling sub-requests, acquiring the plurality of scheduling sub-requests in the message queue.

9. An electronic device, comprising:

at least one processor, and,

a memory communicatively coupled to the at least one processor; wherein,,

the memory stores instructions that are executed by the at least one processor to cause the at least one processor to implement, when executing the instructions, as

The task scheduling method applied to the card management platform as claimed in any one of claims 1 to 4,

Or the task scheduling method applied to the message middleware according to any one of claims 5 or 6,

or a task scheduling method applied to a proxy server as claimed in any one of claims 7 or 8.

10. A computer-readable storage medium storing computer-executable instructions for causing a computer to perform operations such as