CN111309234B - Virtualization application screenshot method and device, server and readable storage medium - Google Patents
Virtualization application screenshot method and device, server and readable storage medium Download PDFInfo
- Publication number
- CN111309234B CN111309234B CN202010121255.9A CN202010121255A CN111309234B CN 111309234 B CN111309234 B CN 111309234B CN 202010121255 A CN202010121255 A CN 202010121255A CN 111309234 B CN111309234 B CN 111309234B
- Authority
- CN
- China
- Prior art keywords
- screenshot
- client
- server
- trigger signal
- signal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04845—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range for image manipulation, e.g. dragging, rotation, expansion or change of colour
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
- G06F9/452—Remote windowing, e.g. X-Window System, desktop virtualisation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Human Computer Interaction (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The application discloses a virtualized application screenshot method, when the screenshot function of a virtualized application program is triggered by a client user, screenshot operation is directly redirected to the client, namely, the screenshot operation originally to be executed by a server is completely finished by the client by using a local screenshot tool, and finally, a target screenshot finished by screenshot is returned to a full screen window established by the server to be filled. The application also discloses a virtual application screenshot device, a server and a readable storage medium, and the virtual application screenshot device, the server and the readable storage medium have the beneficial effects.
Description
Technical Field
The present application relates to the field of application virtualization technologies, and in particular, to a method, an apparatus, a server, and a readable storage medium for virtualizing an application screenshot.
Background
Application Virtualization (Application Virtualization) is the latest member of an ever-evolving Virtualization family. It is a new way to manage software, breaking the connection between applications, operating systems and the hardware hosting the operating systems.
In order to realize the monitoring of the internal file circulation of the enterprise and realize the unified outlet and inlet of the circulation, the internal communication software required by the enterprise is constructed into the virtualization application on the client by using the application program virtualization technology, such as email software like Foxmail, IM (instant messaging) communication software like RTX (real Time exchange) and nailed enterprise edition, and other software with the screenshot function. These virtualized applications are not actually installed locally at the client, but are published and run on a remote server in the form of a remote application.
When a user uses the screenshot function on such a virtualized application with the screenshot function, because the applications are published and run on a remote server, the screenshot operation is performed under the whole working desktop of the server, and the user actually wants to perform screenshot under the whole working desktop of the client, which is contrary to the actual needs of the user.
Therefore, how to overcome the above-mentioned drawbacks of the prior art is a problem to be solved by those skilled in the art.
Disclosure of Invention
The application aims to provide a method, a device, a server and a readable storage medium for screenshot of a virtualized application, and aims to solve a series of problems caused by screenshot carried out under the whole working desktop of the server in an error manner when a screenshot function is used on the virtualized application.
In order to achieve the above object, the present application provides a virtualized application screenshot method applied to a server, including:
receiving a screenshot trigger signal of a virtualized application;
redirecting screenshot operation to a client according to the screenshot trigger signal, controlling the client to call a local screenshot tool to execute the screenshot operation, and returning the obtained target screenshot to the server;
and filling the received target screenshot serving as filling content into a server full-screen window created by the server.
Optionally, redirecting the screenshot operation to the client according to the screenshot trigger signal includes:
creating the full screen window of the server according to the screenshot trigger signal;
and issuing the screenshot trigger signal to the client by a client screenshot signal which can be recognized as screenshot operation by the client.
Optionally, the client calls a local screenshot tool to execute screenshot operation, and returns the obtained target screenshot to the server, including:
the client calls the local screenshot tool according to the received client screenshot signal;
the client acquires a desktop window handle of the client through the local screenshot tool and acquires a client desktop screenshot according to the desktop window handle;
the client side creates a client side full screen window through the local screenshot tool;
and the client fills the client desktop screenshot into the client full-screen window through the local screenshot tool, and adjusts the screenshot size according to the screenshot parameter to obtain the target screenshot.
Optionally, the issuing the screenshot trigger signal to the client by using a client screenshot signal that can be recognized as screenshot operation by the client includes:
respectively acquiring operating systems of the server and the client;
judging whether the operating systems of the client and the server are consistent;
if the screenshot trigger signal is consistent with the screenshot trigger signal, the screenshot trigger signal is directly forwarded to the client;
and if the screenshot trigger signal is inconsistent with the client-side screenshot trigger signal, converting the screenshot trigger signal into a signal corresponding to the operating system of the client-side, and sending the obtained client-side screenshot signal to the client-side.
Optionally, before receiving a screenshot trigger signal of the virtualized application, the method further includes:
injecting screenshot redirection DLL to the server side in advance;
monitoring whether the virtualized application is triggered to capture operation by utilizing the capture redirection DLL;
correspondingly, redirecting the screenshot operation to the client according to the screenshot triggering signal comprises the following steps:
redirecting the screenshot operation to the client through the screenshot redirection DLL;
correspondingly, the step of filling the received target screenshot as filling content into a server full-screen window created by the server comprises the following steps:
and filling the target screenshot serving as filling content into the full-screen window of the server by using the screenshot redirection DLL.
Optionally, before returning the obtained target screenshot to the server, the method further includes:
and the client stores the backup of the target screenshot in a local client.
In order to achieve the above object, the present application further provides a virtualized application screenshot device, applied to a server, including:
the screenshot trigger signal receiving unit is used for receiving a screenshot trigger signal of the virtualized application program;
the screenshot operation redirecting unit is used for redirecting the screenshot operation to the client according to the screenshot triggering signal, controlling the client to call a local screenshot tool to execute the screenshot operation and returning the obtained target screenshot to the server;
and the target screenshot filling unit is used for filling the received target screenshot serving as filling content into a server full-screen window created by the server.
Optionally, the screenshot operation redirection unit includes:
a server full screen window creating subunit, configured to create a server full screen window according to the screenshot trigger signal;
and the client screenshot signal issuing subunit is used for issuing the screenshot trigger signal to the client in a client screenshot signal which can be recognized as screenshot operation by the client.
Optionally, the client screenshot signal issuing subunit includes:
an operating system obtaining module, configured to obtain operating systems of the server and the client, respectively;
the consistency judging module is used for judging whether the operating systems of the client and the server are consistent or not;
the signal direct forwarding module is used for directly forwarding the screenshot triggering signal to the client under the condition that the operating systems of the client and the server are consistent;
and the signal forwarding and sending module is used for converting the screenshot trigger signal into a signal corresponding to the operating system of the client under the condition that the operating systems of the client and the server are inconsistent, and sending the acquired client screenshot signal to the client.
Optionally, the apparatus for capturing a virtual application further includes:
the DLL injection unit is used for injecting screenshot redirection DLL to the server side in advance before receiving screenshot trigger signals of the virtualized application program;
the DLL monitoring unit is used for monitoring whether the virtualized application is triggered to perform screenshot operation or not by utilizing the screenshot redirection DLL;
correspondingly, the screenshot operation redirection unit includes:
a redirection DLL control subunit, configured to redirect the screenshot operation to the client through the screenshot redirection DLL;
correspondingly, the target screenshot filling unit comprises:
and the filling DLL control subunit is used for filling the target screenshot serving as filling content into the full-screen window of the server side through the screenshot redirection DLL.
Optionally, the apparatus for capturing a virtual application further includes:
and before returning the obtained target screenshot to the server, the client stores the backup of the target screenshot in the local client.
To achieve the above object, the present application also provides a server, including:
a memory for storing a virtualized application screenshot program;
and a processor, configured to implement the steps of the virtualized application screenshot method described in the foregoing when executing the virtualized application screenshot program.
To achieve the above object, the present application also provides a readable storage medium, on which a virtualized application screenshot program is stored, and the virtualized application screenshot program, when executed by a processor, implements the steps of the virtualized application screenshot method described in the above.
The method for capturing the virtual application comprises the following steps: receiving a screenshot trigger signal of a virtualized application; redirecting screenshot operation to a client according to the screenshot trigger signal, controlling the client to call a local screenshot tool to execute the screenshot operation, and returning the obtained target screenshot to the server; and filling the received target screenshot serving as filling content into a server full-screen window created by the server.
According to the method for capturing the screenshot of the virtualized application, when the screenshot function of the virtualized application program is triggered by a client user, the screenshot operation is directly redirected to the client, namely the screenshot operation which is originally executed by a server is completely finished by the client by using a local screenshot tool of the client, and finally the screenshot finished target screenshot is returned to a full-screen window created by the server to be filled. The application also provides a virtualized application screenshot device, a server and a readable storage medium, which have the beneficial effects and are not repeated herein.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, it is obvious that the drawings in the following description are only embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to the provided drawings without creative efforts.
Fig. 1 is a flowchart of a method for capturing a virtual application according to an embodiment of the present application;
fig. 2 is a flowchart of a method for redirecting screenshot operation in a method for capturing a screenshot for a virtualized application according to an embodiment of the present application;
fig. 3 is a flowchart of a method for obtaining a target screenshot by a client in a virtualized application screenshot method provided in an embodiment of the present application;
fig. 4 is a flowchart of a method for issuing a client screenshot signal to a client in a virtualized application screenshot method provided in an embodiment of the present application;
fig. 5 is a timing diagram of a virtualized application screenshot method according to an embodiment of the present application;
fig. 6 is a block diagram of a structure of a virtualized application screenshot device according to an embodiment of the present application.
Detailed Description
The application aims to provide a method, a device, a server and a readable storage medium for screenshot of a virtualized application, and aims to solve a series of problems caused by screenshot carried out under the whole working desktop of the server in an error manner when a screenshot function is used on the virtualized application.
In order to make the objects, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some embodiments of the present application, but not all 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.
Referring to fig. 1, fig. 1 is a flowchart of a method for capturing a virtual application screenshot provided in an embodiment of the present application, where the method includes the following steps, where an execution subject of each of the following steps is a server, that is, an actual running environment of a virtual application obtained by using an application virtualization technology:
s101: receiving a screenshot trigger signal of a virtualized application;
this step is intended to be the reception by the server of a screenshot trigger of a virtualized application that the user has come in through his client. The screenshot trigger signal corresponds to a user invoking a screenshot function of the virtualized application, that is, when the user wants to use the screenshot function of the virtualized application, the user may try to activate the screenshot function in a manner of clicking, shortcut key, command line, etc., and the screenshot trigger signal externally represents the action of the user to inform the user of steps for starting screenshot operation.
As described in the background, after the server receives the screenshot trigger signal, the subsequent operations are presented to the user with the local desktop (i.e. the working desktop) as the original desktop screenshot. Namely, the operation principle of realizing screenshot by the virtualization application is as follows: the screenshot button of the virtualization application is clicked, the virtualization application can firstly acquire a local desktop window handle of the end where the virtualization application is located, the DC memory content (namely the screenshot of the whole working desktop) represented by the desktop window handle is stored, the virtualization application creates a full-screen window, the content of the full-screen window is filled with the stored DC memory content (namely the screenshot of the whole working desktop), at the moment, the content seen by a user is the same as the content of the desktop, the content is actually seen by the full-screen window created by software, and then subsequent screenshot operation is carried out on the full-screen window created by the virtualization application.
According to the description of the screenshot process of the conventional virtualization application, for achieving the purpose of the application, the conventional screenshot process needs to be changed, namely the screenshot of the whole working desktop of the server side of the core point needs to be changed into the screenshot of the whole working desktop of the client side, and the subsequent screenshot operation can be performed on the correct screenshot of the desktop of the client side. Therefore, it is necessary to monitor which step the current screenshot process of the virtualized application has proceeded to, and to change the screenshot used in the subsequent process in time, so as to finally achieve the purpose of the present application.
Specifically, the monitoring means can be implemented in various ways, for example, a monitoring plug-in is implanted in a client or a server, a corresponding monitoring function can be added in a way of injecting a Dynamic Link Library (DLL), which is a Library containing codes and data that can be used by a plurality of programs at the same time, and the like, and further, when a scene meeting a preset condition is monitored, the plug-in or the DLL can change a subsequent screenshot operation in a way of giving permission to the plug-in or the DLL, so that the purpose of the application is finally achieved.
Taking the DLL injection manner as an example, the DLL injection manner can be implemented by specifically selecting a manner for injecting the DLL to the server in advance, and the DLL injection manner can include the following steps:
injecting screenshot redirection DLL to a server side in advance;
and monitoring whether the virtualized application is triggered to be subjected to screenshot operation or not by utilizing the screenshot redirection DLL.
The implantation and use modes of the monitoring plug-in are substantially the same as those of the DLL, and only the adaptive adjustment needs to be carried out based on the difference between the expression form of the plug-in and the DLL, which is not described herein again. The part executed by the server in the subsequent steps of this embodiment will also be completed under the control of the screenshot redirection DLL.
S102: redirecting the screenshot operation to the client according to the screenshot trigger signal, controlling the client to call a local screenshot tool to execute the screenshot operation, and returning the obtained target screenshot to the server;
on the basis of S101, the screenshot operation is redirected to the client by the server in a screenshot operation redirection mode, that is, the screenshot operation is basically completed by a screenshot tool local to the client, so that the error of intercepting the whole working desktop of the server as a desktop screenshot caused by the server executing the screenshot operation is avoided.
One implementation, including but not limited to, may be seen in the flow chart shown in fig. 2, which includes:
s201: creating a full screen window of the server according to the screenshot trigger signal;
the server-side full-screen window is a full-screen window which is created by the server side and used for displaying the final screenshot effect to the user, so that the server side still needs to create the full-screen window under the condition that the whole screenshot work is finished by the client side.
S202: and sending the screenshot trigger signal to the client by a client screenshot signal which can be recognized as screenshot operation by the client.
In consideration of the fact that the screenshot operation needs to be redirected to the client, the client needs to be able to recognize the screenshot operation signal sent by the server and perform a correct operation. In consideration of the difference between the client and the server, the screenshot trigger signal is issued to the client in the form of the client screenshot signal which can be recognized as screenshot operation by the client.
One implementation, including but not limited to, may be seen in the flow chart shown in FIG. 3:
s301: respectively acquiring operating systems of a server and a client;
s302: judging whether the operating systems of the client and the server are consistent, if so, executing S303, otherwise, executing S304;
s301 and S302 are intended to determine whether the screenshot trigger signal needs to be converted through the operating systems of the server and the client, and of course, in some other embodiments, the criterion may also be adjusted to determine whether the invocation instruction and manner of the virtual application program on the server and the local screenshot tool of the client are the same, so as to determine whether the signal is converted.
S303: directly transmitting the screenshot trigger signal to the client;
this step is established on the basis that the judgment result of S302 is that the operating systems of the client and the server are consistent, so that the screenshot trigger signal can be directly forwarded to the client under the condition that the operating systems are consistent and the signal does not need to be converted, and redirection of the screenshot operation can be achieved.
S304: and converting the screenshot trigger signal into a signal corresponding to the operating system of the client, and issuing the obtained client screenshot signal to the client.
This step is established on the basis that the judgment result of S302 is that the operating systems of the client and the server are inconsistent, and therefore, in the case that the operating systems are inconsistent and the signal needs to be converted, the screenshot trigger signal needs to be sent to the client after being converted into a signal corresponding to the operating system of the client, so that redirection of the screenshot operation is achieved.
Further, before returning the obtained target screenshot to the server, the client may also store a backup of the target screenshot in the local client, so as to facilitate subsequent quick access directly in the local client.
S103: and filling the received target screenshot serving as filling content into a server full-screen window created by the server.
On the basis of S102, in the step, the server fills the received target screenshot as filling content into a server full-screen window created by the server, so that the screenshot result is displayed to the user through the server full-screen window.
It should be understood that, as described above for the content of the flowchart shown in fig. 2, the manner of returning the target screenshot to the server and filling the target screenshot as the filling content into the full-screen window of the server by the server is to correspondingly conform to the usage habit of the user, and if this problem is not considered, the full-screen window of the client displaying the content of the target screenshot image may also be directly used as a final step, that is, all screenshot operations are delivered to the client, and the server is not required to participate. The selection of which should be flexibly performed according to all possible special requirements in the actual application scenario is not specifically limited herein.
According to the method for capturing the screenshot of the virtualized application, when the screenshot function of the virtualized application program is triggered by a client user, the screenshot operation is directly redirected to the client, namely the screenshot operation which is originally executed by a server is completely finished by the client by using a local screenshot tool of the client, and finally the screenshot finished target screenshot is returned to a full-screen window created by the server to be filled.
Since the solution of the present application actually relates to the client and the server, the above embodiment describes the whole solution only standing at the server, and for the sake of understanding, the present application also provides a timing diagram as shown in fig. 4, which corresponds to the angle of only standing at the server as shown in fig. 1 to describe the whole flow:
1. when a client user triggers a screenshot function of a virtual application which actually runs on a server, a screenshot triggering signal is sent to the server by the client;
2. the server redirects screenshot operation to the client according to the received screenshot trigger signal;
3. the client calls a local screenshot tool to execute screenshot operation to obtain a target screenshot;
4. the client sends the target screenshot to the server;
5. and the server fills the received target screenshot as filling content into a full-screen window of the server.
Through the description of the whole scheme in the content of the embodiment, it can be seen that the present application redirects almost all of the whole screenshot process to the client, and the server directly obtains the target screenshot finally obtained by the client, so as to facilitate understanding of the processing process of the client in the process, the present application further provides an implementation scheme including but not limited to the following steps through the flowchart shown in fig. 4, and the execution main bodies of the following steps are the clients:
s401: calling a local screenshot tool according to the received client screenshot signal;
the client determines that the client needs to execute screenshot operation according to the received client screenshot signal, and calls a local screenshot tool by using the client as a trigger signal to start to prepare for executing the screenshot operation.
S402: acquiring a desktop window handle of a client through a local screenshot tool, and acquiring a client desktop screenshot according to the desktop window handle;
a handle is a special smart pointer that is used when an application references a block or object of memory managed by another system (e.g., a database, an operating system). The desktop window handle in this step corresponds to the whole working desktop of the client.
S403: creating a client full screen window through a local screenshot tool;
s404: and filling the client desktop screenshot into a client full-screen window through a local screenshot tool, and adjusting the screenshot size according to the screenshot parameter to obtain the target screenshot.
S403 and S403 provide a scheme of firstly creating a client full-screen window, then completing the adjustment of the client desktop screenshot in the client full-screen window, and finally obtaining the target screenshot. It should be appreciated that the purpose of creating the client full screen window is to enable the user to process the original client desktop screenshot filled in the window within the correct window range to ultimately arrive at the target screenshot desired by the user.
In some embodiments of the present application, the sending of the target screenshot may be implemented by the client directly sending the target screenshot to the server as the content, or by sending a storage path of the target screenshot to the server by the client, so that the server actively pulls the target screenshot through the storage path, or by using some other similar or identical manners, which is not specifically limited herein.
In order to further understand the solution of the present application, the present application also specifically takes injecting DLL as an example, and in combination with specific implementation details, a more specific implementation scheme and process are given:
1. when a user uses a virtualized application (actually running on a server) through a client, clicking a screenshot button on a virtualized application interface or pressing a shortcut key corresponding to screenshot to trigger a screenshot function;
2. the DLL injected into the virtualized application of the server side monitors the triggering of the screenshot function;
3. the DLL at the moment can complete the current thread of the card master after the full screen window of the server side is completed by the virtualization application, and informs the client side of the screenshot operation behavior, and the client side receives the screenshot notice of the server side;
4. the client starts a local screenshot tool, firstly a client full-screen window is created, a client desktop screenshot is obtained through a desktop window handle of the client, and the client full-screen window is filled with the client desktop screenshot;
5. and the user adjusts the screenshot content on the original screenshot displayed in the full-screen window of the client according to the self requirement to obtain a target screenshot, and stores the content of the target screenshot in the full-screen window of the server.
Because the situation is complicated and cannot be illustrated by a list, a person skilled in the art can realize that many examples exist according to the basic method principle provided by the application and the practical situation, and the protection scope of the application should be protected without enough inventive work.
Referring to fig. 6, fig. 6 is a block diagram of a structure of a virtualized application screenshot device provided in an embodiment of the present application, where the device may include:
a screenshot trigger signal receiving unit 100, configured to receive a screenshot trigger signal of a virtualized application;
the screenshot operation redirecting unit 200 is used for redirecting the screenshot operation to the client according to the screenshot trigger signal, controlling the client to call a local screenshot tool to execute the screenshot operation, and returning the obtained target screenshot to the server;
and a target screenshot filling unit 300, configured to fill the received target screenshot as filling content into a server full-screen window created by the server.
The screenshot operation redirection unit 200 may include:
the server full-screen window creating subunit is used for creating a server full-screen window according to the screenshot trigger signal;
and the client screenshot signal issuing subunit is used for issuing the screenshot trigger signal to the client in a client screenshot signal which can be recognized as screenshot operation by the client.
The client screenshot signal issuing subunit may include:
the operating system acquisition module is used for respectively acquiring operating systems of the server and the client;
the consistency judging module is used for judging whether the operating systems of the client and the server are consistent or not;
the signal direct forwarding module is used for directly forwarding the screenshot triggering signal to the client under the condition that the operating systems of the client and the server are consistent;
and the signal forwarding and sending module is used for converting the screenshot triggering signal into a signal corresponding to the operating system of the client under the condition that the operating systems of the client and the server are inconsistent, and sending the obtained client screenshot signal to the client.
Further, the device for capturing the virtual application screenshot further includes:
the DLL injection unit is used for injecting screenshot redirection DLL to the server side in advance before receiving screenshot trigger signals of the virtualization application program;
the DLL monitoring unit is used for monitoring whether the virtualized application is triggered to perform screenshot operation or not by utilizing the screenshot redirection DLL;
correspondingly, the screenshot operation redirection unit comprises:
the redirection DLL control subunit is used for redirecting screenshot operation to the client through the screenshot redirection DLL;
correspondingly, the target screenshot filling unit comprises:
and the filling DLL control subunit is used for filling the target screenshot serving as filling content into the full-screen window of the server side through the screenshot redirection DLL.
Further, the virtualized application screenshot device may further include:
and before returning the obtained target screenshot to the server, the client stores the backup of the target screenshot in the local client.
The device embodiment corresponding to the method embodiment exists, when the screenshot function of the virtualized application program is triggered by a client user, all the functional units provided by the embodiment directly redirect the screenshot operation to the client, that is, the screenshot operation originally executed by the server is completely finished by the client by using a local screenshot tool, and finally, the target screenshot finished by the screenshot is returned to a full-screen window created by the server for filling, so that the purpose that the client user can directly see the correct desktop screenshot in the full-screen window of the server is achieved, the local operation resources of the client are maximally utilized, the whole screenshot process is locally executed at the client, and the intermediate delay is reduced as much as possible
Based on the foregoing embodiment, the present application further provides a server, where the server may include a memory and a processor, where the memory stores a computer program that is specifically a virtualized application screenshot program, and when the processor calls the virtualized application screenshot program in the memory, the steps described in the method for screenshot of a virtualized application in the foregoing embodiment may be implemented. Of course, the server may also include various necessary network interfaces, power supplies, other components, and the like.
The present application further provides a readable storage medium, on which a computer program, specifically a virtualized application screenshot program, is stored, and when the virtualized application screenshot program is executed by an execution terminal or a processor, the steps provided in the foregoing embodiments may be implemented. The storage medium may include: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description.
Those of skill would further appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both, and that the various illustrative components and steps have been described above generally in terms of their functionality in order to clearly illustrate this interchangeability of hardware and software. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.
The principles and embodiments of the present application are explained herein using specific examples, which are provided only to help understand the method and the core idea of the present application. It will be apparent to those skilled in the art that various changes and modifications can be made in the present invention without departing from the principles of the invention, and these changes and modifications also fall within the scope of the claims of the present application.
It is further noted that, in the present specification, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
Claims (8)
1. A method for virtualizing an application screenshot is applied to a server and comprises the following steps:
receiving a screenshot trigger signal of a virtualized application;
redirecting screenshot operation to a client according to the screenshot trigger signal, controlling the client to call a local screenshot tool to execute the screenshot operation, and returning the obtained target screenshot to the server;
filling the received target screenshot serving as filling content into a server full-screen window created by the server;
redirecting screenshot operation to a client according to the screenshot trigger signal, comprising:
creating the full screen window of the server according to the screenshot trigger signal;
and issuing the screenshot trigger signal to the client by a client screenshot signal which can be recognized as screenshot operation by the client.
2. The method for screenshot in virtualized application according to claim 1, wherein the client invokes a local screenshot tool to perform a screenshot operation and returns the obtained target screenshot to the server, comprising:
the client calls the local screenshot tool according to the received client screenshot signal;
the client acquires a desktop window handle of the client through the local screenshot tool and acquires a client desktop screenshot according to the desktop window handle;
the client side creates a client side full screen window through the local screenshot tool;
and the client fills the client desktop screenshot into the client full-screen window through the local screenshot tool, and adjusts the screenshot size according to the screenshot parameter to obtain the target screenshot.
3. The method for screenshot in virtualized application according to claim 1, wherein issuing the screenshot trigger signal to the client as a client screenshot signal that can be recognized by the client as a screenshot operation comprises:
respectively acquiring operating systems of the server and the client;
judging whether the operating systems of the client and the server are consistent;
if the screenshot trigger signal is consistent with the screenshot trigger signal, the screenshot trigger signal is directly forwarded to the client;
and if the screenshot trigger signal is inconsistent with the client-side screenshot trigger signal, converting the screenshot trigger signal into a signal corresponding to the operating system of the client-side, and sending the obtained client-side screenshot signal to the client-side.
4. The method for screenshot in a virtualized application as defined in claim 1, further comprising, prior to receiving a screenshot trigger signal for the virtualized application:
injecting screenshot redirection DLL to the server side in advance;
monitoring whether the virtualized application is triggered to capture operation by utilizing the capture redirection DLL;
correspondingly, redirecting the screenshot operation to the client according to the screenshot triggering signal comprises the following steps:
redirecting the screenshot operation to the client through the screenshot redirection DLL;
correspondingly, the step of filling the received target screenshot as filling content into a server full-screen window created by the server comprises the following steps:
and filling the target screenshot serving as filling content into the full-screen window of the server by using the screenshot redirection DLL.
5. The method for screenshot in virtualized application according to any one of claims 1 to 4, further comprising, before returning the obtained target screenshot to the server:
and the client stores the backup of the target screenshot in a local client.
6. A virtual application screenshot device is applied to a server side and comprises the following components:
the screenshot trigger signal receiving unit is used for receiving a screenshot trigger signal of the virtualized application program;
the screenshot operation redirecting unit is used for redirecting the screenshot operation to the client according to the screenshot triggering signal, controlling the client to call a local screenshot tool to execute the screenshot operation and returning the obtained target screenshot to the server;
the target screenshot filling unit is used for filling the received target screenshot serving as filling content into a server full-screen window created by the server;
wherein, the screenshot operation redirection unit comprises:
a server full screen window creating subunit, configured to create a server full screen window according to the screenshot trigger signal;
and the client screenshot signal issuing subunit is used for issuing the screenshot trigger signal to the client in a client screenshot signal which can be recognized as screenshot operation by the client.
7. A server, comprising:
a memory for storing a virtualized application screenshot program;
a processor for implementing the steps of the virtualized application screenshot method according to any of claims 1 to 4 when executing the virtualized application screenshot program.
8. A readable storage medium having stored thereon a virtualized application screenshot program which, when executed by a processor, implements the steps of a virtualized application screenshot method as recited in any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010121255.9A CN111309234B (en) | 2020-02-26 | 2020-02-26 | Virtualization application screenshot method and device, server and readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010121255.9A CN111309234B (en) | 2020-02-26 | 2020-02-26 | Virtualization application screenshot method and device, server and readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111309234A CN111309234A (en) | 2020-06-19 |
| CN111309234B true CN111309234B (en) | 2021-12-21 |
Family
ID=71162165
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010121255.9A Active CN111309234B (en) | 2020-02-26 | 2020-02-26 | Virtualization application screenshot method and device, server and readable storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111309234B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102447723A (en) * | 2010-10-12 | 2012-05-09 | 运软网络科技(上海)有限公司 | Client-side virtualization framework |
| CN106293395A (en) * | 2016-08-03 | 2017-01-04 | 深圳市金立通信设备有限公司 | A kind of virtual reality glasses and interface alternation method thereof |
| CN108563479A (en) * | 2018-03-21 | 2018-09-21 | 新华三云计算技术有限公司 | Redirect control method, device, virtual machine and the Redirectional system of window |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP2569698B1 (en) * | 2010-05-10 | 2019-07-10 | Citrix Systems, Inc. | Redirection of information from secure virtual machines to unsecure virtual machines |
| EP2813945A1 (en) * | 2013-06-14 | 2014-12-17 | Tocario GmbH | Method and system for enabling access of a client device to a remote desktop |
| CN105404455B (en) * | 2015-12-16 | 2019-02-22 | 北京奇虎科技有限公司 | The method and device of screenshotss is realized to mobile terminal using terminal |
| US20170308293A1 (en) * | 2016-04-25 | 2017-10-26 | Kapps Media LLC | Systems and methods for dynamically updating virtual mobile keyboards |
| CN107589979B (en) * | 2017-09-26 | 2020-12-04 | 新华三云计算技术有限公司 | Terminal screenshot method and device based on virtual desktop |
| CN110119389B (en) * | 2018-01-09 | 2023-07-25 | 阿里巴巴集团控股有限公司 | Writing operation method of virtual machine block equipment, snapshot creation method and device |
| CN110134450B (en) * | 2018-02-08 | 2021-08-10 | 中兴通讯股份有限公司 | Video redirection method, device and computer readable storage medium |
-
2020
- 2020-02-26 CN CN202010121255.9A patent/CN111309234B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102447723A (en) * | 2010-10-12 | 2012-05-09 | 运软网络科技(上海)有限公司 | Client-side virtualization framework |
| CN106293395A (en) * | 2016-08-03 | 2017-01-04 | 深圳市金立通信设备有限公司 | A kind of virtual reality glasses and interface alternation method thereof |
| CN108563479A (en) * | 2018-03-21 | 2018-09-21 | 新华三云计算技术有限公司 | Redirect control method, device, virtual machine and the Redirectional system of window |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111309234A (en) | 2020-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11709689B2 (en) | Method and arrangement for managing persistent rich internet applications | |
| RU2225027C2 (en) | System and method for combining local and remote windows into single medium for desktop | |
| US7574472B2 (en) | System and method of monitoring video and/or audio conferencing through a rapid-update website | |
| JP3578221B2 (en) | Data communication server system | |
| US11711434B2 (en) | Information transmission method and device | |
| CN114125028B (en) | Method, apparatus, device, storage medium and program product for operating micro-application | |
| MX2007014548A (en) | Enabling a graphical window modification command to be applied to a remotely generated graphical window. | |
| US20020188672A1 (en) | Server-based computing environment | |
| CN111352675B (en) | Application data processing method, system and related equipment | |
| CN113573081B (en) | Method, system, electronic equipment and storage medium for managing play function of live broadcasting room | |
| CN111309234B (en) | Virtualization application screenshot method and device, server and readable storage medium | |
| CN104935624A (en) | Method of desktop sharing and sharing equipment | |
| CN114286293B (en) | Message push management method, device, system, computer equipment and storage medium | |
| CN111338735A (en) | Virtualization application screenshot method and device, server and readable storage medium | |
| CN111338735B (en) | Virtualized application screenshot method and device, server and readable storage medium | |
| JP2002535792A (en) | Method and system for memory resident temporary storage of data associated with a plurality of cooperating computer processes | |
| EP1269336B1 (en) | System and method of monitoring video and/or audio conferencing through a rapid-update website | |
| CN116743728B (en) | Application operation and maintenance method, system, equipment and storage medium | |
| CN115002101B (en) | File sharing method and related device for cloud conference | |
| CN108965898B (en) | Method, storage medium and system for preventing harassment in continuous wheat | |
| CN113132438A (en) | Service communication, service processing method, corresponding device and service communication system | |
| CN114490066A (en) | Method and device for dynamically adjusting large data cluster resources | |
| CN115278328A (en) | Video cross-screen transmission system and method | |
| CN117170983A (en) | Disaster recovery switching method, system, computer equipment and storage medium | |
| WO2002101518A2 (en) | Technique for integrating information from one or more remotely located sources |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |