An information processing method, system, device, storage medium, and program product

Abstract

The application relates to an information processing method, system, device, storage medium and program product, which comprises the following steps: a rack server establishes a communication connection with an unregistered first rack; the rack server receives a registration request sent by the first rack based on the communication connection; the rack server allocates a first identifier to the first rack in response to the registration request, and the first identifier is used for identifying the first rack; the rack server sends a registration response to the first rack in response to the registration request, and the registration response carries the first identifier; and the registration of the rack is completed, the fast and automatic registration of the rack is realized, the registration process is simplified, the registration efficiency is improved, and the management efficiency of the rack is improved.

Description

Technical Field

[0001] This invention relates to the field of testing technology, and specifically to an information processing method, system, device, storage medium, and program product. Background Technology

[0002] In related technologies, different test benches operate independently, each maintaining its own information. In equipment management systems, the integration of new equipment requires complex and tedious manual registration, which is not only time-consuming and labor-intensive, but also prone to errors due to frequent manual operations, affecting the overall efficiency of the system. Summary of the Invention

[0003] One of the objectives of this invention is to provide an information processing method, system, device, storage medium, and program product to solve the problem that the access of new devices in the prior art requires complex and cumbersome manual registration, which is not only time-consuming and labor-intensive, but also prone to errors due to frequent manual operations, thus affecting the overall efficiency of the system.

[0004] To achieve the above objectives, the technical solution adopted by the present invention is as follows:

[0005] In a first aspect, embodiments of the present invention provide an information processing method applied to a rack server, comprising:

[0006] Establish a communication connection with the first unregistered rack;

[0007] Based on the communication connection, the registration request sent by the first rack is received;

[0008] In response to the registration request, a first identifier is assigned to the first rack, the first identifier being used to identify the first rack;

[0009] Send a registration response to the registration request to the first rack, the registration response carrying the first identifier.

[0010] According to the above-mentioned technical means, the information processing method provided in this embodiment of the invention uniformly registers the racks to the rack server. During the rack registration process, the rack server assigns a unique identifier to each rack registered to the rack server to identify the rack, and feeds back the assigned identifier to the registered rack to complete the rack registration. This achieves fast and automatic rack registration, simplifies the registration process, improves registration efficiency, and enhances rack management efficiency.

[0011] In one possible implementation, the registration request carries characteristic information and verification information of the first rack; before assigning a first identifier to the first rack, the method further includes:

[0012] Verify the feature information of the first rack; if the feature information of the rack is successfully verified, check the access permission of the first rack based on the verification information; wherein, if the first rack has access permission, assign the first identifier to the first rack.

[0013] Based on the aforementioned technical means, by verifying the feature information and verification information carried in the registration request, it is ensured that the rack registered to the rack server is a rack that supports interaction with the rack server and has the permission to access the rack server, thus ensuring the reliability of the registration process.

[0014] In one possible implementation, the method further includes:

[0015] Receive heartbeats from each of multiple test stations, wherein the heartbeats are reported periodically and carry the status information of the corresponding test station;

[0016] For each of the multiple test stands, the operating status of the corresponding test stand is determined based on the status information of the test stand.

[0017] Based on the aforementioned technical means, the rack unit reports its status information in real time via heartbeat, enabling the rack unit server to monitor the rack unit's status information in real time, thereby enabling timely response and handling of rack units that are detected as abnormal.

[0018] In one possible implementation, the method further includes:

[0019] If no heartbeat is received from the second rack within the first time period, a status confirmation message is sent to the second rack.

[0020] Determine whether the status information for responding to the confirmation message from the second rack has been received;

[0021] If no status information is received from the second rack in response to the confirmation message, the confirmation message continues to be sent to the second rack until the number of times the confirmation message is sent reaches a threshold.

[0022] Based on the aforementioned technical means, for racks that have not received a heartbeat for a long time, the rack server will attempt to communicate with these racks and send confirmation information to verify their status, which can avoid misjudgment of rack status due to network latency or other temporary factors.

[0023] In one possible implementation, the method further includes:

[0024] If the number of times the confirmation message is sent reaches the threshold, the rack information of the second rack is cleared;

[0025] Upon receiving status information from the second rack in response to the confirmation message, the operating status of the second rack is determined based on the status information of the second rack.

[0026] Based on the aforementioned technical means, the rack server responds promptly to the stop condition of ceasing to send confirmation messages to the second rack, and if the second rack is determined to be a problematic rack, it promptly releases the rack information of the problematic rack and releases the rack server's resource occupation in a timely manner, thereby improving the rack server's resource utilization.

[0027] In one possible implementation, the method further includes:

[0028] Receive a task request, the task request carrying task information;

[0029] Based on the task information, a third rack is selected from multiple available racks;

[0030] Issue a task based on the task information to the third rack;

[0031] Receive feedback data from the third rack performing the task.

[0032] Based on the aforementioned technical means, the bench service intelligently selects benches according to the testing requirements of the current task and schedules benches that meet the testing requirements to execute tasks, thereby achieving optimized resource allocation.

[0033] In one possible implementation, based on the task information, selecting a third rack from the multiple access racks includes:

[0034] Based on the status information of each available rack, the multiple available racks are sorted.

[0035] Based on the sorting results, candidate test stands are selected from the plurality of available test stands, and it is determined whether the candidate test stands meet the execution requirements of the task.

[0036] If the candidate test bench does not meet the execution requirements of the task, a new candidate test bench is selected from the plurality of available test benches based on the sorting results, and it is determined whether the candidate test bench meets the execution requirements of the task, until a candidate test bench that meets the execution requirements of the task is selected as the third test bench.

[0037] Based on the above technical means, firstly, multiple available test benches are sorted according to the turntable information of available test benches. Then, based on the sorting results and the execution requirements of the task, a test bench with strong capabilities that can meet the current task is selected. Thus, the current task is executed based on the available test benches that are ranked first and can meet the current execution requirements, ensuring the reliability of task execution.

[0038] In one possible implementation, the method further includes:

[0039] Determine the execution status of each feedback data packet in the feedback data;

[0040] If a feedback data packet indicating execution failure exists, the data packet corresponding to the feedback data packet is resent to the third rack until a feedback data packet indicating successful execution is received.

[0041] Based on the above technical features, the benchtop server identifies whether the executed tasks have been successfully completed, as well as tasks that need to be retried due to failure or abnormality, and resends the data packets that need to be re-executed in the tasks that need to be retried. Through the breakpoint retransmission mechanism, the stability of data transmission is ensured.

[0042] Secondly, embodiments of the present invention provide an information processing system, including a rack server and a first rack;

[0043] The first rack establishes a communication connection with the rack server without registering with the rack server, and sends a registration request to the rack server;

[0044] The rack server receives the registration request sent by the first rack based on the communication connection established with the first rack;

[0045] In response to the registration request, the rack server assigns a first identifier to the first rack, the first identifier being used to identify the first rack;

[0046] The rack server sends a registration response to the registration request to the first rack, the registration response carrying the first identifier;

[0047] The platform receives the registration response sent by the platform server and stores the first identifier.

[0048] Thirdly, the present invention provides a computer-readable storage medium, i.e., a storage medium, on which a computer program or instructions are stored, and when the computer program or instructions are executed by a processor, the information processing method described above is implemented.

[0049] Fourthly, the present invention also provides a computer program product, which includes a computer program or instructions, which, when executed by a processor, implement the above-described information processing method.

[0050] It should be noted that the technical effects brought about by the second to fourth aspects can be referred to the detailed description of the first aspect above, and will not be repeated here. Attached Figure Description

[0051] Figure 1A This is a schematic diagram of an optional structure of the information processing system of the present invention;

[0052] Figure 1B This is a schematic diagram of an optional structure of the information processing system of the present invention;

[0053] Figure 2 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0054] Figure 3 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0055] Figure 4 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0056] Figure 5 This is a schematic diagram of an optional structure of the information processing system of the present invention;

[0057] Figure 6 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0058] Figure 7 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0059] Figure 8 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0060] Figure 9 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0061] Figure 10 This is a schematic diagram of an optional flow of the information processing method of the present invention;

[0062] Figure 11 This is an optional schematic diagram of the breakpoint retransmission of the present invention;

[0063] Figure 12 This is a schematic diagram of an optional structure of the information processing apparatus provided in an embodiment of the present invention;

[0064] Figure 13 This is a schematic diagram of an optional structure of an electronic device provided in an embodiment of the present invention. Detailed Implementation

[0065] The embodiments of the present invention will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention and not for limiting the scope of protection of the present invention.

[0066] It should be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of the present invention. Therefore, the drawings only show the components related to the present invention and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0067] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the specific technical solutions of the application will be further described in detail below with reference to the accompanying drawings of the embodiments of the present invention. The following embodiments are used to illustrate the present invention, but are not intended to limit the scope of the present invention.

[0068] In the following description, references are made to “some embodiments,” which describe a subset of all possible embodiments. However, it is understood that “some embodiments” may be the same subset or different subsets of all possible embodiments and may be combined with each other without conflict.

[0069] In the following description, the terms "first," "second," and "third" are used only to distinguish different objects and do not represent a specific order of objects or have any chronological limitation. It is understood that "first," "second," and "third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of the invention described herein can be implemented in an order other than that illustrated or described herein.

[0070] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. The terminology used herein is for the purpose of describing embodiments of the invention only and is not intended to limit the invention.

[0071] The information processing method provided in this invention can be applied to information processing systems. For example... Figure 1AAs shown, the information processing system includes one or more test benches 100 and a test bench server 200. The test bench, also known as a test station, can be used to test data from equipment in scenarios such as vehicle data, power supply equipment data, and aviation equipment. The test bench server can be understood as a server or cloud test bench for managing the test benches. The test bench server can be a physical server or a cloud server, and it can host a cloud test bench scheduling system for managing the test benches. In this embodiment of the invention, the information processing system can also be called a test bench management system, a test bench scheduling system, etc.

[0072] like Figure 1B As shown, the information processing system may include multiple rack servers 200, wherein the multiple rack servers 200 constitute a rack service cluster 20, a rack can be connected to one rack server 200 in the rack service cluster 20, different rack servers 200 can be connected to different racks, and information can be shared between different rack servers 200.

[0073] Below, in conjunction with Figure 1A or Figure 1B The schematic diagram of the information processing system shown illustrates various embodiments of the information processing method, system, storage medium, and program product provided in the embodiments of the present invention.

[0074] In a first aspect, embodiments of the present invention provide an information processing method. Hereinafter, a rack server will be used as the execution subject to describe the information processing method provided by the embodiments of the present invention.

[0075] For details, please refer to Figure 2 The process may include, but is not limited to, S201 to S204 described below.

[0076] S201. The rack server establishes a communication connection with the first unregistered rack.

[0077] The first rack is any rack that is to be registered, i.e., to be connected to the rack server. When the first rack wants to connect to the rack server, it sends a connection request to the rack server. After receiving the connection request from the first rack, the rack server establishes a communication connection with the first rack.

[0078] The communication connection established between the first rack and the rack server can be a secure communication channel, thereby ensuring information security between the first rack and the rack server. The communication connection between the first rack and the rack server may include, but is not limited to, a Hypertext Transfer Protocol (HTTP) connection.

[0079] In this embodiment of the invention, the connection request sent by the first rack may carry a token. After receiving the connection request, the rack server can verify the token sent by the first rack to determine whether the first rack has login privileges for the rack server. Here, whether a rack has login privileges can be understood as whether the rack has the authority to schedule the rack server's reporting interface, i.e., the authority to report information to the rack server. If a rack has login privileges, it has the authority to report information to the rack server; otherwise, the rack cannot report information to the rack server.

[0080] If the token carried by the first rack is successfully verified, the first rack is considered to have login privileges to the rack server, and the connection request from the first rack is accepted, establishing a communication connection with the first rack. If the token carried by the first rack fails to be verified, the first rack is considered not to have login privileges to the rack server, and the connection request from the first rack is rejected, and a communication connection is not established with the first rack.

[0081] The rack server can verify the token sent by the first rack in ways such as checking if the rack server has the same token as the first rack or other methods.

[0082] In this embodiment of the invention, the first rack can obtain a token based on the account information used to log in to the first rack. Specifically, if the account information used to log in to the first rack is an account registered on the rack server, the first rack can obtain a token confirming that it has login privileges based on that account information.

[0083] In this embodiment of the invention, by using a token to verify the login permissions of the racks to be registered with the rack server, the reporting interface of the rack server used for communication with the racks can be prevented from being maliciously invoked.

[0084] S202, The rack server receives the registration request sent by the first rack based on the communication connection.

[0085] After the first rack establishes a communication connection with the rack server, it sends a registration request to the rack server through the established communication connection. The registration request may carry the IP address of the first rack. The IP addresses of different racks are different.

[0086] The registration request sent by the first rack may also carry characteristic information and / or verification information. Characteristic information can be understood as key information about the capabilities or usage scenarios of the corresponding rack. Characteristic information may include one or more of the following: hardware specifications, software version, location information, and resource information. Verification information is used to verify the access rights of the first rack. Verification information may include: authorization code or certificate.

[0087] S203. In response to the registration request, the rack server assigns a first identifier to the first rack, the first identifier being used to identify the first rack.

[0088] Upon receiving a registration request from the first rack, the rack server, in response to the received registration request, assigns a first identifier to the first rack. This first identifier is a unique identifier used to identify the first rack.

[0089] The first identifier assigned by the rack server to the first rack can be used for the first rack to communicate with the rack server after it registers with the rack server, or for the rack server to manage or schedule the first rack.

[0090] In this embodiment of the invention, the rack server can assign different identifiers to different racks registered to the rack server to identify different racks. In one example, the racks registered to the rack server include the following racks: rack 1, rack 2, ..., rack 23, rack 24, rack 25, wherein rack 1, rack 2, ..., rack 23, rack 24, rack 25 are respectively assigned identifiers: ID1, ID2, ..., ID23, ID24, ID25.

[0091] S204. The rack server sends a registration response to the registration request to the first rack, the registration response carrying the first identifier.

[0092] After the rack server assigns the first identifier to the first rack, it sends a registration response to the registration request to the first rack. The registration response carries the first identifier, thereby notifying the first rack of the first identifier.

[0093] After receiving the first identifier, the first rack saves the first identifier and completes the registration process on the rack server.

[0094] After the rack server assigns a first identifier to the first rack, it can update the stored rack list by adding the feature information of the first rack to the rack list. In this embodiment of the invention, the rack list records the feature information of racks registered with the rack server, wherein the feature information of each registered rack corresponds to the identifier of each rack, enabling the rack server to effectively identify the feature information of each registered rack.

[0095] In the case of other rack servers in the information processing system, the rack server can send a registration notification to the other rack servers in the information processing system to notify them of the registration of the first rack.

[0096] In this embodiment of the invention, when the feature information of the first rack is updated, the first rack can send the updated feature information to the rack server, and the rack server can update the feature information of the first rack in the rack list according to the first identifier of the first rack, and update it to the updated feature information.

[0097] The information processing method provided in this invention involves uniformly registering racks to a rack server. During the registration process, the rack server assigns a unique identifier to each rack registered on the rack server and feeds back the assigned identifier to the registered rack, thus completing the rack registration. This achieves fast and automatic rack registration, simplifies the registration process, improves registration efficiency, and enhances rack management efficiency.

[0098] In one possible implementation, the registration request carries the feature information and verification information of the first rack; the information processing method provided in this embodiment of the invention further includes the following steps S1 to S2:

[0099] S1. The rack server verifies the feature information of the first rack.

[0100] In this embodiment of the invention, when the rack server receives a registration request from a first rack, and the registration request carries feature information and verification information, the rack server responds to the registration request by verifying the completeness and / or accuracy of the feature information. If the completeness and / or accuracy of the feature information are verified, the feature information verification is deemed successful.

[0101] Here, verifying the integrity of feature information can be understood as determining whether the information contained in the feature information conforms to the set integrity rules. In one example, it determines whether the feature information includes hardware rules, software version, location information, and resource information; in another example, it determines whether the feature information includes hardware rules and software version. If the information contained in the feature information conforms to the set integrity rules, the integrity verification of the feature information is deemed successful.

[0102] Verifying the accuracy of feature information can be understood as determining whether the content represented by the feature information conforms to the preset accuracy rules. In one example, if the feature information includes hardware specifications, the rack server can determine whether the hardware of the first rack meets the hardware requirements of the information processing system based on the hardware specifications. In another example, if the feature information includes software version, the rack server can determine whether it can manage the first rack based on the software version, i.e., whether the software of the first rack is compatible with the current rack server. In yet another example, if the feature information includes location information, the location information can be used to characterize the location layout of the first rack, and the rack server can determine whether the location layout of the first rack is reasonable based on the location information. If the content represented by the feature information conforms to the preset accuracy rules, the accuracy verification of the feature information is deemed successful.

[0103] S2. If the feature information of the rack is successfully verified, the rack server checks the access permission of the first rack based on the verification information; wherein, if the first rack has access permission, the first identifier is assigned to the first rack.

[0104] If the feature information verification is successful, the rack server checks the access permissions of the first rack based on the verification information sent by the first rack. Here, having access permissions for the first rack can be understood as whether the rack has the permission to be managed or scheduled by the rack server. If the first rack has access permissions, it can register with the rack server and be managed or scheduled by the rack server.

[0105] In this embodiment of the invention, the verification information may include an authorization code and / or a digital certificate. The rack server can verify the access rights of the first rack based on the authorization code and / or digital certificate. If the authorization code and / or digital certificate carried in the registration request is a valid authorization code and / or a valid digital certificate, it can be determined that the first rack has access rights.

[0106] The rack server can assign a first identifier to the first rack if it determines that the first rack has access rights.

[0107] Based on the aforementioned technical means, by verifying the feature information and verification information carried in the registration request, it is ensured that the rack registered to the rack server is a rack that supports interaction with the rack server and has the permission to access the rack server, thus ensuring the reliability of the registration process.

[0108] In one possible implementation, see Figure 3 The information processing method provided in this embodiment of the invention further includes:

[0109] S301. The rack server receives heartbeats sent by each rack in a plurality of racks, wherein the heartbeats are reported periodically and carry the status information of the corresponding rack.

[0110] Each rack in the rack server registers periodically sends a heartbeat to the rack server at a set frequency. For each rack, the sent heartbeat carries the rack's status information, which is used to characterize the rack's current state. The status information carried by the heartbeat may include one or more of the following: temperature, humidity, voltage, current, CPU utilization, memory usage, disk space, network bandwidth, etc.

[0111] The rack server receives status information reported by the rack based on heartbeats in real time.

[0112] In this embodiment of the invention, the rack server can receive heartbeats sent by all or some of the registered racks.

[0113] A heartbeat sent by a rack can carry the rack's IP address or identifier to identify the sender of the heartbeat.

[0114] S302. The rack server determines the operating status of each rack based on its status information.

[0115] Upon receiving the status information of the rack, the rack server determines the operating status of the corresponding rack based on the received status information. In this embodiment of the invention, the operating status of the rack may include normal operation and abnormal operation.

[0116] The rack server can analyze the status information according to the set judgment rules or judgment algorithms to obtain the running status.

[0117] In one example, if the status information includes temperature and the set judgment rule includes a temperature condition of 35 to 65 degrees Celsius, the operating status is considered to be normal if the temperature included in the status information meets the temperature condition; otherwise, the operating status is considered to be abnormal.

[0118] In one example, if the status information includes voltage and the set judgment rule includes a voltage condition of 220 volts (V), the operating status is considered to be normal if the voltage in the status information meets the voltage condition; otherwise, the operating status is considered to be abnormal.

[0119] In this embodiment of the invention, when a rack is in an abnormal operating state, the rack server can initiate an early warning process. This early warning process may include one or more of the following: displaying alarm information through a visual interface, sending alarm notifications to designated accounts or users via SMS, email, etc., thereby ensuring that the abnormal situation is promptly detected and addressed.

[0120] Based on the aforementioned technical means, the rack unit reports its status information in real time via heartbeat, enabling the rack unit server to monitor the rack unit's status information in real time, thereby enabling timely response and handling of rack units that are detected as abnormal.

[0121] In one possible implementation, the information processing method provided by the embodiments of the present invention further includes:

[0122] If no heartbeat is received from the second rack within the first time period, a confirmation message is sent to the second rack;

[0123] Determine whether the status information for responding to the confirmation message from the second rack has been received;

[0124] If no status information is received from the second rack in response to the confirmation message, the confirmation message continues to be sent to the second rack until the number of times the confirmation message is sent reaches a threshold.

[0125] In this embodiment of the invention, for registered racks, the rack server can determine which racks' heartbeats were not received within a first duration. Racks that did not receive heartbeats within the first duration can be designated as second racks. Second racks can be considered potentially problematic racks. The first duration includes multiple heartbeat transmission cycles.

[0126] If the rack server does not receive a heartbeat from the second rack within the first time period, it sends an acknowledgment message to the second rack. This acknowledgment message is used to determine whether the rack is a problematic rack.

[0127] In this embodiment of the invention, the rack server can mark the second rack as a potential problem rack and send an acknowledgment message to the marked rack.

[0128] The rack server determines whether it has received status information from the second rack in response to the confirmation message.

[0129] If the second rack is not the problematic rack, upon receiving the acknowledgment message, it sends a status information response acknowledgment to the rack server. If the second rack is the problematic rack, it may not receive the acknowledgment message, or it may receive the acknowledgment message but be unable to send a status information response acknowledgment to the rack server. However, there may be network latency in the second rack receiving the acknowledgment message; therefore, it may not receive the acknowledgment message in a timely manner and may be unable to respond with a status message. Therefore, if the rack server does not receive the status information from the second rack used to respond with a acknowledgment message, the reason for not receiving it may not be that the second rack is a problematic rack.

[0130] In this embodiment of the invention, if the rack server does not receive status information from the second rack for responding to the confirmation message, it continues to send the confirmation message to the second rack until the number of times the confirmation message is sent reaches a threshold.

[0131] In one example, the threshold for the number of times is 5. If the rack server does not receive a heartbeat from rack A within the first time period, it sends a first confirmation message to rack A. If it does not receive a status information from rack A in response to the confirmation message, it continues to send a second confirmation message to rack A. After sending the second confirmation message, if it receives the status information sent by rack A, it stops sending confirmation messages to rack A.

[0132] In one example, the threshold number of times is 5. If the rack server does not receive the heartbeat of rack A within the first time period, it sends the first confirmation message to rack A. If it does not receive the status information of the confirmation message from rack A, it continues to send the second, third, fourth and fifth confirmation messages to rack A. If it does not receive the status information from rack A after sending the fifth confirmation message, it stops sending confirmation information to rack A.

[0133] In the example above, the number of times threshold is 5. In practical applications, the number of times threshold can be any value other than 5, depending on the actual needs.

[0134] Based on the aforementioned technical means, for racks that have not received a heartbeat for a long time, the rack server will attempt to communicate with these racks and send confirmation information to verify their status, which can avoid misjudgment of rack status due to network latency or other temporary factors.

[0135] In one possible implementation, the information processing method provided by the embodiments of the present invention further includes:

[0136] If the number of times the confirmation message is sent reaches the threshold, the rack information of the second rack is cleared;

[0137] Upon receiving status information from the second rack in response to the confirmation message, the operating status of the second rack is determined based on the status information of the second rack.

[0138] The conditions under which the rack server stops sending confirmation messages to the second rack include the following:

[0139] Stop condition 1: Determine that the number of times the message has been sent has reached the threshold.

[0140] Stop condition two: A status message is received before the number of times the acknowledgment message has been sent reaches the threshold.

[0141] If the rack server stops sending confirmation messages to the second rack based on stop condition one, and the second rack still fails to respond after the rack server's attempts, the rack server confirms that the second rack is a problematic rack and performs a cleanup operation to remove the rack information of the second rack from the PTZ server. In this embodiment of the invention, removing the rack information of the second rack from the rack server can be understood as releasing the resources of the rack server occupied by the second rack. The resources of the rack server occupied by the rack include storage space, bandwidth, etc. The rack information may include rack-related information in the rack server, including: feature information, verification information, status information, identifiers, etc.

[0142] In this embodiment of the invention, after the rack server completes the removal operation, it can notify the administrator through a preset notification method (such as SMS, email, etc.). The notification content includes the rack information of the removed rack, the reason for removal, and the time, so that the administrator can understand the situation in a timely manner and take subsequent actions.

[0143] In this embodiment of the invention, all information related to the cleanup operation is automatically recorded in the log by the rack server, including the cleanup time, reason, and operator. These records can be used for subsequent troubleshooting, system auditing, and performance analysis.

[0144] If the rack server stops sending confirmation messages to the second rack based on stop condition two, and the second rack responds normally after the rack server attempts to do so, the rack server determines the operating status of the second rack based on the received status information. The description of how the rack server determines the operating status of the second rack based on status information can be found in the above description of how the rack server determines the operating status of the corresponding rack based on the status information sent by the rack; it will not be repeated here.

[0145] Based on the aforementioned technical means, the rack server responds promptly to the stop condition of ceasing to send confirmation messages to the second rack, and if the second rack is determined to be a problematic rack, it promptly releases the rack information of the problematic rack and releases the resource occupation of the PTZ server by the problematic rack, thereby improving the utilization of the PTZ server's resources.

[0146] In one possible implementation, see Figure 4 The information processing method provided in this embodiment of the invention further includes:

[0147] S401. The rack server receives a task request, which carries task information.

[0148] The benchtop server can receive task requests, which are used to request the execution of tasks. Here, a task can be understood as a test task to be executed by the benchtop.

[0149] The rack server can receive task requests triggered by users through the rack server's client, and it can also receive task requests sent by other devices.

[0150] The task information carried in a task request may include: task scenario, project requirements, data identifier, data volume, and expected execution time. Among these, the task scenario, project requirements, and data identifier can characterize the execution requirements of the current task.

[0151] After receiving a task request, the rack server can preprocess the information carried in the task request and extract the key information of the task. The key information of the task may include: task scenario, project requirements, data identifiers, etc.

[0152] S402. Based on the task information, the rack server selects a third rack from multiple available racks.

[0153] The rack server selects a third rack from multiple available racks based on the task information carried in the task request. An available rack can be understood as a registered rack that is running normally and is idle. The rack server can select the third rack from multiple available racks based on key information carried in the task request.

[0154] The third test bench can be understood as the test bench that is the most optimal for the current task among multiple available test benches.

[0155] S403, The rack server sends a task based on the task information to the third rack.

[0156] The rack server sends a task based on the current task information to the third rack.

[0157] When the rack server sends a task to the third rack, it includes the corresponding test data within the task. When the rack server sends a task to the third rack, it can send the data packet for that task. A task can include multiple data packets, which, in addition to the test data, may include the following information: task ID, file ID, file path, file name, and scenario information. Different data packets for the same task will have the same task ID and scenario information. The file name and file path are used to identify the file. One data packet can correspond to one file.

[0158] The third rack receives the assigned task, executes the task based on the test data it carries, and obtains the processing result. The processing type of the task may include, but is not limited to, data backfeeding and compilation.

[0159] When the test bench performs task processing, it processes the task at the data packet level.

[0160] S404. The rack server receives feedback data from the third rack performing the task.

[0161] Once the third rack receives the processing result, it sends feedback data carrying the processing result to the rack server. This feedback data may include multiple feedback data packets, which, in addition to the processing result, may also include the following information: task ID, file ID, file path, and scenario information.

[0162] In this embodiment of the invention, one data packet in the issued task corresponds to one feedback data packet, and the task ID, file ID, file path, and scene information of the feedback data packet are the same as those of the corresponding data packet.

[0163] In this embodiment of the invention, the feedback data packet may further include a processing result status, which indicates whether the feedback data packet is a successfully executed feedback data packet, that is, whether the corresponding data packet has been executed successfully. In one example, a processing result status of 0 indicates that the execution was not executed, i.e., the execution failed or was not completed; a processing result status of 1 indicates that the execution was completed or was successful.

[0164] In this embodiment of the invention, the data packet in the issued task may also carry an indication of the processing result status that has not been executed. This indicates that the current data packet needs to be executed.

[0165] Based on the aforementioned technical means, the bench service intelligently selects benches according to the testing requirements of the current task and schedules benches that meet the testing requirements to execute tasks, thereby achieving optimized resource allocation.

[0166] In one possible implementation, S503 selects a third rack from the multiple access racks based on the task information, including:

[0167] Based on the status information of each available rack, the available racks are sorted; a candidate rack is selected from the available racks based on the sorting result, and it is determined whether the candidate rack meets the execution requirements of the task; if the candidate rack does not meet the execution requirements of the task, a new candidate rack is selected from the available racks based on the sorting result, and it is determined whether the candidate rack meets the execution requirements of the task, until a candidate rack that meets the execution requirements of the task is selected as the third rack.

[0168] For multiple available racks, the rack server calculates a comprehensive evaluation of each available rack based on the latest status information of each available rack. Here, an evaluation model can be set up, and the status information of each available rack can be input into the evaluation model to obtain the ranking value of the corresponding available racks.

[0169] The evaluation model in this embodiment of the invention can be a model set based on evaluation indicators in the state information. These evaluation indicators can be multi-dimensional indicators constructed based on the collected state information, such as resource utilization, temperature conditions, and scene matching degree. Here, weights can be assigned to each evaluation indicator to reflect the importance of different evaluation indicators in scheduling decisions.

[0170] In one example, the evaluation model is: Ranking Value = (Resource Coefficient * Remaining Resources) + (Scene Matching Coefficient * Scene Matching Degree), where the resource coefficient and scene matching coefficient are pre-set different weight values, the remaining resources can be understood as the available resources of the test bench, and the scene matching degree can be determined based on the scene information of the available test bench and the scene information of the current task. For example, if the scene information indicated by the test bench includes the scene indicated by the scene information of the current task, then the scene matching degree is 1; if the scene information indicated by the test bench does not include the scene indicated by the scene information of the current task, then the scene matching degree is 0.

[0171] After obtaining the sort values ​​of the available racks, sort the sort values ​​from high to low to obtain the sorting of the available racks.

[0172] After determining the ranking of multiple available test stations, the highest-ranking available test station in the current ranking is selected as a candidate test station. Based on the candidate station's characteristic information, it is determined whether the candidate station meets the execution requirements of the current task. If the current candidate station meets the execution requirements, it is selected as the third test station. If the current candidate station does not meet the execution requirements, the next available test station in the ranking is selected as a new candidate station. After determining the new candidate station, its characteristic information is used to determine whether it meets the execution requirements of the current task. Based on the result of this determination, the current candidate station is either selected as the third test station or a new candidate station is selected based on the ranking, until a third test station is determined.

[0173] When determining whether a candidate test rig meets the execution requirements of the current task, the determination can be made based on the characteristic information of the candidate test rig.

[0174] Based on the above technical means, firstly, multiple available test benches are sorted according to the turntable information of available test benches. Then, based on the sorting results and the execution requirements of the task, a test bench with strong capabilities that can meet the current task is selected. Thus, the current task is executed based on the available test benches that are ranked first and can meet the current execution requirements, ensuring the reliability of task execution.

[0175] In one possible implementation, the method further includes: determining the execution status of each feedback data packet in the feedback data;

[0176] If a feedback data packet indicating execution failure exists, the data packet corresponding to the feedback data packet is resent to the third rack until a feedback data packet indicating successful execution is received.

[0177] In this embodiment of the invention, the feedback data packet includes a processing result status indicating whether the execution is complete. For each feedback data packet in the feedback data corresponding to a task, the rack server determines whether the corresponding feedback data packet is a feedback data packet indicating completion or success based on the processing result status in the feedback data packet.

[0178] If there is a feedback data packet that failed to execute (i.e., was not executed) in the feedback data, the rack server determines the corresponding data packet based on the file ID of the feedback data packet, and resends the determined data packet to the third rack, which then reprocesses the data packet to obtain a feedback data packet indicating that the execution was completed.

[0179] When the rack server receives a feedback data packet indicating that the processing result status has been successfully executed, it determines that the data packet has been completed.

[0180] For a given task, if the rack server determines that each data packet of the task has been completed, the task is considered complete. If there are any data packets that have not been completed, the uncompleted data packets are sent to a third rack to process the unfinished parts of the task, and each data packet of the task is either completed or executed successfully.

[0181] Based on the above technical features, the benchtop server identifies whether the executed tasks have been successfully completed, as well as tasks that need to be retried due to failure or abnormality, and resends the data packets that need to be re-executed in the tasks that need to be retried. Through the breakpoint retransmission mechanism, the stability of data transmission is ensured.

[0182] Secondly, embodiments of the present invention provide an information processing system, with reference to... Figure 1A The content shown in 1B includes rack server 200 and one or more racks 100, wherein one or more racks 100 include a first rack;

[0183] The first rack establishes a communication connection with the rack server 200 without registering with the rack server 200 and sends a registration request to the rack server 200.

[0184] The rack server 200 receives the registration request sent by the first rack based on the communication connection established with the first rack;

[0185] In response to the registration request, rack server 200 assigns a first identifier to the first rack, the first identifier being used to identify the first rack;

[0186] The rack server 200 sends a registration response to the registration request to the first rack, the registration response carrying the first identifier;

[0187] The first rack receives the registration response sent by the rack server 200 and stores the first identifier.

[0188] The information processing method provided in the embodiments of the present invention will be further described below.

[0189] In relevant equipment management systems, the integration of new equipment often involves a series of complex and cumbersome registration steps, which are not only time-consuming and labor-intensive, but also prone to errors due to frequent manual operations, affecting the overall efficiency of the system. Therefore, a faster, more automated, and more accurate new rack registration method is needed to simplify the process, improve efficiency, and reduce the error rate.

[0190] The information processing method provided in this invention can solve the following technical problems: how to provide a reliable cloud platform management system to manage platforms, monitor and observe platform status information in real time, promptly handle and respond to abnormal platforms, and repair platforms in a timely manner. It also enables intelligent scheduling of issued task data, selecting the most suitable platform for operation, and allows for re-issuance and processing of issued data.

[0191] The information processing method provided in this invention, by introducing a cloud rack management service, can improve management efficiency, ensure the accuracy and stability of data transmission, and optimize resource allocation. Specifically, this invention ensures accurate data transmission through a data verification mechanism; significantly improves management efficiency through a rapid rack registration function; and prevents potential problems by introducing a rack fault early warning system. Furthermore, the intelligent rack selection strategy optimizes resource allocation, while the breakpoint retry mechanism further guarantees data transmission stability. In summary, this invention constructs a comprehensive and efficient cloud rack management system, which not only significantly improves scheduling efficiency but also greatly enhances system reliability and intelligence.

[0192] The information processing method provided in this embodiment of the invention can be applied to Figure 5 The information processing system shown includes a cloud rack service management cluster 501 consisting of one or more physical servers or cloud servers, and one or more racks 502. One or more physical servers or cloud servers act as the backend of the cloud rack management system, and one or more racks act as clients of the cloud rack management system, communicating with it. Each distributed rack is connected through the cloud rack management system, which includes racks for simulating and testing various scenario models, and parameters are aggregated and unified.

[0193] The cloud rack service management cluster 501 includes the following functions: registration, monitoring, intelligent scheduling, and retransmission. The rack has the following information: status information, resource information, hardware specifications, and software version.

[0194] When performing task processing, such as Figure 5 As shown, test data 503 can be input to the bench service management cluster 501, and the bench service management cluster 501 will send test data 503 to bench 502.

[0195] The registration process for the test bench in the information processing method provided in this embodiment of the invention can be as follows: Figure 6 As shown, it includes:

[0196] S601. Initialize the connection between the stand and the pan-tilt stand.

[0197] The new test bench initiates the registration process by sending a connection request to the gimbal. Upon receiving the connection request, the gimbal establishes a secure communication channel with the new test bench.

[0198] S602. The test bench sends a registration request.

[0199] The new test bench sends a registration request containing its own key information to the cloud test bench through the established secure communication channel. The registration request may include key information such as the new test bench's hardware specifications, software version, location layout, and resource information.

[0200] S603. The gimbal frame undergoes information verification and confirmation.

[0201] After receiving the registration request, the gimbal verifies the completeness and accuracy of the key information in the registration request. The verification process includes checking whether the hardware specifications meet the system requirements, whether the software version is compatible, and whether the location layout is reasonable.

[0202] S604. Perform permission verification on the gimbal frame.

[0203] The gimbal further verifies whether the new gimbal has the permission to access the system. Permission verification may involve checking whether the new gimbal has a valid authorization code or certificate.

[0204] S605. Assign a unique identifier to the gimbal frame.

[0205] Once both information verification and authorization verification are successful, the cloud platform will assign a unique identifier (unique ID) to the new platform. This unique ID will be used to uniquely identify the platform within the system and for subsequent communication and management.

[0206] S606. Send confirmation message for the gimbal mount.

[0207] The gimbal sends a confirmation message to the new gimbal, notifying it of successful registration and including a unique ID. Upon receiving the confirmation message, the new gimbal saves the unique ID and completes the registration process.

[0208] S607. The gimbal frame will undergo system updates and notifications.

[0209] The gimbal updates the gimbal list within the system, adding information about newly registered gimbals to the list. If necessary, the gimbal can also send notifications to other components of the system or the administrator to inform them that a new gimbal has been successfully registered.

[0210] The bench monitoring process in the information processing method provided in this embodiment of the invention can be as follows: Figure 7 As shown, it includes:

[0211] S701. The test bench reports status information.

[0212] The test bench reports its current status information to the gimbal at a predetermined frequency (such as every second or every few minutes). The reported status information includes key parameters such as temperature, humidity, voltage, and current.

[0213] S702. The pan-tilt unit receives and processes status information.

[0214] The cloud rack management cluster receives and processes the status information reported by the racks in real time. Based on preset rules and algorithms, it intelligently analyzes and judges the rack status to assess whether its operation is normal.

[0215] S703. Perform abnormal condition detection on the gimbal frame.

[0216] Once the gimbal is detected to be in an abnormal state or have potential risks, such as excessive temperature or voltage fluctuations, the gimbal management cluster will immediately take further action.

[0217] S704. Detection and handling of PTZ cameras that have not reported status information.

[0218] If a rack fails to report its status for more than a preset time threshold (e.g., 5 minutes), the cloud rack management cluster will first attempt to communicate with the rack and send an acknowledgment message to verify its status. If the communication fails or the rack status is confirmed to be abnormal, an early warning mechanism will be triggered.

[0219] S705. Gimbal Mount Early Warning Triggering and Notification.

[0220] When an anomaly is detected, the PTZ management cluster initiates an alert process via the alert trigger module. Alert information is displayed through a visual interface, and alert notifications are sent to administrators via SMS, email, and other means to ensure they are promptly informed and can address the anomaly.

[0221] S706. The gimbal frame enables remote monitoring and control of the platform.

[0222] The gimbal management cluster also features remote monitoring and control capabilities. Based on actual needs, administrators can remotely adjust the gimbal's operating parameters and control its start-up and shutdown to ensure the gimbal is always in optimal working condition.

[0223] The automatic cleanup process in the information processing method provided in this embodiment of the invention can be as follows: Figure 8 As shown, it includes:

[0224] S801, the gimbal is used for gimbal status monitoring and identification.

[0225] The cloud rack management cluster continuously monitors the status information reporting of all racks. When a rack fails to report its status for an extended period, the system identifies it as a potentially problematic rack.

[0226] S802. Mark the gimbal frame and confirm it again.

[0227] Potentially problematic test benches are automatically flagged by the pan-tilt unit. The pan-tilt unit then attempts to communicate with these benches again, sending acknowledgment messages to verify their status. This step aims to avoid misjudgments due to network latency or other temporary factors.

[0228] S803. Perform a clearing operation on the gimbal.

[0229] If, after multiple attempts, the marked platform still fails to respond or return to normal, the platform will undergo an automatic cleanup operation. This includes deleting all relevant information about the platform from the system database and releasing all resources it occupies.

[0230] S804. Notify the administrator of the gimbal frame issue.

[0231] Once the removal operation is complete, the gimbal will immediately notify the administrator via a pre-set notification method (such as SMS or email). The notification will include detailed information about the removed gimbal, the reason for removal, and the time, so that the administrator can be informed of the situation and take further action.

[0232] S805. Gimbal Mount Records and Audits.

[0233] All information related to the cleanup operation is automatically logged by the PTZ camera, including the cleanup time, reason, and operator. These records are crucial for subsequent troubleshooting, system auditing, and performance analysis.

[0234] The intelligent scheduling process in the information processing method provided in this embodiment of the invention can be as follows: Figure 9 As shown, it includes:

[0235] The S901 gimbal is used for data reception and preprocessing.

[0236] The gimbal receives simulation test task requests from users or other systems, including specific task requirements, data volume, and expected execution time. The received data is preprocessed to extract key information such as task scenario, project requirements, and data identifiers.

[0237] S902. Multi-dimensional evaluation indicators for gimbal layout: A comprehensive evaluation and ranking of idle gimbals is conducted.

[0238] Based on collected status information, the gimbal constructs multi-dimensional evaluation indicators, such as resource utilization, temperature conditions, and scene matching degree. Weights are assigned to each evaluation indicator to reflect their importance in scheduling decisions. A pre-defined evaluation model is used to perform a comprehensive multi-dimensional evaluation of each gimbal. For example, the ranking value is calculated using the formula: Ranking Value = (Resource Coefficient * Remaining Resources) + (Scene Matching Coefficient * Scene Matching Degree). Based on the calculated ranking value, all available gimbals are ranked.

[0239] The gimbal can periodically collect status information from each rack, including but not limited to current temperature, CPU usage, memory usage, disk space, and network bandwidth. It also collects rack configuration information, such as hardware configuration and software version-supported test scenarios.

[0240] S903. Gimbal selection and task allocation.

[0241] The gimbal selects the gimbal with the highest ranking value as the optimal candidate. It then checks whether the selected gimbal meets the specific requirements of the task (such as hardware configuration, software compatibility, etc.). If the requirements are met, the task is assigned to that gimbal; otherwise, the next gimbal with the highest ranking value is selected for further checking, until a suitable gimbal is found.

[0242] S904. The gimbal is used for task assignment and execution monitoring.

[0243] The gimbal sends simulation test data to the selected test bench. The execution status of the task is monitored in real time to ensure that the data is transmitted correctly and processed properly by the test bench.

[0244] S905. Gimbal Frame Feedback and Adjustment.

[0245] The gimbal collects feedback data during task execution, such as execution time and resource consumption. Based on this feedback data, the evaluation model and indicator weights are adjusted to optimize future scheduling decisions.

[0246] The interruption point retry process of the information processing method provided in this embodiment of the invention can be as follows: Figure 10 As shown, it includes:

[0247] S1001. The PTZ frame sends data packets to the platform for processing.

[0248] The data packet contains various types of information, including but not limited to filename, file ID, file path, scene information, and task name.

[0249] S1002. After receiving the data packet, the test bench performs the corresponding task processing.

[0250] These tasks include, but are not limited to, data backfilling and compilation. After the platform completes its processing, it will return a data packet containing the processing results to the platform. The information in this data packet includes, but is not limited to, the file name, file ID, file path, and processing result status.

[0251] S1003. The pan-tilt unit receives the processing results returned by the platform and analyzes and statistically processes these results.

[0252] Through this step, the gimbal can identify which tasks have been successfully completed and which tasks need to be retried due to failure or abnormality.

[0253] S1004. For tasks that fail or are abnormal, the gimbal will send the corresponding data packets to the gimbal again for retrying until all tasks are successfully completed.

[0254] like Figure 11 As shown, when task ID 1 is issued, the gimbal scheduling system issues data packets with IDs 1A, 2B, and 3D. The status display shows each data packet as "not executed." After the gimbal executes the task, the feedback data shows that data packets with IDs 1A and 2B are "executed," while the data packet with ID 3D is "not executed." The gimbal scheduling system then reissues the data packet with ID 3D (task ID 1) to the gimbal, and the gimbal reports that the data packet with ID 3D is "executed."

[0255] like Figure 11 As shown, the data packets between the gimbal scheduling system and the gimbal may also include the following information: path and name, where the path and name can be understood as file path and file name.

[0256] The bench will retry the task and return a new result. This retry process will continue until all tasks are successfully completed. For data that fails to be processed multiple times, the system will issue an alert to promptly notify administrators and allow for appropriate remedial measures.

[0257] Thirdly, embodiments of the present invention provide an information processing device applied to a rack server, such as... Figure 12 As shown, the information processing device 1200 includes:

[0258] Connection unit 1201 is used to establish a communication connection with the first unregistered rack;

[0259] The receiving unit 1202 is used to receive the registration request sent by the first rack based on the communication connection;

[0260] Allocation unit 1203 is configured to, in response to the registration request, allocate a first identifier to the first rack, the first identifier being used to identify the first rack;

[0261] The sending unit 1204 is configured to send a registration response in response to the registration request to the first rack, wherein the registration response carries the first identifier.

[0262] In some embodiments, the information processing device 1200 further includes:

[0263] The verification unit is used to verify that the registration request carries the feature information of the first rack;

[0264] The verification unit is also used to check the access permission of the first platform based on the verification information if the feature information of the platform is successfully verified.

[0265] The sending unit 204 is used to assign the first identifier to the first rack when the first rack has access permission.

[0266] In some embodiments, the information processing apparatus 1200 further includes: a first determining unit.

[0267] The receiving unit 1202 is also used to receive heartbeats sent by each of the multiple test stands, wherein the heartbeats are reported periodically and carry the status information of the corresponding test stand;

[0268] The first determining unit is used to determine the operating status of each of the plurality of test stands based on the status information of the test stand.

[0269] In some embodiments, the information processing apparatus 1200 further includes: a second determining unit.

[0270] The sending unit 1204 is also configured to send an acknowledgment message to the second rack if it does not receive a heartbeat from the second rack within the first time period;

[0271] The second determining unit is used to determine whether the status information of the second rack in response to the confirmation message has been received;

[0272] The sending unit 1204 is further configured to continue sending the confirmation message to the second rack if it does not receive status information from the second rack in response to the confirmation message, until the number of times the confirmation message is sent reaches a threshold.

[0273] In some embodiments, the information processing apparatus 1200 further includes: a clearing unit and a third determining unit;

[0274] The clearing unit is used to clear the rack information of the second rack when the number of times the confirmation message is sent reaches the threshold.

[0275] The third determining unit is used to determine the operating status of the second rack based on the status information of the second rack in response to the confirmation message received from the second rack.

[0276] In some embodiments, the information processing apparatus 1200 further includes: a selection unit;

[0277] The receiving unit 1202 is also used to receive a task request, wherein the task request carries task information;

[0278] The selection unit is used to select a third rack from multiple available racks based on the task information;

[0279] The sending unit 1204 is also used to send a task based on the task information to the third rack;

[0280] The receiving unit 1202 is also used to receive feedback data from the third rack performing the task.

[0281] In some embodiments, the selection unit is further configured to:

[0282] Based on the status information of each available rack, the multiple available racks are sorted.

[0283] Based on the sorting results, candidate test stands are selected from the plurality of available test stands, and it is determined whether the candidate test stands meet the execution requirements of the task.

[0284] If the candidate test bench does not meet the execution requirements of the task, a new candidate test bench is selected from the plurality of available test benches based on the sorting results, and it is determined whether the candidate test bench meets the execution requirements of the task, until a candidate test bench that meets the execution requirements of the task is selected as the third test bench.

[0285] In some embodiments, the information processing apparatus 1200 further includes: a determination unit;

[0286] The judgment unit is used to judge the execution status of each feedback data packet in the feedback data;

[0287] The sending unit is also used to resend the data packet corresponding to the feedback data packet to the third rack in the event of a feedback data packet indicating execution failure, until a feedback data packet indicating successful execution is received.

[0288] It should be noted that the units included in the information processing device provided in the embodiments of the present invention can be implemented by a processor in an electronic device; of course, they can also be implemented by specific logic circuits; in the implementation process, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP), or a field-programmable gate array (FPGA), etc.

[0289] The description of the above device embodiments is similar to that of the above method embodiments, and has similar beneficial effects. For technical details not disclosed in the device embodiments of the present invention, please refer to the description of the method embodiments of the present invention for understanding.

[0290] It should be noted that, in the embodiments of the present invention, if the above-described vehicle driving control method is implemented as a software functional module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the embodiments of the present invention, or the part that contributes to related technologies, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program code, such as a USB flash drive, a portable hard drive, a read-only memory (ROM), a magnetic disk, or an optical disk. Thus, the embodiments of the present invention are not limited to any specific hardware and software combination.

[0291] Fourthly, embodiments of the present invention provide an electronic device, which includes a memory and a processor. The memory stores a computer program or instructions, which, when executed by the processor, implement the information processing method provided in the first aspect.

[0292] In one possible implementation, the electronic device can be a rack server.

[0293] In one example, reference Figure 13As shown, the electronic device 130 includes at least: a processor 1301, at least one communication bus 1302, a user interface 1303, at least one external communication interface 1304, and a memory 1305. The communication bus 1302 is configured to enable communication between these components. The user interface 1303 may include a display screen, and the external communication interface 1304 may include standard wired and wireless interfaces.

[0294] The memory 1305 is configured to store instructions and applications executable by the processor 1301, and can also cache data to be processed or already processed by the processor 1301 and various modules in the electronic device (e.g., image data, audio data, voice communication data and video communication data), which can be implemented by flash memory or random access memory (RAM).

[0295] Fifthly, embodiments of the present invention provide a storage medium, namely a computer-readable storage medium, on which a computer program or instructions are stored, which, when executed by a processor, implement the information processing method provided in the first aspect.

[0296] In a sixth aspect, embodiments of the present invention provide a computer program product, which includes a computer program or instructions. When the computer program or instructions are executed by a processor, they implement the information processing method provided in the first aspect.

[0297] It should be noted that the descriptions of the above embodiments of storage media, devices, apparatuses, systems, and program products are similar to the descriptions of the above method embodiments, and have similar beneficial effects. For technical details not disclosed in the embodiments of the storage media, devices, apparatuses, and program products of this invention, please refer to the descriptions of the method embodiments of this invention for understanding.

[0298] It should be understood that the phrase "one embodiment" or "an embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of the invention. Therefore, "in one embodiment" or "in some embodiments" appearing throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of the invention, the sequence numbers of the above-described processes do not imply a sequential order of execution; the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the invention. The sequence numbers of the above-described embodiments of the invention are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0299] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0300] In the several embodiments provided by this invention, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of units is only a logical functional division, and in actual implementation, there may be other division methods, such as: multiple units or components can be combined, or integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the various components shown or discussed can be through some interfaces, and the indirect coupling or communication connection between devices or units can be electrical, mechanical, or other forms.

[0301] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units. They may be located in one place or distributed across multiple network units. Some or all of the units may be selected to achieve the purpose of this embodiment according to actual needs.

[0302] In addition, in the various embodiments of the present invention, each functional unit can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit; the integrated unit can be implemented in hardware or in the form of hardware plus software functional units.

[0303] Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium includes various media that can store program code, such as mobile storage devices, read-only memory (ROM), magnetic disks, or optical disks.

[0304] Alternatively, if the integrated units of this invention are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the embodiments of this invention, or the parts that contribute to related technologies, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this invention. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, ROMs, magnetic disks, or optical disks.

[0305] The above description is merely an embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the present invention should be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

1. An information processing method, characterized in that, Applied to rack servers, including: Establish a communication connection with the first unregistered rack; The system receives a registration request from the first rack based on the communication connection. The registration request carries feature information and verification information of the first rack. The feature information is key information about the capabilities or usage scenarios of the first rack. The verification information includes an authorization code and / or a digital certificate. In response to the registration request, verify the feature information of the first rack; If the feature information of the first rack is successfully verified, the access permission of the first rack is checked based on the verification information; wherein, if the first rack has access permission, a first identifier is assigned to the first rack, and the first identifier is used to identify the first rack. Send a registration response to the registration request to the first rack, the registration response carrying the first identifier.

2. The method according to claim 1, characterized in that, The method further includes: Receive heartbeats from each of multiple test stations, wherein the heartbeats are reported periodically and carry the status information of the corresponding test station; For each of the multiple test stands, the operating status of the corresponding test stand is determined based on the status information of the test stand.

3. The method according to claim 2, characterized in that, The method further includes: If no heartbeat is received from the second rack within the first time period, a confirmation message is sent to the second rack; Determine whether the status information for responding to the confirmation message from the second rack has been received; If no status information is received from the second rack in response to the confirmation message, the confirmation message continues to be sent to the second rack until the number of times the confirmation message is sent reaches a threshold.

4. The method according to claim 3, characterized in that, The method further includes: If the number of times the confirmation message is sent reaches the threshold, the rack information of the second rack is cleared; Upon receiving status information from the second rack in response to the confirmation message, the operating status of the second rack is determined based on the status information of the second rack.

5. The method according to claim 1, characterized in that, The method further includes: Receive a task request, the task request carrying task information; Based on the task information, a third rack is selected from multiple available racks; Issue a task based on the task information to the third rack; Receive feedback data from the third rack performing the task.

6. The method according to claim 5, characterized in that, Based on the task information, a third rack is selected from the multiple access racks, including: Based on the status information of each available rack, the multiple available racks are sorted. Based on the sorting results, candidate test stands are selected from the plurality of available test stands, and it is determined whether the candidate test stands meet the execution requirements of the task. If the candidate test bench does not meet the execution requirements of the task, a new candidate test bench is selected from the plurality of available test benches based on the sorting results, and it is determined whether the candidate test bench meets the execution requirements of the task, until a candidate test bench that meets the execution requirements of the task is selected as the third test bench.

7. The method according to claim 5, characterized in that, The method further includes: Determine the execution status of each feedback data packet in the feedback data; If a feedback data packet indicating execution failure exists, the data packet corresponding to the feedback data packet is resent to the third rack until a feedback data packet indicating successful execution is received.

8. An information processing system, characterized in that, include: Tabletop server and the first table; The first rack establishes a communication connection with the rack server without registering with the rack server, and sends a registration request to the rack server; The rack server receives a registration request sent by the first rack based on the communication connection established with the first rack; the registration request carries the characteristic information and verification information of the first rack. The feature information is key information about the capabilities or usage scenarios of the first rack; the verification information includes an authorization code and / or a digital certificate. The rack server, in response to the registration request, verifies the feature information of the first rack; if the feature information of the rack is successfully verified, it checks the access permission of the first rack based on the verification information; wherein, if the first rack has access permission, a first identifier is assigned to the first rack, and the first identifier is used to identify the first rack. The rack server sends a registration response to the registration request to the first rack, the registration response carrying the first identifier; The first rack receives the registration response sent by the rack server and stores the first identifier.

9. An information processing device, characterized in that, Applied to rack servers, including: A connection unit is used to establish a communication connection with the first unregistered rack. A receiving unit is configured to receive a registration request sent by the first rack based on the communication connection; the registration request carries feature information and verification information of the first rack; the feature information is key information about the capabilities or usage scenarios of the first rack; the verification information includes an authorization code and / or a digital certificate; The verification unit is used to verify that the registration request carries the feature information of the first rack; The verification unit is also used to check the access permission of the first rack based on the verification information if the feature information of the rack is successfully verified. The sending unit is used to assign a first identifier to the first rack when the first rack has access permission; An allocation unit is configured to, in response to the registration request, allocate a first identifier to the first rack, the first identifier being used to identify the first rack; The sending unit is further configured to send a registration response in response to the registration request to the first rack, wherein the registration response carries the first identifier.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program or instructions, which, when executed by a processor, implement the information processing method according to any one of claims 1 to 7.

11. A computer program product, characterized in that, The computer program product includes a computer program or instructions, which, when executed by a processor, implement the information processing method according to any one of claims 1 to 7.

Images