CN111565321A

CN111565321A - Terminal device, server and method for screen recording

Info

Publication number: CN111565321A
Application number: CN202010368629.7A
Authority: CN
Inventors: 王晓龙; 吴相升; 徐孝春
Original assignee: Qingdao Hisense Media Network Technology Co Ltd
Current assignee: Qingdao Hisense Media Network Technology Co Ltd; Juhaokan Technology Co Ltd
Priority date: 2020-04-28
Filing date: 2020-04-28
Publication date: 2020-08-21
Anticipated expiration: 2040-04-28
Also published as: CN111565321B

Abstract

The application relates to the technical field of videos, in particular to a terminal device, a server and a method for recording a screen. The problems that manual repeated operation is needed to record the screen, video screening is difficult, and the screen cannot be recorded in an automatic timing increment mode can be solved to a certain extent. The server, comprising: the server interface is configured to receive a first screen recording rule from the terminal equipment, wherein the first screen recording rule comprises an increment scale parameter for setting a repeated screen recording time interval; a first controller configured to: acquiring a difference value between the current time and the last recording time of the first screen recording rule; when the difference value is larger than or equal to the incremental scale, recording the screen of the first screen recording rule mapping video, storing screen recording result information and sending the screen recording result information to the terminal equipment; otherwise, the difference value is obtained again at the preset polling time interval.

Description

Terminal device, server and method for screen recording

Technical Field

The application relates to the technical field of videos, in particular to a terminal device, a server and a method for recording a screen.

Background

The internet video website has massive video resources, and is provided for users to watch online in a live broadcast or on-demand mode, and for operation and maintenance personnel or ordinary users of the video website, online playing videos are often required to be recorded. For example, operation and maintenance personnel need to acquire video resources played from different video content classification departments at different times and record source information, material characteristics and the like of the video materials, so that cross-department manual coordination of acquisition of massive video resources is time-consuming and labor-consuming.

In the realization of screen recording of some video resources, an operation and maintenance person or a user firstly selects two video resources needing screen recording through a PC (personal computer) manually, and then records the selected video resources in batch.

However, when the number of video resources required to record a screen is extremely large and needs to be repeated every day, operation and maintenance personnel need to manually select a large number of target screen recording video resources every day, which consumes a large amount of time and manpower, and often causes a situation that a screen is forgotten to be recorded due to a video screening error.

Disclosure of Invention

The application provides a terminal device, a server and a method for recording a screen, and the problems that the screen recording needs to be manually operated repeatedly, the video screening is difficult, and the screen recording cannot be performed automatically at regular time increments can be solved to a certain extent by constructing a screen recording rule, incremental scales, preset polling time intervals, screen recording stream records and comparing difference values with the incremental scales.

The embodiment of the application is realized as follows:

a first aspect of an embodiment of the present application provides a server for recording a screen, including:

the server interface is configured to receive a first screen recording rule from the terminal equipment, wherein the first screen recording rule comprises an increment scale parameter for setting a repeated screen recording time interval;

a first controller configured to:

acquiring a difference value between the current time and the last recording time of the first screen recording rule;

when the difference value is larger than or equal to the incremental scale, recording the screen of the first screen recording rule mapping video, storing screen recording result information and sending the screen recording result information to the terminal equipment; otherwise, the difference value is obtained again at the preset polling time interval.

According to an embodiment of the present application, a server for screen recording, wherein the first screen recording rule is configured to include: rule name parameter, search condition parameter, increment scale.

According to an embodiment of the present application, a server for recording a screen, before recording a screen of a first screen recording rule mapping video, further includes: and adding a time range to the search condition parameters, wherein the time range refers to a time period from the last recording time to the current time.

According to the server for recording the screen, the last recording time, the screen recording result information and the rule name parameter are further stored in the screen recording stream record.

According to an embodiment of the present application, a server for recording a screen, wherein the recording a screen flow record further includes: the first screen recording rule maps ID information of the video.

According to an embodiment of the application, a server for recording a screen, wherein the screen recording is performed on the first screen recording rule mapping video, and the following steps are specifically performed: adding a first screen recording rule in a waiting recording state to an incremental recording queue, and changing the screen recording state into a recording state; acquiring ID information of the first screen recording rule mapping video; the scheduling center carries out screen recording operation based on the ID information; and after the screen recording is finished once, changing the screen recording state of the first screen recording rule into a screen recording waiting state.

According to the server for recording the screen, the incremental scale is 0 or null, and after the screen recording is finished, the first controller changes the screen recording state of the first screen recording rule into the screen recording finished state.

A second aspect of the embodiments of the present application provides a terminal device for recording a screen, including:

a display screen for displaying a user interface;

a second controller configured to:

sending a first screen recording rule to a server, wherein the first screen recording rule comprises an increment scale for setting a repeated screen recording time interval;

and receiving screen recording result information from the server and displaying the screen recording result information on the display screen.

According to the terminal equipment for recording the screen, the screen recording result information is contained in the screen recording stream record, and the terminal equipment receives the screen recording stream record from the server and displays the screen recording stream record on the display screen.

A third aspect of the embodiments of the present application provides a server-side method for screen recording, where the method includes:

receiving a first screen recording rule from terminal equipment, wherein the first screen recording rule comprises an increment scale parameter for setting a repeated screen recording time interval;

when the difference value is larger than or equal to the incremental scale, recording the first screen recording rule mapping video, storing screen recording result information and sending the screen recording result information to the terminal equipment; otherwise, the difference value is obtained again at the preset polling time interval.

According to an embodiment of the present application, a server-side method for screen recording is provided, where the first screen recording rule is configured to include: rule name parameter, search condition parameter, increment scale.

According to an embodiment of the present application, a server-side method for screen recording further includes, before recording a first screen recording rule mapping video, the steps of: and adding a time range to the search condition parameters, wherein the time range refers to a time period from the last recording time to the current time.

According to the server-side method for screen recording, the last recording time, the screen recording result information and the rule name parameter are further stored in a screen recording stream record.

According to an embodiment of the present application, a server-side method for recording a screen, wherein the recording a screen flow record further includes: the first screen recording rule maps ID information of the video.

According to the server-side method for screen recording, the screen recording is performed on the first screen recording rule mapping video, and the following steps are specifically performed: adding a first screen recording rule in a waiting recording state to an incremental recording queue, and changing the screen recording state into a recording state; acquiring ID information of the first screen recording rule mapping video; the scheduling center carries out screen recording operation based on the ID information; and after the screen recording is finished once, changing the screen recording state of the first screen recording rule into a screen recording waiting state.

According to the server-side method for recording the screen, the incremental scale is 0 or null, and after the screen recording is finished, the first controller changes the screen recording state of the first screen recording rule into the screen recording finished state.

A fourth aspect of the embodiments of the present application provides a terminal device method for screen recording, where the method includes:

and receiving screen recording result information from the server and displaying the screen recording result information on a display screen.

According to the terminal equipment method for recording the screen, the screen recording result information is contained in the screen recording flow record, and the screen recording flow record from the server is received and displayed on the display screen.

The technical scheme provided by the application comprises the following beneficial effects: by constructing a first screen recording rule, automatic acquisition of a screen recording target video resource can be realized; further, by constructing an increment scale and presetting a polling time interval, the screen can be recorded at regular time; further, by comparing the difference value with the incremental scale, automatic incremental screen recording can be realized; furthermore, screen recording stream records are constructed, screen recording information interaction can be achieved, screen recording errors are reduced, operation time is shortened, operation efficiency is improved, and unattended screen recording can be achieved to a certain extent.

Drawings

In order to more clearly explain the technical solution of the present application, the drawings needed to be used in the embodiments will be briefly described below, and it is obvious to those skilled in the art that other drawings can be obtained according to the drawings without any creative effort.

FIG. 1 is a schematic diagram of a screen recording system according to an embodiment of the present application;

fig. 2(a) shows an interface schematic diagram of a new record screen rule of a terminal device in the embodiment of the present application;

fig. 2(B) shows another interface diagram of a new record screen rule of the terminal device in the embodiment of the present application;

FIG. 2(C) is a schematic diagram of a terminal device interface according to another embodiment of the present application;

fig. 3 is a schematic flowchart illustrating a server-side method for screen recording according to an embodiment of the present application;

FIG. 4 is a schematic diagram illustrating an execution flow of screen recording by mapping a video according to a screen recording rule in the embodiment of the present application;

FIG. 5 illustrates an exemplary, non-limiting diagram of a computer environment of an embodiment of the present application;

FIG. 6 is a schematic block diagram illustrating an implementation of the computer environment of an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present invention will be described clearly and completely with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, 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 invention.

Reference throughout this specification to "embodiments," "some embodiments," "one embodiment," or "an embodiment," or the like, means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. Thus, appearances of the phrases "in various embodiments," "in some embodiments," "in at least one other embodiment," or "in an embodiment" or the like throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. Thus, the particular features, structures, or characteristics shown or described in connection with one embodiment may be combined, in whole or in part, with the features, structures, or characteristics of one or more other embodiments, without limitation. Such modifications and variations are intended to be included within the scope of the present application.

The terminal device, the server and the method for screen recording provided by the application are explained by taking screen recording operation of operation and maintenance personnel of a video website as an embodiment.

Fig. 1 shows a schematic diagram of a screen recording system according to an embodiment of the present application.

The operation and maintenance personnel input screen recording rules at the terminal equipment and send the screen recording rules to the server; the server screens video resources according to the screen recording rule, and performs timed incremental screen recording or full screen recording on a target video according to the incremental scale setting of the screen recording rule; after the server finishes screen recording each time, screen recording flow records are generated and sent to the terminal equipment, and operation and maintenance personnel can check the execution condition of the screen recording rules according to the screen recording flow records.

Fig. 2(a) shows an interface schematic diagram of a new record screen rule of the terminal device in the embodiment of the present application.

In some embodiments, the first screen recording rule is configured to include a rule name parameter, a search condition parameter, and an incremental scale.

The operation and maintenance personnel creates a first screen recording rule in the terminal equipment for recording the screen, and before the first screen recording rule is not input, the interface display of the operation and maintenance personnel is shown in fig. 2 (a).

Rule name: empty;

incremental scaling: empty;

the search conditions are as follows: and (4) is empty.

The rule name is configured as a name for representing the first screen recording rule. The incremental scales are used for setting the interval for repeatedly recording the screen again for the first screen recording rule, namely the incremental screen recording setting; it should be noted that, if the incremental scale is set to 0 or null, the default first screen recording rule is full-volume recording, that is, the video resource mapped by the first screen recording rule is recorded only once. The search condition is used for setting a screening condition of the first screen recording rule, and an operation and maintenance worker manually inputs a screening formula and content or performs search condition configuration through a node tree. For example, the search condition may include a configuration tag, a configuration asset type, a configuration asset attribute value, a positive, a negative, etc. parameter.

In some embodiments, the tag includes diversity ID information, scene name, tag name, confidence, and title name of the video resource. The asset types may include primary types including movies, television shows, consultations, etc., and secondary types including love, urban, historical, horror, etc.

In some embodiments, the search condition may be a search operation using boolean expressions, with commonly used operators including and, or, not, like, and near. The boolean expression search may perform test matching results throughout the entire document, or may perform test-design search matching on individual lines in the document, and input keywords in the search condition text box shown in fig. 2(a) to perform retrieval, and perform logical operations between a plurality of keywords in a field using and, or, and not, as follows: expression: baby and education, which is to search for documents with contents of "baby" and "education"; expression: preschool or education, the search contents are shown as files of "preschool" or "education"; expression: infant near education, which is to search for files with contents of 'infant' and 'education' close to each other; expression: "preschool education," a document whose content appears exactly "preschool education," where there are no other characters or spaces between "preschool" and "education.

Fig. 2(B) shows another interface schematic diagram of the new record screen rule of the terminal device in the embodiment of the present application.

The schematic diagram after the operation and maintenance staff inputs the content of the first screen recording rule in the interface shown in fig. 2 (a).

Rule name: 1;

incremental scaling: 1;

the search conditions are as follows: (new _ tag. the same.tag. value: "childhood education");

the rule name of the first screen recording rule is 1.

The increment scale is set to be 1 hour, namely, the first screen recording rule is subjected to increment screen recording every 1 hour;

the search condition is that a video resource with the topic of 'preschool education' is newly added.

After the operation and maintenance personnel input the first screen recording rule information, the operation and maintenance personnel click a storage button to store the first screen recording rule and send the first screen recording rule to the server for processing.

Fig. 2(C) shows a schematic interface diagram of a terminal device according to another embodiment of the present application.

The server records the screen of the video mapped by the first screen recording rule by acquiring the difference value between the current time and the last recording time of the first screen recording rule and storing screen recording result information and sending the screen recording result information to the terminal equipment if the difference value is larger than or equal to the incremental scale; otherwise, the difference value is obtained again at the preset polling time interval.

And after the server finishes screen recording, generating screen recording stream records and sending the screen recording stream records to screen recording terminal equipment for displaying. The content recorded by the screen recording pipeline comprises a rule name, an ID, the last recording time, the recording content, the recording result and the like of the screen recording rule.

The figure shows the screen recording flow records of 3 screen recording rules.

The record of the screen recording rule with the ID of 2 is as follows:

rule name: a young child;

and finally, recording time: 2020-03-0310: 22: 34;

recording content: 11016381227070, 62100532, 61749187;

recording result information: the recording was successful.

The last recording time represents the time record of the last incremental screen recording of the screen recording rule;

in some embodiments, the first screen recording rule maps the ID information of the video, i.e. the ID information of the recorded content, to the corresponding video resource ID in the readable format of the asset library, and different video resource contents are separately displayed by commas.

The recording result information includes recording success or recording failure, and may also include other error prompt information, which may be not set according to the actual situation. And after each incremental screen recording is finished, updating the recording result information.

The record of the screen recording rule with the ID of 4 is as follows:

rule name: education;

and finally, recording time: 2020-03-0312: 27: 54;

recording content: 1101638127070, 62100532, 61749187;

recording result information: the recording was successful.

The record of the screen recording rule with the ID of 7 is as follows:

rule name: industrial;

and finally, recording time: 2020-03-0320: 04: 12;

recording content: 1101638127070, 62100532, 61749187;

recording result information: the recording was successful.

The following describes a server-side method and a terminal device-side method for screen recording.

Fig. 3 shows a flowchart of a server-side method for screen recording according to an embodiment of the present application.

Receiving a first screen recording rule from terminal equipment, wherein the first screen recording rule comprises an increment scale parameter for setting a repeated screen recording time interval.

After the server receives the first screen recording rule, the first controller of the server can set the screen recording state of the first screen recording rule.

In some embodiments, the recording screen state may be configured to 4 states, which are a non-recording state, a recording waiting state, a recording state, and a recording completion state.

The newly-established first screen recording rule is in a non-adding recording state, operation and maintenance personnel need to confirm that the first screen recording rule is added into a recording queue before formally starting the first screen recording rule, and modify the screen recording state into a recording waiting state after confirming that the first screen recording rule is correct; after a first screen recording rule in a waiting recording state is added in screen recording operation, the screen recording state is changed into a recording state; when necessary, the operation and maintenance personnel can also change the screen recording state of the first screen recording rule from the state of waiting for recording to the state of not joining in recording. In some embodiments, the recording queue may be divided into a full recording queue and an incremental recording queue.

It should be noted that the recording state is not manually modifiable, and is updated in real time according to the execution of the screen recording rule, and any screen recording rule added to the recording queue automatically updates the screen recording state to the recording state.

In some embodiments, the screen recording may include a full screen recording and an incremental screen recording.

The full screen recording refers to that the increment scale of the screen recording rule is set to be 0 or null, namely the screen recording rule maps video resources to be recorded once, and after the full screen recording is finished, the controller automatically adjusts the screen recording state of the screen recording rule to be a recording completion state and does not perform the next recording operation.

The incremental screen recording means that the incremental scale of the screen recording rule is larger than 0, namely, the screen recording rule mapping video resource can be automatically recorded for multiple times according to the set conditions, and after each incremental screen recording is finished, the controller automatically adjusts the screen recording state of the screen recording rule to a standby recording state and waits for next background polling to perform incremental screen recording.

In some embodiments, the screen recording method provided by the application can realize the timed screen recording. The server background accesses a screen recording rule from the terminal equipment according to a preset polling time interval, adds the screen recording rule with the screen recording state being a waiting recording state into a recording queue, and judges whether the screen recording rule is incremental screen recording or full screen recording according to the incremental scale parameters. It should be noted that the screen recording rule in the non-waiting recording state is not added to the recording queue.

In some embodiments, the incremental scale of the first screen recording rule is 0 or null, and the first controller changes the screen recording state of the first screen recording rule into a screen recording completion state after the screen recording is completed.

If the incremental scale is 0, performing full recording, acquiring ID information of a first screen recording rule mapping video by a first controller of the server, and acquiring all video information mapped by the media asset according to the ID information; the first controller transmits video information in a screen recording rule range to a scheduling center to start screen recording operation; after screen recording is finished, the first controller writes the screen recording result information into a screen recording stream record; and when the full screen recording is finished, the screen recording state of the first screen recording rule is automatically adjusted to be a recording completion state, and the next recording operation is not performed any more.

For example, the terminal device configures the search condition of the first screen recording rule as a boolean expression:

[ category _ name: "baby") AND (content _ type: "1001");

incremental scaling: 0.

the operation and maintenance personnel set the screen recording state of the first screen recording rule to a recording waiting state; a first controller of the server polls a screen recording rule list in a waiting recording state in the server at a preset polling time interval of 1 hour in the background, namely, polls the screen recording rule list every 1 hour, and when the first screen recording rule is polled, the first screen recording rule is automatically added into a full recording queue; the first controller calls a search interface by taking the search condition as a parameter to acquire ID information of the first screen recording rule mapping video resource; the first controller then transmits the list group of the ID information to a scheduling center of big data to trigger screen recording operation; after the screen recording is finished, the first controller configures the scheduling center to write screen recording result information into the screen recording stream records, and stores and sends the screen recording result information to the terminal equipment operated by the operation and maintenance personnel.

The operation and maintenance personnel can check whether the screen recording of the first screen recording rule is successful or not according to the screen recording stream record received by the terminal equipment, wherein the display interface of the operation and maintenance personnel is similar to that shown in fig. 2(C), and if the first screen recording rule fails in the screen recording process, the mapping video resource ID information of the first screen recording rule is updated into the screen recording stream record; and finally, the first controller changes the screen recording state of the first screen recording rule into a recording completion state, so that one-time recording of the full screen recording is realized.

In some embodiments, the incremental scale of the first screen recording rule is greater than 0, and after one incremental screen recording is completed, the first controller changes the screen recording state of the first screen recording rule into a waiting recording state to wait for the next incremental recording process. The first controller obtains a difference value between the current time and the last recording time of the first screen recording rule; if the difference is larger than or equal to the incremental scale, recording the screen of the first screen recording rule mapping video, storing screen recording result information and sending the screen recording result information to the terminal equipment; otherwise, the difference value is obtained again at the preset polling time interval.

And if the increment scale of the first screen recording rule is larger than 0, performing increment screen recording, acquiring the last recording time of the first screen recording rule in screen recording stream recording, namely the time of the first screen recording rule executed for the last time by the first controller, and then calculating and judging the difference value between the current time and the last recording time, namely the time interval.

And if the difference value is smaller than the increment scale value of the first screen recording rule, continuing waiting for next polling of the server.

In some embodiments, when the first controller configures the first screen recording rule to be in a non-waiting recording state, the incremental screen recording operation of the first screen recording rule is stopped. Fig. 4 shows a schematic execution flow diagram of screen recording by mapping a video according to a screen recording rule in the embodiment of the present application.

In step 401, a first screen recording rule in a waiting recording state is added to an incremental recording queue, and the screen recording state of the queue is changed into a recording state.

And if the difference value is larger than or equal to the incremental scale value, the first controller adds the first screen recording rule into an incremental recording queue, and the first controller changes the screen recording state into a recording state, wherein the screen recording state cannot be changed manually.

In step 402, ID information of the first screen recording rule mapping video is obtained.

The ID information of the video resource mapped by the first screen recording rule is obtained according to the search condition of the first screen recording rule, and then all video information mapped by the first screen recording rule can be obtained according to the ID information.

In step 403, the scheduling center performs screen recording operation based on the ID information.

And the first controller transmits the video information related to the ID information to a scheduling center according to the first screen recording rule to start screen recording operation.

In step 404, after the single screen recording is completed, the screen recording state of the first screen recording rule is changed to a waiting-to-record state.

After the word increment screen recording is finished, the first controller changes the screen recording state of the first screen recording rule into a screen waiting recording state, and waits for next increment screen recording through background polling.

[ category _ name: "baby") AND (content _ type: "1001");

incremental scaling: 24.

the operation and maintenance personnel set the screen recording state of the first screen recording rule to a recording waiting state; and the first controller of the server polls the screen recording rule list in the waiting recording state in the server at a preset polling time interval of 1 hour in the background, namely polling the screen recording rule list at an interval of 1 hour.

Because the incremental scale parameter is 24, namely incremental screen recording is performed once every 24 hours, the first controller reads the last recording time of the first screen recording rule from the screen recording stream record when polling the first screen recording rule every time, calculates and judges the difference between the current time and the last recording time, if the difference is less than 24 hours, the first screen recording rule continuously waits for the next timed polling, and if the difference is more than or equal to 24 hours, the first controller adds the first screen recording rule into the incremental recording queue.

In some embodiments, before the screen recording of the first screen recording rule mapping video, the method further comprises the step of adding a time range to the search condition parameter. The time range refers to a time period between the current time and the last recording time of the first screen recording rule.

For example, the current time of the first screen recording rule is: 2020-4-249: 00: 00; the last recording time of the first screen recording rule is as follows: 2020-4-2010: 00:00, then the time range is configured to: 2020-4-2010: 00:00 to 2020-4-249: 00:00, the time range ensuring that a live video in both time endpoints is recorded. Splicing the first screen recording rule and the time interval into a new recording rule, wherein the Boolean expression of the new recording rule is as follows:

[ category _ name: "baby") AND (content _ type: "1001") AND (created _ time: [0 TO1584926742 ]);

the updated first screen recording rule takes the search condition as a parameter to call a search interface to acquire ID information of a video mapped by the updated first screen recording rule matched with the time range; then the first controller transmits the list group of the ID information to a big data scheduling center to trigger screen recording operation; after the screen recording is finished, the first controller configures the scheduling center to write screen recording result information into the screen recording stream records, and stores and sends the screen recording result information to the terminal equipment of the operation and maintenance personnel.

In some embodiments, the screen recording stream record is configured to include a last recording time, screen recording result information, a rule name and an ID of the first screen recording rule. But also stored in the screen recording stream record. In some embodiments, the screen recording stream record further includes ID information of the first screen recording rule mapping video, i.e., the recording content, as shown in a table form in fig. 2 (C). After each incremental screen recording operation, the first controller writes the information into the running water record of the road mirror piece; and updating the failure reason to the recording result information column for the failed screen recording so as to facilitate the operation and maintenance personnel to check the historical screen recording record of the first screen recording rule.

The application also provides a terminal device for recording a screen, including: a display for displaying a user interface; a second controller configured to: sending a first screen recording rule to a server, wherein the first screen recording rule comprises an increment scale for setting a repeated screen recording time interval; and receiving screen recording result information from the server and displaying the screen recording result information on the display. The content description of the terminal device for implementing screen recording has been set forth in detail in the foregoing embodiments of the present application, and is not repeated herein.

The present application further provides a server for recording a screen, including: the server interface is configured to receive a first screen recording rule from the terminal equipment, wherein the first screen recording rule comprises an increment scale parameter for setting a repeated screen recording time interval; a first controller configured to: acquiring a difference value between the current time and the last recording time of the first screen recording rule; when the difference value is larger than the incremental scale, recording the screen of the first screen recording rule mapping video, storing screen recording result information and sending the screen recording result information to the terminal equipment; otherwise, the difference value is obtained again at the preset polling time interval. The content description of the server implementing screen recording has been set forth in detail in the foregoing embodiments of the present application, and is not repeated here.

With reference to FIG. 5, a suitable environment 500 for implementing various aspects of the claimed subject matter includes a computer 502. The computer 502 includes a processing unit 504, a system memory 506, a codec 505, and a system bus 508. The system bus 508 couples system components including, but not limited to, the system memory 506 to the processing unit 504. The processing unit 504 can be any of various available processors. Dual microprocessors and other multiprocessor architectures also can be employed as the processing unit 504.

The system bus 508 can be any of several types of bus structure(s) including the memory bus or memory controller, a peripheral bus or external bus, and/or a local bus using any variety of available bus architectures including, but not limited to, Industry Standard Architecture (ISA), micro-channel architecture (MSA), extended ISA (eisa), Intelligent Drive Electronics (IDE), VESA Local Bus (VLB), Peripheral Component Interconnect (PCI), card bus, Universal Serial Bus (USB), Advanced Graphics Port (AGP), personal computer memory card international association bus (PCMCIA), firewire (IEEE 1394), and Small Computer Systems Interface (SCSI).

The system memory 506 includes volatile memory 510 and non-volatile memory 512. The basic input/output system (BIOS), containing the basic routines to transfer information between elements within the computer 502, such as during start-up, is stored in nonvolatile memory 512. By way of illustration, and not limitation, nonvolatile memory 512 can include Read Only Memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory 510 includes Random Access Memory (RAM), which acts as external cache memory. In accordance with the present aspect, the volatile memory may store write operation retry logic (not shown in FIG. 5), and the like. By way of illustration and not limitation, RAM is available in many forms, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), double data rate SDRAM (DDR SDRAM), and Enhanced SDRAM (ESDRAM).

The computer 502 may also include removable/non-removable, volatile/nonvolatile computer storage media. Fig. 5 illustrates, for example a disk storage device 514. Disk storage 514 includes, but is not limited to, devices like a magnetic disk drive, Solid State Disk (SSD), floppy disk drive, tape drive, Zip drive, LS-110 drive, flash memory card, or memory stick. In addition, disk storage 514 can include storage media separately or in combination with other storage media including, but not limited to, an optical disk drive such as a compact disk ROM device (CD-ROM), CD recordable drive (CD-R drive), CD rewritable drive (CD-RW drive) or a digital versatile disk ROM drive (DVD-ROM) to facilitate connection of the disk storage 514 to the system bus 508, a removable or non-removable interface is typically used such as interface 516.

It is to be appreciated that fig. 5 describes software, software in execution, hardware, and/or software in combination with hardware that acts as an intermediary between users and the basic computer resources described in the suitable operating environment 500. Such software includes an operating system 518. Operating system 518, which can be stored on disk storage 514, acts to control and allocate resources of the computer system 502. Applications 520 take advantage of the management of resources by operating system 518 through program modules 524 and program data 526 (e.g., boot/shutdown transaction tables, etc.) stored either in system memory 506 or on disk storage device 514. It is to be appreciated that the claimed subject matter can be implemented with various operating systems or combinations of operating systems. For example, applications 520 and program data 526 can include software that implements aspects of the present application.

A user enters commands or information into the computer 502 through input device(s) 528 (non-limiting examples of which can include a pointing device (e.g., a mouse), trackball, stylus, touch pad, keyboard, microphone, joystick, game pad, satellite dish, scanner, tv tuner card, digital camera, digital video camera, electronic nose, web camera, or other device that allows a user to interact with the computer 502). These and other input devices are connected to the processing unit 504 through the system bus 508 via interface port(s) 530. Interface port(s) 530 include, for example, a serial port, a parallel port, a game port, and a Universal Serial Bus (USB). The output device(s) 536 use some of the same type of ports as the input device(s) 528. Thus, for example, a USB port may be used to provide input to computer 502, and to output information from computer 502 to an output device 536. Output adapter 534 is provided to illustrate that there are some output devices 536 like monitors, speakers, and printers among other output devices 536 that require special adapters. The output adapters 534 illustratively, but not by way of limitation, include video and sound cards that provide a means of connection between the output device 536 and the system bus 508. It should be noted that other devices and/or systems of devices provide both input and output capabilities such as remote computer(s) 538.

The computer 502 is capable of operating in a networked environment using logical connections to one or more remote computers, such as a remote computer(s) 538. The remote computer(s) 538 can be a personal computer, a server, a router, a network PC, a workstation, a microprocessor based appliance, a peer device, a smart phone, a tablet computer or other network node and typically includes many of the elements described relative to the computer 502. For purposes of brevity, only a memory storage device 540 is illustrated with remote computer(s) 538. Remote computer(s) 538 is logically connected to computer 502 through a network interface 542 and then via communication connection(s) 544. Network interface 542 encompasses wired or wireless communication networks such as local-area networks (LAN), wide-area networks (WAN), and cellular networks. LAN technologies include Fiber Distributed Data Interface (FDDI), Copper Distributed Data Interface (CDDI), ethernet, token ring, and the like. WAN technologies include, but are not limited to, point-to-point links, circuit-switched networks like Integrated Services Digital Networks (ISDN) and variations thereon, packet-switched networks, and Digital Subscriber Lines (DSL).

One or more communication connections 544 refer to the hardware/software employed to connect the network interface 542 to the bus 508. While communication connection 544 is shown for illustrative clarity inside computer 502, it can also be external to computer 502. The hardware/software necessary for connection to the network interface 542 includes, for exemplary purposes only, internal and external technologies such as, modems including regular telephone grade modems, cable modems and DSL modems, ISDN adapters, wired and wireless ethernet cards, hubs, and routers.

Referring now to FIG. 6, there is illustrated a schematic block diagram of a computing environment 600 in accordance with the subject specification. The system 600 includes one or more clients 602, i.e., terminal devices (e.g., computers, smart phones, tablets, PDAs) as described herein. The client(s) 602 can be hardware and/or software (e.g., threads, processes, computing devices). The client(s) 602 can employ the specification to accommodate cookie(s) and/or associated contextual information, for example.

The system 600 also includes one or more server(s) 604. The server(s) 604 can also be hardware or hardware in combination with software (e.g., threads, processes, computing devices). The servers 604 can house threads to perform transformations of media items, such as by employing aspects of the subject application. One possible communication between a client 602 and a server 604 can be in the form of a data packet adapted to be transmitted between two or more computer processes, where the data packet can include a code analysis headspace and/or input. The data packet can include a cookie and/or associated contextual information, for example. The system 600 includes a communication framework 606 (e.g., a global communication network such as the internet) that can be employed to facilitate communications between the client(s) 602 and the server(s) 604.

Communications can be facilitated via a wired (including optical fiber) and/or wireless technology. The client(s) 602 are operatively connected to one or more client data store(s) 608 that can be employed to store information local to the client(s) 602 (e.g., cookie(s) and/or associated contextual information). Similarly, the server(s) 604 are operatively connected to one or more server data store(s) 610 that can be employed to store information local to the servers 604.

In one exemplary implementation, the client 602 can communicate an encoded file (e.g., an encoded media item) to the server 604. The server 604 can store the file, decode the file, or transmit the file to another client 602. It is to be appreciated that, in accordance with the subject application, the client 602 can also pass uncompressed files to the server 604, and the server 604 can compress the files and/or transform the files. Likewise, the server 604 can encode information and transmit the information to one or more clients 602 via the communication framework 606.

The illustrated aspects of the application may also be practiced in distributed computing environments where certain tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules can be located in both local and remote memory storage devices.

The method has the advantages that the automatic acquisition of the video resources of the screen recording target can be realized by constructing the first screen recording rule; further, by constructing an increment scale and presetting a polling time interval, the screen can be recorded at regular time; further, by comparing the difference value with the incremental scale, automatic incremental screen recording can be realized; furthermore, screen recording stream records are constructed, screen recording information interaction can be achieved, screen recording errors are reduced, operation time is shortened, operation efficiency is improved, and unattended screen recording can be achieved to a certain extent.

Further, it is to be appreciated that the various components, controllers, described herein can include circuit(s) that can include components and circuit elements of appropriate values in order to implement aspects of the innovation. Further, it can be appreciated that many of the various components can be implemented on one or more Integrated Circuit (IC) chips. In one exemplary implementation, the set of components can be implemented on a single IC chip. In other exemplary implementations, one or more of the respective components are fabricated or implemented on separate IC chips.

What has been described above includes examples of implementations of the invention. It is, of course, not possible to describe every conceivable combination of components or methodologies for purposes of describing the claimed subject matter, but it is to be appreciated that many further combinations and permutations of the subject innovation are possible. Accordingly, the claimed subject matter is intended to embrace all such alterations, modifications and variations that fall within the spirit and scope of the appended claims. Moreover, the foregoing description of illustrated implementations of the present application, including what is described in the "abstract," is not intended to be exhaustive or to limit the disclosed implementations to the precise forms disclosed. While specific implementations and examples are described herein for illustrative purposes, various modifications are possible which are considered within the scope of such implementations and examples, as those skilled in the relevant art will recognize.

In particular and in regard to the various functions performed by the above described components, controllers, devices, circuits, systems and the like, the terms used to describe such components are intended to correspond, unless otherwise indicated, to any component which performs the specified function of the described component (e.g., that is functionally equivalent), even though not structurally equivalent to the disclosed structure which performs the function in the herein illustrated exemplary aspects of the claimed subject matter. In this regard, it will also be recognized that the innovation includes a system as well as a computer-readable storage medium having computer-executable instructions for performing the acts and/or events of the various methods of the claimed subject matter.

The above-described systems/circuits/modules have been described with respect to interaction between several components/blocks. It can be appreciated that such systems/circuits and components/blocks can include those components or the referenced stator components, some of the specified components or sub-components, and/or additional components, and in various permutations and combinations of the above. Sub-components can also be implemented as components communicatively coupled to other components rather than included within parent components (hierarchical). Additionally, it should be noted that one or more components may be combined into a single component providing aggregate functionality or divided into several separate sub-components, and any one or more middle layers (e.g., a management layer) may be provided to communicatively couple to such sub-components in order to provide comprehensive functionality. Any components described herein may also interact with one or more other components not specifically described herein but known to those of skill in the art.

Notwithstanding that the numerical ranges and parameters setting forth the broad scope of the invention are approximations, the numerical values set forth in the specific examples are reported as precisely as possible. Any numerical value, however, inherently contains certain errors necessarily resulting from the standard deviation found in their respective testing measurements. Moreover, all ranges disclosed herein are to be understood to encompass any and all subranges subsumed therein. For example, a range of "less than or equal to 11" can include any and all subranges between (and including) the minimum value of zero and the maximum value of 11, i.e., any and all subranges have a minimum value equal to or greater than zero and a maximum value of equal to or less than 11 (e.g., 1 to 5). In some cases, the values as described for the parameters can have negative values.

In addition, while a particular feature of the subject innovation may have been disclosed with respect to only one of several implementations, such feature may be combined with one or more other features of the other implementations as may be desired and advantageous for any given or particular application. Furthermore, to the extent that the terms "includes," "including," "has," "incorporates," variants thereof, and other similar words are used in either the detailed description or the claims, these terms are intended to be inclusive in a manner similar to the term "comprising" as an open transition word without precluding any additional or other elements.

Reference throughout this specification to "one implementation" or "an implementation" means that a particular feature, structure, or characteristic described in connection with the implementation is included in at least one implementation. Thus, the appearances of the phrases "in one implementation" or "in an implementation" in various places throughout this specification are not necessarily all referring to the same implementation. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more implementations.

Furthermore, reference throughout this specification to "an item" or "a file" means that a particular structure, feature, or object described in connection with the implementation is not necessarily the same object. Further, "file" or "item" can refer to objects in various formats.

The terms "component," "controller," "system," and the like as used herein are generally intended to refer to a computer-related entity, either hardware (e.g., a circuit), a combination of hardware and software, or an entity associated with an operating machine having one or more specific functionalities. For example, a component may be, but is not limited to being, a process running on a processor (e.g., a digital signal processor), a processor, an object, an executable, a thread of execution, a program, and/or a computer. By way of illustration, both an application running on a controller and the controller can be a component. One or more components can reside within a process and/or thread of execution and a component can be localized on one computer and/or distributed between two or more computers. Although individual components are depicted in various implementations, it is to be appreciated that the components can be represented using one or more common components. Further, the design of each implementation can include different component placements, component selections, etc. to achieve optimal performance. Furthermore, the "means" can take the form of software (generalized hardware wherein the execution of specific functions is specialized, which enables the hardware to perform, or a combination of both) specially designed hardware through which the hardware passes.

Moreover, the word "exemplary" or "exemplary" is used herein to mean "serving as an example, instance, or illustration". Any aspect or design described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other aspects or designs. Rather, use of the word "exemplary" or "exemplary" is intended to present concepts in a concrete fashion. As used herein, the term "or" is intended to mean including "or" rather than exclusive "or". That is, unless specified otherwise, or clear from context, "X employs A or B" is intended to mean that it naturally includes either of the substitutions. That is, if X employs A; x is B; or X employs both A and B, then "X employs A or B" is satisfied under any of the above examples. In addition, the articles "a" and "an" as used in this application and the appended claims should generally be construed to mean "one or more" unless specified otherwise or clear from context to be directed to a singular form.

Claims

1. A server for screen recording, comprising:

a first controller configured to:

2. The server for screen recording according to claim 1, wherein the first screen recording rule is configured to include: rule name parameter, search condition parameter, increment scale.

3. The server for screen recording according to claim 2, further comprising, before the screen recording of the first screen recording rule mapping video, the steps of:

and adding a time range to the search condition parameters, wherein the time range refers to a time period from the last recording time to the current time.

4. The server for recording the screen according to claim 2, wherein the last recording time, the screen recording result information and the rule name parameter are further stored in a screen recording stream record.

5. The server for screen recording according to claim 4, wherein the screen recording pipeline records, further comprising: the first screen recording rule maps ID information of the video.

6. The server for screen recording according to claim 1, wherein the screen recording is performed on the first screen recording rule mapping video by specifically performing the following steps:

adding a first screen recording rule in a waiting recording state to an incremental recording queue, and changing the screen recording state into a recording state;

acquiring ID information of the first screen recording rule mapping video;

the scheduling center carries out screen recording operation based on the ID information;

and after the screen recording is finished once, changing the screen recording state of the first screen recording rule into a screen recording waiting state.

7. The server according to claim 1, wherein the incremental scale is 0 or null, and the first controller changes the recording state of the first recording rule to a recording complete state after the recording is completed.

8. A terminal device for recording a screen, comprising:

a display screen for displaying a user interface;

a second controller configured to:

9. The terminal device for recording the screen according to claim 8, wherein the screen recording result information is included in a screen recording flow record, and the terminal device receives the screen recording flow record from the server and displays the screen recording flow record on the display screen.

10. A server-side method for screen recording, the method comprising:

11. The server-side method for screen recording according to claim 10, wherein the first screen recording rule is configured to include: rule name parameter, search condition parameter, increment scale.

12. The server-side method for screen recording according to claim 11, further comprising, before the screen recording of the first screen recording rule mapping video, the steps of:

13. The server-side method for screen recording according to claim 11, wherein the last recording time, the screen recording result information, and the rule name parameter are further stored in a screen recording stream record.

14. The server-side method for screen recording according to claim 13, wherein the screen recording pipeline record further comprises: the first screen recording rule maps ID information of the video.

15. The server-side method for screen recording according to claim 10, wherein the screen recording is performed on the first screen recording rule mapping video by specifically performing the following steps:

acquiring ID information of the first screen recording rule mapping video;

16. The server-side method for recording a screen according to claim 10, wherein the incremental scale is 0 or null, and the first controller changes the screen recording state of the first screen recording rule to a screen recording completion state after the screen recording is completed.

17. A terminal device method for screen recording, the method comprising:

18. The terminal equipment method for recording the screen according to claim 17, wherein the screen recording result information is included in a screen recording stream record, and the screen recording stream record is received from the server and displayed on a display screen.