WO2017167103A1

WO2017167103A1 - Remote command processing method and device

Info

Publication number: WO2017167103A1
Application number: PCT/CN2017/077727
Authority: WO
Inventors: 肖雄; 吴堃; 谢晓辉; 郝建青; 孙成浩
Original assignee: 阿里巴巴集团控股有限公司; 肖雄; 吴堃; 谢晓辉; 郝建青; 孙成浩
Priority date: 2016-03-31
Filing date: 2017-03-22
Publication date: 2017-10-05
Also published as: TW201737065A; CN107291524A; CN107291524B; TWI738726B

Abstract

Provided in embodiments of the present application are a remote command processing method and device, the method specifically comprising: receiving a trigger request of a remote command; acquiring, according to the trigger request, the remote command and an on-off parameter corresponding thereto; transmitting to a server the remote command; receiving response data returned by the server for the remote command; and if the on-off parameter corresponding to the remote command is off, then outputting the response data. The embodiments of the present application can reduce time consumed by intercepting and querying operation for returned data, thereby improving IO processing performance, and accelerating execution of a remote command.

Description

Method and device for processing remote command

Technical field

The present application relates to the field of communications technologies, and in particular, to a remote command processing method and a remote command processing device.

Background technique

With the continuous development of the information age, IT (Information Technology) operation and maintenance has become an important part of the IT service. Faced with increasingly complex businesses, in the face of increasingly diverse user needs, ever-expanding IT applications require more and more reasonable models to ensure that IT services are flexible, convenient, secure and stable. The guarantee factor is IT operation and maintenance.

Fabric is a remotely executed execution framework for remote commands such as SSH (Secure Shell Protocol, Secure Shell) commands widely used in the open source community. Its functions include: executing local or remote commands, uploading/downloading files, and others. Accessibility features such as prompting user input, aborting execution, etc. Based on Fabric, companies can easily develop their own operation and maintenance systems.

The current remote command may specifically include: an interactive command and a non-interactive command. The interactive command may be a command that requires the client to interact in order to continue execution during the execution of the command; the most common scenario is: when deleting an interactive command for a system file, the operation and maintenance system outputs the input required. The prompt for the administrator password, and the interactive command is executed after the administrator enters the administrator password. Non-interactive commands can be commands that complete the entire command execution process without the need for the client to interact during command execution.

In order to determine whether the current remote command requires the client to interact, the conventional solution in the field is usually: the client intercepts the return data of the remote command, and finds whether the returned data contains a preset keyword, and if so, confirms The current remote command requires the client to interact. If it does not, confirm that the current remote command does not require the client to interact. For example, the above The process of finding whether the returned keyword includes the preset keyword may include: the client may continuously read the return data of the server, and determine whether the returned data includes preset keywords such as password, sudo, and input.

However, when the current remote command is a non-interactive command, the traditional scheme will also perform corresponding interception and lookup operations. The above interception and lookup operations will occupy IO (Input-Output) processing between the client and the server. time. Especially when the above-mentioned return data is a large amount of data, since the return data is intercepted and searched by segments, it is necessary to repeatedly perform multiple interception and search operations for the return data of a single remote command, thereby greatly reducing the number of interception and search operations. IO handles performance and reduces the speed of execution of remote commands. For large-scale operation and maintenance systems, the time consumption of remote commands will seriously slow down the processing speed of the entire operation and maintenance system.

Summary of the invention

The technical problem to be solved by the embodiments of the present application is to provide a method for processing a remote command, which can save time and cost of intercepting and searching operations of return data, thereby improving IO processing performance and improving execution speed of remote commands. .

Correspondingly, the embodiment of the present application further provides a remote command processing device to ensure implementation and application of the foregoing method.

In order to solve the above problem, the present application discloses a method for processing a remote command, including:

Receiving a trigger request for a remote command;

Obtaining a remote command and its corresponding switch parameter according to the trigger request;

Sending the remote command to a server;

Receiving response data returned by the server for the remote command;

The response data is output when the switch parameter corresponding to the remote command is off.

Optionally, the trigger request carries the address information of the command file, and the basis is The steps of triggering the request, obtaining the remote command and its corresponding switch parameters, including:

Reading the remote command and its corresponding switch parameter from the command file according to the address information.

Optionally, the triggering request carries the address information of the command file and the switch parameter of the remote command in the command file, and the step of acquiring the remote command and the corresponding switch parameter according to the trigger request, including :

And reading, according to the address information, a remote command from the command file, and associating the read remote command with a switch parameter carried in the trigger request.

Optionally, the method further includes:

The response data is intercepted when the switch parameter corresponding to the remote command is on;

Find interactive commands that require client interaction from the intercepted response data;

And outputting the interactive prompt information corresponding to the interactive command.

Optionally, the step of receiving the response data returned by the server for the remote command includes:

The response data segment returned by the server for the remote command is read from the client's socket interface.

Optionally, the step of outputting the response data when the switch parameter corresponding to the remote command is off includes:

The response data is output when the content of the response data segment is not empty and the switch parameter corresponding to the remote command is off.

In another aspect, the present application discloses a remote command processing apparatus, including:

a first receiving module, configured to receive a trigger request of a remote command;

An acquiring module, configured to acquire a remote command and a corresponding switch parameter according to the trigger request;

a sending module, configured to send the remote command to a server;

a second receiving module, configured to receive response data returned by the server for the remote command;

And a first output module, configured to output the response data when the switch parameter corresponding to the remote command is off.

Optionally, the triggering request carries the address information of the command file, where the acquiring module includes:

The first obtaining submodule is configured to read the remote command and the corresponding switch parameter from the command file according to the address information.

Optionally, the triggering request carries the address information of the command file and the switch parameter of the remote command in the command file, where the acquiring module includes:

The second obtaining submodule is configured to read the remote command from the command file according to the address information, and associate the read remote command with the switch parameter carried in the trigger request.

Optionally, the device further includes:

An intercepting module, configured to intercept the response data when a switch parameter corresponding to the remote command is turned on;

a lookup module for finding an interactive command from the intercepted response data that requires the client to interact;

And a second output module, configured to output interaction prompt information corresponding to the interactive command.

Compared with the prior art, the embodiments of the present application include the following advantages:

The embodiment of the present application may obtain the remote command and the corresponding switch parameter according to the trigger request of the remote command, and output the response data when the switch parameter corresponding to the remote command is closed; When the switch parameter corresponding to the remote command is off, the interception and search operations of the return data may not be performed, thereby saving the interception of the returned data and The time taken to find an operation can improve IO processing performance and can increase the execution speed of remote commands.

DRAWINGS

1 is a schematic diagram of an application environment of a remote command processing method of the present application;

2 is a flow chart showing the steps of a first embodiment of a method for processing a remote command according to the present application;

3 is a flow chart showing the steps of a second embodiment of a method for processing a remote command according to the present application;

Figure 4 is a schematic illustration of a response data of the present application;

5 is a flow chart showing the steps of a third embodiment of a method for processing a remote command according to the present application;

FIG. 6 is a structural block diagram of an embodiment of a remote command processing apparatus of the present application.

detailed description

The above described objects, features and advantages of the present application will become more apparent and understood.

The method for determining the non-interactive command in the large data volume transmission scenario in the conventional solution leads to a technical problem that the IO processing performance is low and the execution speed of the remote command is slow. The embodiment of the present application can obtain the remote device according to the trigger request of the remote command. And the corresponding switch parameter, and when the switch parameter corresponding to the remote command is off, the response data is output; because the switch parameter corresponding to the remote command is off, the embodiment may not perform The interception and lookup operations of the data are returned, so that the time taken to intercept and find the return data can be saved, thereby improving the IO processing performance and improving the execution speed of the remote command.

The embodiment of the present application can be applied to an application scenario of an operation and maintenance system such as Fabric and Ansible, which is used to improve the IO processing performance and the execution speed of the remote command in the operation and maintenance system. It should be understood that the embodiments of the present application do not limit the specific application scenarios.

The processing method of the remote command provided by the embodiment of the present application can be applied to the application environment shown in FIG. 1. As shown in FIG. 1, the client 100 and the server 200 can be located in a wired or wireless network, through the wired or wireless network. The client 100 performs data interaction with the server 200.

Specifically, the client 100 can run on a physical machine or a virtual machine, and can receive a trigger request of a remote command input by the user, obtain a remote command and its corresponding switch parameter according to the trigger request, and send the Remote command to cause the server 200 to obtain response data of the remote command. The response data may include the interactive prompt information of the remote command when the remote command is an interactive command, and the response data may include the As a result of the processing of the remote command, it can be understood that the embodiment of the present application does not limit the specific response data.

Moreover, the client 100 can also receive the response data returned by the server 200 for the remote command, and output the response data when the switch parameter corresponding to the remote command is off. In the embodiment of the present application, the foregoing switch parameter may specifically include turning off or on, wherein the closing may be used to indicate that the intercepting and searching operations of the response data are not performed, and the opening and the searching operation for indicating the response data may be indicated.

It can be understood that the application environment shown in FIG. 1 is only used as an application example. One of the purposes of the input process in the embodiment of the present application is that when the switch parameter corresponding to the remote command is off, the interception and searching of the returned data may not be performed. The operation can solve the technical problem that the judgment process of the non-interactive command in the large data volume transmission scenario leads to low IO processing performance and slow execution speed of the remote command, and the specific application environment of the remote command processing flow is not limited.

Method embodiment 1

Referring to FIG. 2, a flow chart of the steps of the first embodiment of the remote command processing method of the present application is shown, which may specifically include the following steps:

Step 201: Receive a trigger request of a remote command.

Step 202: Acquire a remote command and corresponding switch parameters according to the trigger request.

In the embodiment of the present application, the trigger request may be input by a user, and may be used to trigger a remote command, so that the client sends a corresponding remote command to the server.

In the technical field, the client intercepts the returned data of the remote command and finds whether the returned data contains a preset keyword. If yes, it confirms that the current remote command requires the client to interact. The process of searching for the preset keyword in the returned data may include: the client may continuously read the return data of the server, and determine whether the returned data includes preset keywords such as password, sudo, and input. .

The user in the embodiment of the present application may include: an operation and maintenance personnel with professional knowledge, and the operation and maintenance personnel are generally familiar with the remote command. Therefore, for the remote command to be triggered, the operation and maintenance personnel are familiar with whether the remote command includes the above. The preset keyword is so as to be able to clarify whether it needs the client to perform the interaction. Therefore, the user of the embodiment of the present application has the ability to accurately set the switch parameters of the remote command to be triggered. Specifically, the remote command to be triggered requires the client. When the end interacts (that is, as an interactive command), the user can set the corresponding switch parameter to be on, or, when the remote command to be triggered does not require the client to interact (ie, is a non-interactive command), the user The corresponding switch parameter can be set to off.

The embodiment of the present application may provide the following technical solutions for acquiring a remote command and its corresponding switch parameters according to the trigger request:

Technical solution 1

In the technical solution 1, the triggering request may carry the address information of the command file, and the step 202 of acquiring the remote command and the corresponding switch parameter according to the triggering request may specifically include:

Step A1: Read the remote command and its corresponding switch parameter from the command file according to the address information.

In the embodiment of the present application, one or more remote commands may be recorded in the command file, and the command The file is usually written by the user, so the user can accurately determine whether the preset keyword is included in the command file, so that it can be clear whether the remote command in the command file requires the client to interact. Therefore, on the basis that the user clarifies whether the remote command requires the client to interact in the command file, it can record the corresponding switch parameter in the command file. The number of the switch parameters recorded in the command file may be one to indicate that there is a remote command in the command file that requires the client to interact. Alternatively, the number of switch parameters recorded in the command file can be the same as the number of remote commands to identify whether each remote command requires the client to interact. It can be understood that the specific recording manner of the switch parameters in the above command file is not limited in the embodiment of the present application.

In an optional embodiment of the present application, the remote command and the switch parameter recorded by the command file may have corresponding preset positions. For example, the preset position of the switch parameter may be the first line or the last line or The line number is set, so step A1 may first load the above command file according to the above address information, and read the remote command and its corresponding switch parameter from the command file according to the preset position. It can be understood that the specific reading process of reading the remote command and its corresponding switch parameter from the command file according to the address information is not limited.

Technical solution 2

In the technical solution 2, the trigger request may carry the address information of the command file and the switch parameter of the remote command in the command file, and the step of acquiring the remote command and the corresponding switch parameter according to the trigger request 202, specifically may include:

Step B1: Read a remote command from the command file according to the address information, and associate the read remote command with a switch parameter carried in the trigger request. The foregoing association may associate the remote command with the corresponding switch parameter. If it is recorded that there are M remote commands in the command file, and the trigger request carries N switch parameters, the M remote commands and the N switch parameters may be established. The mapping relationship between.

Compared with the technical solution 1, the remote command and the switch parameter are simultaneously recorded in the command file, and the technical solution 2 can record the remote command only in the command file, and carry the switch parameter of the remote command in the command file by triggering the request; thus, step B1 The remote command can be read from the command file according to the address information, and the read remote command is associated with the switch parameter carried in the trigger request to obtain the remote command and its corresponding switch parameter.

It should be noted that the triggering request in the embodiment of the present application may be input by the user through a keyboard, a mouse, or the like. The specific manner of obtaining the trigger request is not limited in the embodiment of the present application.

It can be understood that the foregoing technical solution 1 and technical solution 2 are only an optional technical solution for acquiring a remote command and its corresponding switch parameter according to the trigger request. In fact, those skilled in the art may also adopt a basis according to actual application requirements. The triggering request, the other technical solution for acquiring the remote command and its corresponding switch parameter, for example, may provide a preset interface, so that the user submits the trigger request through the preset interface, and carries the remote command and the trigger request in the trigger request Corresponding switch parameters, wherein the trigger request may carry multiple remote commands and their corresponding switch parameters, or may carry multiple remote commands and switch parameters corresponding to each remote command, etc. The specific technical solution for triggering the request and obtaining the remote command and its corresponding switch parameters is not limited.

Step 203: Send the remote command to a server.

In an application example of the application, the client may send a string corresponding to the remote command to the server to notify the server to execute the remote command, where one remote command may be sent at a time, or multiple remote commands may be sent at a time. .

After receiving the remote command, the server may determine whether the remote command requires the client to interact (for example, whether a password is required, etc.), and if necessary, the corresponding interaction prompt may be carried in the response data sent to the client. The information, if not required, can carry the corresponding processing result in the response data sent to the client.

Step 204: Receive response data returned by the server for the remote command.

In an optional embodiment of the present application, the step 204 of receiving the response data returned by the server for the remote command may specifically include:

Step C1: Read a response data segment returned by the server for the remote command from a SOCKET (socket) interface of the client.

The foregoing optional embodiment may be applicable to a large data volume transmission scenario, where the socket interface may be provided by a client operating system, and the response data segment may include data of a large amount of data, for example, the length may be 4096 bytes. It is understood that the specific length of the above response data segment is not limited in the embodiment of the present application.

Step 205: Output the response data when the switch parameter corresponding to the remote command is off.

In an optional embodiment of the present application, the step 205 of the step of outputting the response data may include: displaying the response data directly through the data stream when the switch parameter corresponding to the remote command is off On the display device, that is, the response data can be directly provided to the user; since the return data can be intercepted and searched for non-interactive commands, the cost of intercepting and searching for the returned data can be saved. Time.

In another optional embodiment of the embodiment of the present application, in a case where the response data segment returned by the server for the remote command is read from a SOCKET (socket) interface of the client, the When the switch parameter corresponding to the remote command is off, the step 205 of outputting the response data may include: when the content of the response data segment is not empty, and the switch parameter corresponding to the remote command is off, The response data is output. In an actual application, the optional embodiment may first determine whether the content of the response data segment is empty, and if not, determine whether the switch parameter corresponding to the remote command is off, and the content of the response data segment. The response data is output when it is not empty and the switch parameter corresponding to the remote command is off.

In a further optional embodiment of the present application, when the content of the response data segment is empty, the processing flow of the remote command in the embodiment of the present application may be ended.

In summary, the embodiment of the present application can obtain the remote command and its corresponding switch parameter according to the trigger request of the remote command, and output the response data when the switch parameter corresponding to the remote command is off; For example, when the switch parameter corresponding to the remote command is off, the interception and search operations of the return data may not be performed, thereby saving time and time required for intercepting and searching operations of the returned data, thereby improving IO processing performance, and Can improve the execution speed of remote commands.

Method embodiment two

Referring to FIG. 3, a flow chart of the steps of the second embodiment of the remote command processing method of the present application is shown, which may specifically include the following steps:

Step 301: Receive a trigger request of a remote command.

Step 302: Acquire a remote command and corresponding switch parameters according to the trigger request.

Step 303: Send the remote command to a server.

Step 304: Receive response data returned by the server for the remote command.

Step 305: Output the response data when the switch parameter corresponding to the remote command is off.

The method of this embodiment may further include:

Step 306: When the switch parameter corresponding to the remote command is turned on, intercept the response data.

Step 307: Search for an interactive command that requires the client to interact from the intercepted response data.

Step 308: Output interactive prompt information corresponding to the interactive command.

In step 306 to step 308 of the embodiment, the response data is intercepted and searched to identify an interactive command from the response data that requires the client to interact, and then the pair can be obtained. The interactive information should be prompted.

In an optional embodiment of the present application, the foregoing step 307 may specifically include: intercepting the response data, cutting the intercepted response data by lines (\r, \n, \r\n), and cutting Each current line determines whether it contains a preset keyword (sudo, password); if yes, it can output a prompt box to prompt the client to interact; if not, the response data corresponding to the current line can be output, and step 307 is performed. Continue to the next judgment until all response data has been processed

Referring to FIG. 4, there is shown a schematic diagram of a response data of the present application, wherein the fabric can intercept and search the response data returned by 10.125.0.171 (server), wherein the response data of a certain row is found to contain "password". "For keywords, you can output the interactive prompt message "out:[sudo]password for xiong.xiaox:" to prompt the user to enter the password. After the user enters the password, the fabric can send the password entered by the user back to the 10.125.0.171 server. The server is configured to authenticate the password; wherein, when the authentication of the password is passed, the server may continue to execute the corresponding remote command, and send corresponding response data to the client, where the response data may include execution of the remote command. As a result, when the authentication of the password fails, the server may refuse to execute the corresponding remote command, and send corresponding response data to the client, where the response data may include a password error result of the remote command. It can be understood that the above is only an example of the processing procedure as the response data. In fact, the specific processing procedure of the response data is not limited in the embodiment of the present application.

Method embodiment three

Referring to FIG. 5, a flow chart of the steps of the third embodiment of the remote command processing method of the present application is shown, which may specifically include the following steps:

Step 501: The client receives a trigger request of a remote command.

Step 502: The client obtains the remote command and its corresponding switch parameter according to the trigger request.

Step 503: The client sends the remote command to the server.

Step 504: The client reads, from the socket interface, a response data segment returned by the server for the remote command.

Step 505, the client determines whether the data of the response data segment is empty, and if so, the process ends; otherwise, step 506 is performed;

Step 506, the client determines whether the switch parameter corresponding to the remote command is off, and if so, step 507 is performed, otherwise, step 508 is performed;

Step 507: The client outputs the response data.

Step 508: The client intercepts the response data.

Step 509: The client searches for the interactive command that requires the client to interact from the intercepted response data.

Step 510: The client outputs the interaction prompt information corresponding to the interactive command.

It should be noted that, in an optional embodiment of the present application, step 507 may also write response data to the cache for processing requirements of the remote command.

It should be noted that, for the method embodiments, for the sake of simple description, they are all expressed as a series of action combinations, but those skilled in the art should understand that the embodiments of the present application are not limited by the described action sequence, because In accordance with embodiments of the present application, certain steps may be performed in other sequences or concurrently. In the following, those skilled in the art should also understand that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily required in the embodiments of the present application.

Device embodiment

Referring to FIG. 6, a structural block diagram of an embodiment of a remote command processing apparatus of the present application is shown, which may specifically include the following modules:

The first receiving module 601 is configured to receive a trigger request of the remote command;

The obtaining module 602 is configured to obtain a remote command and a corresponding switch parameter according to the trigger request.

a sending module 603, configured to send the remote command to a server;

a second receiving module 604, configured to receive response data returned by the server for the remote command;

The first output module 605 is configured to output the response data when the switch parameter corresponding to the remote command is off.

In an optional embodiment of the present application, the triggering request may carry the address information of the command file, and the acquiring module 602 may specifically include:

In another optional embodiment of the present application, the triggering request may include the address information of the command file and the switch parameter of the remote command in the command file, where the obtaining module 602 may specifically include:

In still another optional embodiment of the present application, the apparatus may further include:

In a further optional embodiment of the present application, the second receiving module 603 may specifically include:

Reading a submodule for reading a response data segment returned by the server for the remote command from a socket interface of the client.

In an optional embodiment of the present application, the first output module 605 may specifically include:

And an output submodule, configured to output the response data when the content of the response data segment is not empty and the switch parameter corresponding to the remote command is off.

For the device embodiment, since it is basically similar to the method embodiment, the description is relatively simple, and the relevant parts can be referred to the description of the method embodiment.

The various embodiments in the present specification are described in a progressive manner, and each embodiment focuses on differences from other embodiments, and the same similar parts between the various embodiments can be referred to each other.

Those skilled in the art will appreciate that embodiments of the embodiments of the present application can be provided as a method, apparatus, or computer program product. Therefore, the embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

In a typical configuration, the computer device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory. The memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory. Memory is a computer readable medium Example. Computer readable media includes both permanent and non-persistent, removable and non-removable media. Information storage can be implemented by any method or technology. The information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device. As defined herein, computer readable media does not include non-persistent computer readable media, such as modulated data signals and carrier waves.

Embodiments of the present application are described with reference to flowcharts and/or block diagrams of methods, terminal devices (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block of the flowchart illustrations and/or FIG. These computer program instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor or other programmable data processing terminal device to produce a machine such that instructions are executed by a processor of a computer or other programmable data processing terminal device Generated for implementing a process or multiple processes and/or parties in a flowchart A block diagram of a device in a box or a function specified in a plurality of boxes.

The computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing terminal device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device. The instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.

These computer program instructions can also be loaded onto a computer or other programmable data processing terminal device such that a series of operational steps are performed on the computer or other programmable terminal device to produce computer-implemented processing, such that the computer or other programmable terminal device The instructions executed above provide steps for implementing the functions specified in one or more blocks of the flowchart or in a block or blocks of the flowchart.

While a preferred embodiment of the embodiments of the present application has been described, those skilled in the art can make further changes and modifications to the embodiments once they are aware of the basic inventive concept. Therefore, the appended claims are intended to be interpreted as including all the modifications and the modifications

Finally, it should also be noted that in this context, relational terms such as first and second are used merely to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply these entities. There is any such actual relationship or order between operations. Furthermore, the terms "comprises" or "comprising" or "comprising" or any other variations are intended to encompass a non-exclusive inclusion, such that a process, method, article, or terminal device that includes a plurality of elements includes not only those elements but also Other elements, or are included An element inherent in such a process, method, article or terminal device. An element defined by the phrase "comprising a ..." does not exclude the presence of additional identical elements in the process, method, article, or terminal device that comprises the element, without further limitation.

The method for processing a remote command and the processing device for a remote command provided by the present application are described in detail above. The principle and implementation manner of the present application are described in the specific examples, and the description of the above embodiment is described. It is only used to help understand the method of the present application and its core ideas; at the same time, for those of ordinary skill in the art, according to the idea of the present application, there will be changes in specific implementation manners and application scopes. The contents of this specification are not to be construed as limiting the application.

Claims

A method for processing a remote command, comprising:

Receiving a trigger request for a remote command;

Obtaining a remote command and its corresponding switch parameter according to the trigger request;

Sending the remote command to a server;

Receiving response data returned by the server for the remote command;

The response data is output when the switch parameter corresponding to the remote command is off.
The method according to claim 1, wherein the triggering request carries the address information of the command file, and the step of acquiring the remote command and its corresponding switch parameter according to the trigger request includes:

Reading the remote command and its corresponding switch parameter from the command file according to the address information.
The method according to claim 1, wherein the trigger request carries address information of a command file and a switch parameter of a remote command in the command file, and the remote command is acquired according to the trigger request. The steps of the corresponding switch parameters include:

And reading, according to the address information, a remote command from the command file, and associating the read remote command with a switch parameter carried in the trigger request.
The method according to any one of claims 1 to 3, wherein the method further comprises:

The response data is intercepted when the switch parameter corresponding to the remote command is on;

Find interactive commands that require client interaction from the intercepted response data;

And outputting the interactive prompt information corresponding to the interactive command.
The method according to any one of claims 1 to 3, wherein the step of receiving the response data returned by the server for the remote command comprises:

The response data segment returned by the server for the remote command is read from the client's socket interface.
The method according to claim 5, wherein the step of outputting the response data when the switch parameter corresponding to the remote command is off comprises:

The response data is output when the content of the response data segment is not empty and the switch parameter corresponding to the remote command is off.
A remote command processing device, comprising:

a first receiving module, configured to receive a trigger request of a remote command;

An acquiring module, configured to acquire a remote command and a corresponding switch parameter according to the trigger request;

a sending module, configured to send the remote command to a server;

a second receiving module, configured to receive response data returned by the server for the remote command;

And a first output module, configured to output the response data when the switch parameter corresponding to the remote command is off.
The device according to claim 7, wherein the triggering request carries the address information of the command file, and the acquiring module includes:

The first obtaining submodule is configured to read the remote command and the corresponding switch parameter from the command file according to the address information.
The device according to claim 7, wherein the triggering request carries the address information of the command file and the switch parameter of the remote command in the command file, and the acquiring module includes:

The second obtaining submodule is configured to read the remote command from the command file according to the address information, and associate the read remote command with the switch parameter carried in the trigger request.
The device according to any one of claims 7 to 9, wherein the device further comprises:

An intercepting module, configured to intercept the response data when a switch parameter corresponding to the remote command is turned on;

a lookup module for finding an interactive command from the intercepted response data that requires the client to interact;

And a second output module, configured to output interaction prompt information corresponding to the interactive command.