CN115801755A

CN115801755A - Data processing method and equipment

Info

Publication number: CN115801755A
Application number: CN202211434212.1A
Authority: CN
Inventors: 单玉飞
Original assignee: Lenovo Beijing Ltd
Current assignee: Lenovo Beijing Ltd
Priority date: 2022-11-16
Filing date: 2022-11-16
Publication date: 2023-03-14

Abstract

The application provides a data processing method, which is applied to first equipment and comprises the following steps: a first device receives a picture acquisition request command sent by a remote second device through a remote control module, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device; capturing picture data of a current screen of the first equipment at a system boot stage of the first equipment based on the picture acquisition request command; processing the picture data to obtain a picture data packet of the picture data; and sending the picture data packet to the second device based on the Internet address and the port number, so that the second device remotely manages the first device based on the picture data packet. Simultaneously, this application still provides an electronic equipment.

Description

Data processing method and equipment

Technical Field

The present application relates to data processing technologies, and in particular, to a data processing method and device.

Background

Because the vPro essential platform is oriented to middle and small enterprises and department level users, and has fewer functions compared with the vPro platform, the vPro essential platform cannot acquire the picture images of the remote equipment in the Pre-Boot stage (Pre-Boot) of the operating system/the Boot stage (BIOS POST) of the basic input/output system, and thus cannot effectively manage the remote equipment.

Disclosure of Invention

The technical scheme of the application is realized as follows:

according to an aspect of the present application, there is provided a data processing method, which is applied to a first device, the method including:

a first device receives a picture acquisition request command sent by a remote second device through a remote control module, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

capturing picture data of a current screen of the first equipment at a system boot stage of the first equipment based on the picture acquisition request command;

processing the picture data to obtain a picture data packet of the picture data;

and sending the picture data packet to the second device based on the Internet address and the port number, so that the second device remotely manages the first device based on the picture data packet.

In the foregoing solution, the capturing picture data of the current screen of the first device at the system booting stage of the first device based on the picture obtaining request command includes:

monitoring a target command related to the picture acquisition request command at a system booting stage of the first device based on the picture acquisition request command;

and if the target command is monitored, capturing picture data of a current screen of the first equipment at a system boot stage of the first equipment.

In the above solution, the capturing picture data of the current screen of the first device at the system boot stage of the first device based on the picture acquisition request command includes:

determining the current starting state of the first equipment based on the picture acquisition request command;

and under the condition that the first equipment is determined to be in the system booting stage currently based on the starting state, capturing picture data of a current screen of the first equipment in the system booting stage of the first equipment.

starting a screen capture timer of the first device based on the picture acquisition request command;

and grabbing picture data of the current screen of the first equipment at the system booting stage of the first equipment based on the timer event of the screen grabbing timer.

In the above scheme, the processing is performed on the picture data to obtain a picture data packet of the picture data; the method comprises the following steps:

determining a target cache region based on the image acquisition request command, wherein the target cache region is used for storing image data of the first equipment screen;

carrying out bitmap conversion on the picture data in the target cache region to obtain a picture image of the picture data;

and carrying out encryption compression processing on the picture image to obtain a picture data packet of the picture data.

In the above solution, the processing the picture data to obtain the picture data packet of the picture data further includes:

the picture data is provided with a plurality of pictures;

and carrying out continuous picture processing on the plurality of picture data to obtain a picture data packet of the continuous pictures.

According to another aspect of the present application, there is provided a data processing method applied to a second device, the method including:

the method comprises the steps that a second device sends a picture acquisition request command to a first device through a remote control module of the first device, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

receiving an image data packet sent by the first device based on the image acquisition request command through the internet protocol address and the port number; the picture data packet is picture data of a current screen of the first device captured by the first device at a system boot stage of the first device based on the picture acquisition request command;

and decrypting the picture data packet to obtain the picture data of the current screen of the first equipment.

In the above scheme, the method further comprises:

the number of the picture data packets is multiple;

decrypting the plurality of picture data packets to obtain a plurality of picture data of the current screen of the first device;

and carrying out continuous picture processing on the plurality of picture data to obtain a video picture of the current screen of the first equipment.

According to a third aspect of the present application, there is provided a first apparatus comprising:

a receiving unit, configured to receive, through a remote control module, a picture acquisition request command sent by a remote second device, where the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

the acquisition unit is used for grabbing the picture data of the current screen of the first equipment at the system booting stage of the first equipment based on the picture acquisition request command;

the processing unit is used for processing the picture data to obtain a picture data packet of the picture data;

a sending unit, configured to send the picture packet to the second device based on the internet address and the port number, so that the second device remotely manages the first device based on the picture packet.

According to a fourth aspect of the present application, there is provided a second apparatus comprising:

a sending unit, configured to send a picture acquisition request command to the first device through a remote control module of the first device, where the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

a receiving unit, configured to receive, through the internet protocol address and the port number, an image data packet sent by the first device based on the image acquisition request command; the picture data packet is picture data of a current screen of the first device captured by the first device at a system boot stage of the first device based on the picture acquisition request command;

and the processing unit is used for decrypting the picture data packet to obtain the picture data of the current screen of the first equipment.

According to the data processing method and the data processing equipment, a first device receives a picture acquisition request command sent by a remote second device through a remote control module, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device; capturing picture data of a current screen of the first equipment at a system boot stage of the first equipment based on the picture acquisition request command; processing the picture data to obtain a picture data packet of the picture data; and sending the picture data packet to the second device based on the Internet address and the port number, so that the second device remotely manages the first device based on the picture data packet. The method is a method for capturing and transmitting the display picture of the remote equipment to the remote control end by a pure software method, so that the hardware cost of the equipment can be saved, and the management end can obtain the screen picture of the remote equipment in the system boot stage through the vPro essences platform, so that the remote equipment can be effectively remotely managed.

Drawings

FIG. 1 is a first schematic diagram illustrating a first flowchart of a data processing method according to the present application;

FIG. 2 is a schematic diagram illustrating a second implementation of a flow of a data processing method according to the present application;

fig. 3 is a schematic view illustrating a third implementation of the flow of the data processing method in the present application;

FIG. 4 is a schematic diagram of an implementation scenario of the processing method in the present application;

FIG. 5 is a schematic structural component diagram of a first apparatus of the present application;

FIG. 6 is a schematic structural component diagram of a second apparatus of the present application;

FIG. 7 is a schematic diagram of the structural components of the electronic device of the present application;

FIG. 8 is a schematic diagram of an implementation of a data processing system according to the present application.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more clearly understood, the technical solutions in the embodiments of the present application will be described below clearly and completely with reference to the accompanying drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application. In the present application, the embodiments and features of the embodiments may be arbitrarily combined with each other without conflict. The steps illustrated in the flow charts of the figures may be performed in a computer system such as a set of computer-executable instructions. Also, while a logical order is shown in the flow diagrams, in some cases, the steps shown or described may be performed in an order different than here.

The technical solution of the present application is further described in detail with reference to the drawings and specific embodiments of the specification.

Fig. 1 is a schematic view of a first flow implementation of a data processing method in the present application, and as shown in fig. 1, the method includes:

step 101, a first device receives a picture acquisition request command sent by a remote second device through a remote control module, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

in the present application, the method may be applied to a first device, the first device and the second device including, but not limited to, a mobile phone, a watch, a computer, a kiosk, a data processing device, an interactive kiosk, an industrial device, and the like. Here, the first device side may be provided with a remote control module, the remote control module may be an Intel business PC management platform (Intel vPro), and the second device may send a screen obtaining request command to the first device through the remote control module of the first device side to request to obtain a screen of the first device, where the screen includes, but is not limited to, a screen of the first device in a Pre-Boot stage and/or a BIOS POST stage.

Step 102, capturing picture data of a current screen of the first equipment at a system boot stage of the first equipment based on the picture acquisition request command;

in this application, when the first device receives, through the remote control module, a picture acquisition request command sent by the second device, current state information of the first device may be acquired based on the picture acquisition request command, a current start state of the first device is determined based on the state information, and picture data of a current screen of the first device may be captured at a system Boot stage of the first device when the first device is determined to be currently in the system Boot stage (Pre-Boot) based on the start state. Alternatively, in a case where it is determined that the first device is currently in a system boot stage (BIOS POST) based on the boot state, the screen data of the current screen of the first device may be captured in the system boot stage of the first device.

In the application, when capturing the picture data of the current screen of the first device at the system boot stage or the system start stage of the first device, the target command related to the picture acquisition request command may also be monitored at the system boot stage or the system start stage of the first device; and if the target command is monitored, capturing picture data of a current screen of the first equipment in a system boot stage or a system start stage of the first equipment.

Here, the target command includes, but is not limited to, a command of a system pre-boot phase and a command of a Basic Input Output System (BIOS) start phase, such as a device power-on command, a boot program start command, a motherboard BIOS start command, a memory BIOS start command, a display card BIOS start command and/or a BIOS command of other devices (network card, controller), an operating system loading command, and the like.

In the application, when capturing the picture data of the current screen of the first device at the system boot stage or the system start stage of the first device, the screen capture timer of the first device may be started based on the picture acquisition request command; and capturing picture data of the current screen of the first equipment in a system boot stage or a system starting stage of the first equipment based on the timer event of the screen capture timer.

103, processing the picture data to obtain a picture data packet of the picture data;

in this application, the first device may further apply for a target cache region from a memory when receiving a picture acquisition request command sent by the second device, and may store the screen picture data in the target cache region when capturing the screen picture data of the first device. The first device can also perform bitmap conversion on the screen image data stored in the target cache region to obtain an image of the screen image data; then, the picture image is encrypted and compressed to obtain a picture data packet of the screen picture data.

In this application, the first device may obtain a plurality of screen image data, and when the screen image data is a plurality of screen image data, the first device may further sequence the plurality of screen image data based on the frame parameter of each screen image to obtain an image data packet representing a continuous image.

And 104, sending the picture data packet to the second device based on the internet address and the port number, so that the second device remotely manages the first device based on the picture data packet.

In the application, the picture acquisition request command sent by the remote second device and received by the first device through the remote control module at least carries the internet protocol address and the port number of the second device. When the first device obtains a picture data packet of screen picture data of the first device, the picture data packet may be sent to the second device based on the internet address and the port number, and after the second device receives the picture data packet, by parsing the picture data packet, a picture image of a current screen of the first device and/or a plurality of continuous picture images in a period of time may be obtained, so that the first device is remotely managed based on the picture image and/or the plurality of continuous picture images.

By the data processing method, an administrator can remotely monitor the screen of the terminal equipment through the management equipment to obtain the picture of the terminal equipment at the BIOS POST stage/Pre-Boot stage, and therefore remote management of the terminal equipment is facilitated. In addition, since a Keyboard, a Video or a Mouse (KVM) of the vPro platform needs hardware basic support, analog signals of a display interface of the terminal device are captured, digitized and converted into data packets, encrypted and compressed, and transmitted to the remote management device. According to the scheme provided by the application, the display picture is captured and transmitted to the remote control terminal through a pure software method, so that not only is the hardware cost saved, but also the screen picture of the terminal equipment in a system boot stage or a BIOS start stage can be obtained, and the convenience of remote management and the timeliness of problem solving are improved.

Fig. 2 is a schematic view of a second flow implementation of the data processing method in the present application, as shown in fig. 2, the method includes:

step 201, a second device sends a picture acquisition request command to a first device through a remote control module of the first device, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

step 202, receiving, by the internet protocol address and the port number, a picture data packet sent by the first device based on the picture acquisition request command; the picture data packet is picture data of a current screen of the first device captured by the first device at a system boot stage of the first device based on the picture acquisition request command;

step 203, performing decryption processing on the picture data packet to obtain picture data of the current screen of the first device.

In this application, the method may be applied to a second device, where the second device sends a picture acquisition request command to the first device through a remote control module of the first device to request to acquire screen data of the first device, and a screen including the first device in a system boot phase or a BIOS start phase may be acquired through the screen data, which is not limited to the screens in the system boot phase and the BIOS start phase, and all screen data related to a screen of the first device are within the scope of this application. Therefore, the current problem stage of the first device can be quickly determined through the screen.

In this application, the specific information that the second device obtains based on the picture obtaining request may be a picture data packet sent by the first device, and the current screen picture of the first device may be obtained by decrypting the picture data packet.

In this application, the number of the picture data packets that the second device receives and the first device sends based on the picture acquisition request command may be multiple, and in the case that there are multiple picture data packets, the second device may further perform one-to-one decryption processing on the multiple picture data packets, so as to obtain multiple picture data (i.e., multiple picture images) of the current screen of the first device. The plurality of screen data may be the same or different, and when the plurality of screen data are different, the plurality of screen images may manage the problem of the plurality of stages of the first device.

In this application, if the plurality of picture data are the same, the second device may further perform continuous picture processing (e.g., sorting) on the plurality of picture data according to the frame parameters of the plurality of picture data, so as to obtain a video picture of the current screen of the first device.

According to the data processing method, the screen image data of the remote equipment is acquired by a pure software method, so that not only can the hardware cost be saved, but also the screen image of the remote equipment in a system boot stage or a BIOS starting stage can be acquired, and the convenience of remote management and the timeliness of solving problems are improved.

It should be noted that: the data processing method provided in the foregoing embodiment belongs to the same concept as the data processing method embodiment provided in fig. 1, and a specific implementation process thereof is shown in the method embodiment of fig. 1, and is not described again here.

Fig. 3 is a schematic view of a third implementation flow of the data processing method in the present application, and as shown in fig. 3, the method includes:

step 301, the control end sets a guide option through an Advanced Streaming Format (ASF) command;

here, the control end may be specifically a second device, and SETs a screen acquisition request command in OEM capabilities by using a remote management tool (such as a vPro essences platform), and sends an IP address and a port value of the control end to the client through an ASF SET BOOT OPTIONS command.

In step 302, a Basic Input Output System (BIOS) in the client obtains BOOT OPTIONS via an ASF GET BOOT OPTIONS command.

Step 303, determining whether a request from a control terminal exists currently according to the acquired guidance options; if yes, go to step 304, if no, go to step 308;

step 304, starting a screen capture timer;

step 305, storing the image data of the current screen in a buffer area, and converting the image data into a file in a BMP bitmap format;

step 306, encrypting and compressing the BMP bitmap file to form an image data packet;

step 307, transmitting the image data packet to the IP address and port of the control end through a TCP/IP protocol;

here, the BIOS may create a Socket interface using Socket (), establish a communication connection to the control terminal that originally noted the IP address and the port using connect (), and transmit the image packet to the IP address and the port to the control terminal through the TCP/IP protocol after the control terminal responds to the communication connection.

And step 308, ending.

The following is one implementation scenario of the present application:

an administrator discovers that several machines can not be started normally, and then remotely invokes a one-key recovery function (OKR) of the target device through a Unified Extensible Firmware Interface (UEFI) on the management device to automatically repair or reinstall or backup the system of the target device. Such as device 401 and device 402 shown in fig. 4, but the data progress of each device may be not the same, so that the administrator wants to know what the device is in which progress is delayed, and at this time, needs to look at the screens of device 401 and device 402 to determine what problem is encountered or at what stage. But is limited by the capability of the vPro essential platform, and cannot acquire the real-time images of the device 401 and the device 402 at this time. According to the scheme of the application, an administrator can remotely send the image acquisition request command to the device 401 and the device 402 through the management device, the device 401 and the device 402 can judge the current starting state of the device after receiving the image acquisition request command, and the image data of the screen of the device can be captured when the device is determined to be in the system boot stage or the BIOS starting stage based on the starting state. And compressing and encrypting the picture data to obtain a picture data packet of the picture data, and sending the picture data packet to the management equipment. When the management device receives the screen data packets sent by the device 401 and the device 402, the current screens of the device 401 and the device 402 can be obtained by decrypting the data packets, so that the current stages and problems of the device 401 and the device 402 can be determined according to the screens. Such as device 401 currently being in a "backing up system" phase and device 402 currently being in a "restoring system" phase.

Therefore, the administrator can quickly acquire the screen of the remote device when the remote device is in a system boot stage or a BIOS start stage, so that remote management of the remote device can be better realized.

Fig. 5 is a schematic structural component diagram of a first device in the present application, and as shown in fig. 5, the first device includes:

a receiving unit 501, configured to receive, through a remote control module, a picture acquisition request command sent by a remote second device, where the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

an obtaining unit 502, configured to capture picture data of a current screen of the first device at a system booting stage of the first device based on the picture obtaining request command;

a processing unit 503, configured to process the picture data to obtain a picture data packet of the picture data;

a sending unit 504, configured to send the picture packet to the second device based on the internet address and the port number, so that the second device remotely manages the first device based on the picture packet.

In a preferred embodiment, the first device further includes:

a monitoring unit 505, configured to monitor, in a system booting stage of the first device, a target command related to the screen obtaining request command based on the screen obtaining request command;

the obtaining unit 502 is specifically configured to capture picture data of a current screen of the first device at a system booting stage of the first device if the target command is monitored.

In a preferred embodiment, the first device further includes:

a determining unit 506, configured to determine a current start-up state of the first device based on the screen obtaining request command;

the obtaining unit 502 is specifically configured to, when it is determined that the first device is currently in the system booting stage based on the starting state, capture picture data of a current screen of the first device in the system booting stage of the first device.

In a preferred embodiment, the first device further includes:

a starting unit 507, configured to start a screen capture timer of the first device based on the picture acquisition request command;

the acquiring unit 502 is specifically configured to capture picture data of a current screen of the first device at a system booting stage of the first device based on a timer event of the screen capture timer.

In a preferred embodiment, the determining unit 506 is further configured to determine a target buffer area based on the image obtaining request command, where the target buffer area is used to store image data of the first device screen;

a processing unit 503, specifically configured to perform bitmap conversion on the picture data in the target cache region to obtain a picture image of the picture data; and the picture data packet is used for carrying out encryption compression processing on the picture image to obtain the picture data.

Preferably, the processing unit 503 is further configured to perform continuous picture processing on a plurality of pieces of picture data to obtain a picture data packet of the continuous picture when the number of pieces of picture data is multiple.

It should be noted that: in the above embodiment, the first device performs data processing by only taking the above division of each program module as an example, and in practical applications, the processing allocation may be completed by different program modules according to needs, that is, the internal structure of the apparatus may be divided into different program modules to complete all or part of the above-described processing. In addition, the first device provided in the foregoing embodiment and the processing method embodiment provided in fig. 1 belong to the same concept, and details of a specific implementation process thereof are referred to as method embodiments, and are not described herein again.

Fig. 6 is a schematic structural composition diagram of a second apparatus in the present application, and as shown in fig. 6, the second apparatus includes:

a sending unit 601, configured to send, to the first device through a remote control module of the first device, an image acquisition request command, where the image acquisition request command carries at least an internet protocol address and a port number of the second device;

a receiving unit 602, configured to receive, through the internet protocol address and the port number, a picture data packet sent by the first device based on the picture acquisition request command; the picture data packet is picture data of a current screen of the first device captured by the first device at a system boot stage of the first device based on the picture acquisition request command;

the processing unit 603 is configured to perform decryption processing on the picture data packet to obtain picture data of the current screen of the first device.

In a preferred embodiment, the processing unit 603 is further configured to, when there are a plurality of picture data packets, perform decryption processing on the plurality of picture data packets to obtain a plurality of picture data of the current screen of the first device; and the image processing device is used for carrying out continuous image processing on the plurality of image data to obtain the video image of the current screen of the first equipment.

It should be noted that: in the second device provided in the foregoing embodiment, when performing data processing, only the division of the program modules is exemplified, and in practical applications, the processing distribution may be completed by different program modules according to needs, that is, the internal structure of the apparatus may be divided into different program modules to complete all or part of the processing described above. In addition, the electronic device provided in the foregoing embodiment and the processing method embodiment provided in fig. 2 belong to the same concept, and details of a specific implementation process thereof are shown in the method embodiment, and are not described herein again.

An embodiment of the present application further provides an electronic device, including: a processor and a memory for storing a computer program capable of running on the processor,

wherein the processor is configured to execute any one of the above processing methods when running the computer program.

Fig. 7 is a schematic structural component diagram of an electronic device in the present application, and the electronic device 700 may be a mobile phone, a computer, a digital broadcast terminal, an information transceiver device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, or other terminals. The electronic device 700 shown in fig. 7 includes: at least one processor 701, a memory 702, at least one network interface 704, and a user interface 703. The various components in the electronic device 700 are coupled together by a bus system 705. It is understood that the bus system 705 is used to enable communications among the components. The bus system 705 includes a power bus, a control bus, and a status signal bus in addition to a data bus. But for clarity of illustration the various busses are labeled in figure 7 as the bus system 705.

The user interface 703 may include, among other things, a display, a keyboard, a mouse, a trackball, a click wheel, a key, a button, a touch pad, or a touch screen.

It will be appreciated that the memory 702 can be either volatile memory or nonvolatile memory, and can include both volatile and nonvolatile memory. Among them, the nonvolatile Memory may be a Read Only Memory (ROM), a Programmable Read Only Memory (PROM), an Erasable Programmable Read-Only Memory (EPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), a magnetic random access Memory (FRAM), a magnetic random access Memory (Flash Memory), a magnetic surface Memory, an optical Disc, or a Compact Disc Read-Only Memory (CD-ROM); the magnetic surface storage may be disk storage or tape storage. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration, and not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), synchronous Static Random Access Memory (SSRAM), dynamic Random Access Memory (DRAM), synchronous Dynamic Random Access Memory (SDRAM), double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), double Data Rate Synchronous Random Access Memory (ESDRAM), enhanced Synchronous Dynamic Random Access Memory (ESDRAM), enhanced Synchronous Random Access Memory (DRAM), synchronous Random Access Memory (DRAM), direct Random Access Memory (DRmb Access Memory). The memory 702 described in embodiments herein is intended to comprise, without being limited to, these and any other suitable types of memory.

The memory 702 in the embodiments of the present application is used to store various types of data to support the operation of the electronic device 700. Examples of such data include: any computer programs for operating on the electronic device 700, such as an operating system 7021 and application programs 7022; contact data; telephone book data; a message; a picture; audio, etc. Operating system 7021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and for processing hardware-based tasks. The application 7022 may include various applications such as a Media Player (Media Player), a Browser (Browser), and the like, for implementing various application services. A program for implementing the methods according to embodiments of the present application may be included in application 7022.

The method disclosed in the embodiments of the present application may be applied to the processor 701, or implemented by the processor 701. The processor 701 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by integrated logic circuits of hardware or instructions in the form of software in the processor 701. The Processor 701 may be a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The processor 701 may implement or perform the methods, steps, and logic blocks disclosed in the embodiments of the present application. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium located in the memory 702, and the processor 701 reads the information in the memory 702 and performs the steps of the method in combination with its hardware.

In an exemplary embodiment, the electronic Device 700 may be implemented by one or more Application Specific Integrated Circuits (ASICs), DSPs, programmable Logic Devices (PLDs), complex Programmable Logic Devices (CPLDs), field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro Controllers (MCUs), microprocessors (microprocessors), or other electronic components for performing the aforementioned methods.

In an exemplary embodiment, the present application further provides a computer readable storage medium, such as a memory 702, comprising a computer program, which is executable by a processor 701 of an electronic device 700 to perform the steps of the foregoing method. The computer readable storage medium can be Memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash Memory, magnetic surface Memory, optical disk, or CD-ROM; or a variety of devices, such as mobile phones, computers, tablet devices, personal digital assistants, etc., that include one or any combination of the above memories.

A computer-readable storage medium, on which a computer program is stored which, when being executed by a processor, carries out the method steps of any one of the above-mentioned processing methods.

Fig. 8 is a schematic diagram of an implementation of the data processing system in the present application, as shown in fig. 8, the system includes a control terminal 801 and a client terminal 802, the control terminal 801 SETs a screen acquisition request command in OEM capabilities by using a remote management tool (such as a vPro essences platform), and sends an IP address and a port value of the control terminal 801 to the client terminal 801 through an ASF SET BOOT OPTIONS command,

the Basic Input Output System (BIOS) in the client 801 retrieves the BOOT OPTIONS via ASF GET BOOT OPTIONS command and checks if any request is received. If a request exists, an IP address and a port number of the request are recorded, then a screen capture timer used for obtaining a screen picture is started, a VGA GOP protocol is obtained, then a BIOS applies for a Buffer area (Blt Buffer) for storing the number of video images to a memory, then full-screen images are captured and stored in the Buffer area based on the timer event of the screen capture timer, finally image data stored in the Buffer area is converted into a file in a BMP bitmap format, and the screen picture of the client 802 is the BMP bitmap picture.

After storing the BMP bitmap file, the BIOS performs RSA encryption processing on the file and compresses the file. Then, socket () is used to create a Socket, and connect () is used to send a connection request to the control terminal 801 which originally remembers an IP address and a port, wait for a response, and execute downward. The loop processing is connected, and receives and transmits data using recv () or send (). And closing the Socket by using close () after all the data are sent, and terminating the communication.

The control terminal 801 creates a Socket, binds the Socket with the native IP and TCP ports, and creates a wait queue for the connection of the client 802. And circularly processing connection, receiving the connection of the client 802 through an accept (), receiving the sending data, unpacking and checking after receiving the data packet of the client 802, and terminating the communication after the completion.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. The above-described device embodiments are merely illustrative, for example, the division of the unit is only a logical functional division, and there may be other division ways in actual implementation, such as: multiple units or components may be combined, or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the coupling, direct coupling or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection between the devices or units may be electrical, mechanical or other forms.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on a plurality of network units; some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

The methods disclosed in the several method embodiments provided in the present application may be combined arbitrarily without conflict to obtain new method embodiments.

The features disclosed in the several product embodiments presented in this application can be combined arbitrarily, without conflict, to arrive at new product embodiments.

The features disclosed in the several method or apparatus embodiments provided in the present application may be combined arbitrarily, without conflict, to arrive at new method embodiments or apparatus embodiments.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A data processing method, the method being applied to a first device, the method comprising:

2. The method of claim 1, wherein the grabbing picture data of a current screen of the first device at a system booting stage of the first device based on the picture acquisition request command comprises:

3. The method of claim 1, wherein the grabbing picture data of a current screen of the first device at a system booting stage of the first device based on the picture acquisition request command comprises:

4. The method of claim 1, wherein the grabbing picture data of a current screen of the first device at a system booting stage of the first device based on the picture acquisition request command comprises:

5. The method according to claim 1, wherein said processing said picture data to obtain a picture data packet of said picture data; the method comprises the following steps:

6. The method according to any one of claims 1 to 5, wherein the processing the picture data to obtain a picture data packet of the picture data further comprises:

the picture data is multiple;

7. A data processing method, the method being applied to a second device, the method comprising:

a second device sends a picture acquisition request command to a first device through a remote control module of the first device, wherein the picture acquisition request command at least carries an internet protocol address and a port number of the second device;

8. The method of claim 7, wherein the method further comprises:

the number of the picture data packets is multiple;

and carrying out continuous picture processing on the plurality of picture data to obtain the video picture of the current screen of the first equipment.

9. A first device, comprising:

10. A second device, comprising:

a receiving unit, configured to receive, through the internet protocol address and the port number, a picture data packet sent by the first device based on the picture acquisition request command; the picture data packet is picture data of a current screen of the first equipment, which is captured by the first equipment at a system boot stage of the first equipment based on the picture acquisition request command;