CN106933876B - Filtering method and device for screen recording file - Google Patents

Filtering method and device for screen recording file Download PDF

Info

Publication number
CN106933876B
CN106933876B CN201511027223.8A CN201511027223A CN106933876B CN 106933876 B CN106933876 B CN 106933876B CN 201511027223 A CN201511027223 A CN 201511027223A CN 106933876 B CN106933876 B CN 106933876B
Authority
CN
China
Prior art keywords
file
screen recording
uploading
directory
screen
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
Application number
CN201511027223.8A
Other languages
Chinese (zh)
Other versions
CN106933876A (en
Inventor
宋扬
高洪喜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Technology Shenzhen Co Ltd
Original Assignee
Ping An Technology Shenzhen Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Technology Shenzhen Co Ltd filed Critical Ping An Technology Shenzhen Co Ltd
Priority to CN201511027223.8A priority Critical patent/CN106933876B/en
Publication of CN106933876A publication Critical patent/CN106933876A/en
Application granted granted Critical
Publication of CN106933876B publication Critical patent/CN106933876B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14Error detection or correction of the data by redundancy in operation
    • G06F11/1402Saving, restoring, recovering or retrying
    • G06F11/1446Point-in-time backing up or restoration of persistent data
    • G06F11/1448Management of the data involved in backup or backup restore
    • G06F11/1451Management of the data involved in backup or backup restore by selection of backup contents
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/11File system administration, e.g. details of archiving or snapshots
    • G06F16/122File system administration, e.g. details of archiving or snapshots using management policies
    • G06F16/125File system administration, e.g. details of archiving or snapshots using management policies characterised by the use of retention policies

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

The invention relates to a method and a device for filtering screen recording files, wherein the method comprises the following steps: detecting whether a recording screen file exists under a storage directory according to the set frequency; when the screen recording file is detected, acquiring the screen recording file, and extracting the file name of the screen recording file; judging whether the file name is consistent with a set rule or not; if yes, determining the screen recording files as effective files, moving the effective files from the storage directory to an uploading directory, and uploading the effective files from the uploading directory to a server in batches for backup. By adopting the method, irrelevant or invalid screen recording files can be effectively filtered.

Description

Filtering method and device for screen recording file
Technical Field
The invention relates to the technical field of computers, in particular to a method and a device for filtering screen recording files.
Background
When transacting business in a bank's business hall, customers are usually required to queue and transact business in a window. In order to save time for customers, some banks have introduced an operation mode in which an agent handles business for customers through remote video calls. The call between the seat and the client and the operation of the seat are recorded, and a screen recording file is generated after the call is finished. The screen recording file is a video file, and scenes of services transacted by the agents for the clients can be checked by playing the screen recording file. After the screen recording file is generated, the screen recording file needs to be uploaded to a server for backup. At present, the traditional uploading software tool only uploads the screen recording file to the server, and the screen recording file is not filtered before uploading, so that irrelevant files or invalid screen recording files can be uploaded to the server.
Disclosure of Invention
In view of the foregoing, it is desirable to provide a method and an apparatus for filtering a screenshot file, which can effectively filter irrelevant or invalid screenshot files.
A method for filtering screen recording files, the method comprising:
detecting whether a recording screen file exists under a storage directory according to the set frequency;
when the screen recording file is detected, acquiring the screen recording file, and extracting the file name of the screen recording file;
judging whether the file name is consistent with a set rule or not;
if yes, determining the screen recording files as effective files, moving the effective files from the storage directory to an uploading directory, and uploading the effective files from the uploading directory to a server in batches for backup.
In one embodiment, before the step of uploading the active files in the upload directory to the server in bulk for backup, the method further includes:
acquiring the size of the screen recording file;
comparing the size of the screen recording file with a preset threshold, and if the screen recording file is larger than or equal to the preset threshold, determining the screen recording file as an oversized file;
generating a corresponding prompt window for the oversized file, and displaying the prompt window;
receiving a command for continuing uploading through the prompt window;
and uploading the oversized file to a server for backup according to the instruction for continuing uploading.
In one embodiment, after the step of determining whether the file name is consistent with the set rule, the method further includes:
and if the file name is inconsistent with the set rule, determining that the screen recording file is an abnormal file, and moving the abnormal file to a temporary folder which is created in advance under a storage directory for temporary backup.
In one embodiment, before the step of detecting whether there is a screen recording file under the stored directory according to the set frequency, the method further includes:
creating an uploading directory, and modifying the authority of the uploading directory into read-only;
detecting whether a domain account number of a login agent terminal operating system has administrator authority or not;
and if not, limiting the domain account number without the administrator authority to operate the uploading directory.
In one embodiment, the set rule includes at least one of a call start time, a call end time, a call identifier, a called identifier, and a serial number.
A device for filtering screen-recorded files, the device comprising:
the detection module is used for detecting whether a recording screen file exists under the storage directory according to the set frequency;
the acquisition module is used for acquiring the screen recording file and extracting the file name of the screen recording file when the screen recording file is detected;
the judging module is used for judging whether the file name is consistent with a set rule or not;
and the backup module is used for determining the screen recording file as an effective file if the file name is consistent with the set rule, moving the effective file from the storage directory to the uploading directory, and uploading the effective file from the uploading directory to the server in batches for backup.
In one embodiment, the obtaining module is further configured to obtain a size of the screen recording file; the judging module is further used for comparing the size of the screen recording file with a preset threshold value, and if the screen recording file is larger than or equal to the preset threshold value, determining the screen recording file as an oversized file;
the device further comprises:
the display module is used for generating a corresponding prompt window for the oversized file and displaying the prompt window;
the receiving module is used for receiving a command for continuing uploading through the prompt window;
and the backup module is also used for uploading the oversized file to a server for backup according to the uploading continuing instruction.
In one embodiment, the backup module is further configured to determine that the screen recording file is an abnormal file if the file name is inconsistent with a set rule, and move the abnormal file to a temporary folder created in advance in a storage directory for temporary backup.
In one embodiment, the apparatus further comprises:
the creating module is used for creating an uploading catalog;
the authority management module is used for modifying the authority of the uploading directory into read-only;
the detection module is also used for detecting whether a domain account number of a login seat terminal operating system has administrator authority or not;
and if the domain account number of the login seat terminal operating system has no administrator authority, the authority management module is also used for limiting the domain account number without the administrator authority to operate the uploading catalog.
In one embodiment, the set rule includes at least one of a call start time, a call end time, a call identifier, a called identifier, and a serial number.
According to the filtering method and device for the screen recording file, when the screen recording file exists in the storage directory according to the set frequency, the screen recording file is obtained, and the file name of the screen recording file is extracted; and if the extracted file name is consistent with the set rule, determining the screen recording file as a valid file. Therefore, the effective files are transferred from the storage directory to the uploading directory, and the effective files in the uploading directory are uploaded to the server in batches. Therefore, irrelevant files or invalid screen recording files can be effectively filtered before the screen recording files are uploaded, and the screen recording files are prevented from being uploaded to a server for backup.
Drawings
FIG. 1 is a diagram of an application environment of a method for filtering screen-recorded files in one embodiment;
FIG. 2 is a flow diagram of a method for filtering screen files in one embodiment;
FIG. 3 is a schematic diagram of an agent terminal according to an embodiment;
FIG. 4 is a diagram of a prompt window in one embodiment;
FIG. 5 is a schematic diagram of a screen file filtering apparatus according to an embodiment;
FIG. 6 is a schematic structural diagram of a screen recording file filtering device in yet another embodiment;
fig. 7 is a schematic structural diagram of a screen recording file filtering device in another embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the present invention is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.
The method for filtering screen recording files provided in the embodiment of the present invention may be applied to an application environment as shown in fig. 1. The agent terminal 102 is connected to the server 104 via a network. The agent utilizes the agent terminal 102 to conduct a video call with the client and records a screen of the agent terminal 102 when transacting business for the client. When the video call is finished, a screen recording file is locally generated at the seat terminal 102, and the screen recording file is stored in a local storage directory. The seat terminal 102 detects whether a screen recording file exists in the stored directory according to the set frequency, and when the screen recording file is detected, the screen recording file is acquired, and the file name of the screen recording file is extracted. The agent terminal 102 judges whether the file name is consistent with the set rule, and if so, determines that the screen recording file is a valid file. The agent terminal 102 moves the effective files from the storage directory to the uploading directory, and uploads the effective files in the uploading directory to the server 104 in batch for backup.
In an embodiment, as shown in fig. 2, a method for filtering a screen recording file is provided, which is described by taking an application to an agent terminal as an example, and specifically includes:
step 202, detecting whether a screen recording file exists in the stored directory according to the set frequency.
The agent refers to a worker who answers the incoming call of the client and handles the business for the client by the call center. The seat terminal is a terminal for the seat to communicate with the client and transact business for the client. The seat can carry out video call with the client through the seat terminal, and the seat can handle services for the seat in the video call process. When the video call is connected, the seat terminal records a screen, and when the video call is finished, the recording is finished. And the seat terminal generates a screen recording file from the recorded content and stores the screen recording file in a local storage directory.
And the seat terminal detects whether a recording screen file exists under the local storage directory according to the set frequency. The set frequency may be preset by a configuration file. For example, the frequency is set to 1 test every 3 minutes.
And 204, when the screen recording file is detected, acquiring the screen recording file and extracting the file name of the screen recording file.
Step 206, judging whether the file name is consistent with the set rule; if so, go to step 208, otherwise, end.
When the seat terminal detects that a screen recording file exists in a local storage directory, the screen recording file is obtained, and the file name of the screen recording file is extracted.
In one embodiment, the set rule includes at least one of a call start time, a call end time, a call identifier, a called identifier, and a serial number. The call is a video call between the agent terminal and the client terminal. The calling identifier refers to the identifier of the client terminal, and can be the number of the calling terminal and the like. The called identifier is an identifier of the agent terminal, and may be a number of the agent terminal, an account number of the agent terminal, or the like. The serial number is a number generated when the seat terminal and the client terminal carry out video call.
And verifying the screen recording file by judging whether the extracted file name is consistent with the set rule. If the file name comprises at least one of the components of the call starting time, the call ending time, the call identifier, the called identifier and the serial number, the file name is consistent with the set rule. The order of naming these components in the file name may be different. The file names may be named according to the sequence of the call start time, the call end time, the call identifier, the called identifier and the serial number, or according to the sequence of the call identifier, the called identifier, the call start time, the call end time and the serial number. And if the extracted file name is consistent with the set rule, the screen recording file passes the verification, and the screen recording file is determined to be a valid file. If the extracted file name is inconsistent with the set rule, the screen recording file is not verified, and the screen recording file is determined to be an abnormal file. The exception files include files unrelated to screen recording and invalid screen recording files.
And step 208, determining the screen recording files as effective files, moving the effective files from the storage directory to the uploading directory, and uploading the effective files in the uploading directory to the server in batch for backup.
And the agent terminal determines the screen recording files with the file names consistent with the set rules as effective files, moves the effective files from the storage directory to the uploading directory, and uploads the screen recording files in the uploading directory to the server in batches. In the process of uploading the screen recording file, manual operation of a seat is not needed. And the agent terminal uploads the screen recording file to a server in a silent uploading mode. The silent uploading means that an uploading interface is not displayed on the agent terminal in the process of uploading the screen recording file. If an abnormality occurs when the record screen file is uploaded, for example, the seat terminal fails to establish connection with the server or detects an oversized file exceeding a preset threshold value, a prompt window pops up on the seat terminal. After the agent terminal filters the uploaded files, the agent terminal can upload the filtered effective files to the server in a silent mode in batches. The whole process does not need manual operation of the seat, and the seat is not affected.
In the embodiment, when a screen recording file is stored in a storage directory according to the set frequency, the screen recording file is obtained, and the file name of the screen recording file is extracted; and if the extracted file name is consistent with the set rule, determining the screen recording file as a valid file. Therefore, the effective files are transferred from the storage directory to the uploading directory, and the effective files in the uploading directory are uploaded to the server in batches. Therefore, irrelevant files or invalid screen recording files can be effectively filtered before the screen recording files are uploaded, and the screen recording files are prevented from being uploaded to a server for backup.
Furthermore, the servers at least comprise two servers, and the servers can establish connection through the load balancing equipment. And the server receives the uploaded screen recording files according to the set frequency and distributes the received screen recording files to one of the servers for backup. Thereby, the pressure of each server can be relieved and the stability of the server can be improved.
Further, the storage directory comprises a plurality of storage directories, the uploading directory comprises a plurality of uploading directories, the server comprises a plurality of uploading directories, and the uploading directories correspond to the servers one to one. The agent terminal may preset a storage directory corresponding to each service type and an upload directory corresponding to each storage directory. The service types include banking services, insurance services and the like. And the seat terminal respectively detects whether a screen recording file exists under each storage directory according to the set frequency, if so, the screen recording file under each storage directory is respectively obtained, the file name of the screen recording file is extracted, and whether the file name is consistent with the set rule is judged. And if so, determining the screen recording file as a valid file. And the agent terminal respectively moves the effective files under each storage directory to the corresponding uploading directories, and respectively uploads the effective files under the uploading directories to the server in batches for backup. By verifying the classified screen recording files and uploading the verified effective files to the servers corresponding to the service types respectively, the screen recording files of each service type can be effectively prevented from being uploaded to the servers.
In one embodiment, as shown in fig. 3, a schematic structural diagram of an agent terminal is provided, which includes a processor, an internal memory, a non-volatile storage medium, a network interface, a display screen, and an input device, which are connected through a system bus. A filtering device for recording a screen file is stored in a nonvolatile storage medium of the seat terminal and is used for realizing a filtering method for the recording the screen file. The processor of the agent terminal is used for providing calculation and control capability and is configured to execute a filtering method of the screen recording file. The input device of the seat terminal comprises an external keyboard, a mouse, a microphone and the like.
In one embodiment, before the step of uploading the active files in the upload directory to the server in bulk for backup, the method further includes: acquiring the size of a screen recording file; comparing the size of the screen recording file with a preset threshold, and if the screen recording file is larger than or equal to the preset threshold, determining the screen recording file as an oversized file; generating a corresponding prompt window for the oversized file, and displaying the prompt window; receiving a command for continuing uploading through a prompt window; and uploading the oversized file to the server according to the instruction for continuously uploading.
In this embodiment, in the screen recording process, some oversize and invalid screen recording files may be generated due to abnormal call and other situations. To prevent such an excessively large and invalid screen file from being uploaded to the server. Before uploading screen recording files in the uploading directory to the server in batch, the agent terminal may also detect whether the size of the screen recording files exceeds a preset threshold, for example, the preset threshold is 1 GB. The preset threshold may also be referred to as a preset upload alarm value. Specifically, the seat terminal acquires the size of the screen recording file, compares the size of the screen recording file with a preset threshold value, and determines the screen recording file as an oversized file if the screen recording file is larger than or equal to the preset threshold value.
When the seat terminal detects the oversized file, a corresponding prompt window can be generated for the oversized file, and the prompt window is displayed. And the prompt window comprises the file name of the oversized file. The prompt window is shown in fig. 4. After seeing the prompt window, the agent can judge whether the oversized file is a normal screen recording file (namely, a valid file). If the screen recording file is a valid file, the seat can click 'continue uploading' in the prompt window. And the agent terminal receives the instruction of continuing uploading through the prompt window and uploads the ultra-large file to the server in a silent mode according to the instruction of continuing uploading. If the screen recording file is abnormal, the agent can click that the file is too large and is not uploaded temporarily, and the agent terminal abandons the uploading operation of the screen recording file after receiving the instruction of not uploading temporarily.
Further, the prompt window can display the time remaining for exiting the prompt window. If the exit time is 0 second later, the prompt window exits, and the uploading application program abandons the uploading operation of the screen recording file.
In one embodiment, after the step of determining whether the file name is consistent with the set rule, the method further includes: and if the file name is inconsistent with the set rule, determining that the screen recording file is an abnormal file, and moving the abnormal file to a temporary folder which is created in advance under the storage directory for temporary backup.
In this embodiment, if the extracted file name is inconsistent with the set rule, that is, if the extracted file name is not named according to the set rule, the agent terminal determines that the screen recording file is an abnormal file. In order to facilitate the agent to check the abnormal reason, the abnormal file can be temporarily backed up locally at the agent terminal. Specifically, a temporary folder for storing the exception file may be created in advance under the storage directory. And after determining that the screen recording file is an abnormal file, moving the abnormal file to a temporary folder for temporary backup.
The time for temporary backup may be set in advance, for example, 7 days. During the temporary backup, the agent can check the abnormal files so as to find out the reasons of the abnormal files in time, and the abnormal files can be manually deleted after the reasons are found out. If the backup time of the abnormal files in the temporary folder exceeds the temporary backup time, the agent terminal can automatically delete the overtime abnormal files so as to save the local storage space.
In one embodiment, before the step of acquiring the screen recording file under the storage directory according to the set frequency, the method further includes: creating an uploading directory, and modifying the authority of the uploading directory into read-only; detecting whether a domain account number of a login agent terminal operating system has administrator authority or not; and if not, limiting the domain account number without the administrator authority to operate the uploading directory.
In this embodiment, the agent terminal is installed with an upload application program, which is used to upload the screen recording file from the agent terminal to the server locally. And the agent terminal is also provided with a Windows operating system. The upload application may be pre-fabricated as a Windows service and installed to the agent terminal. After the agent terminal is started and logs in the Windows operating system, the agent terminal uploads an application program to start running. Even after the Windows system is logged off, the upload application can still run normally.
A conventional uploading software tool, such as SFTP (Secure File Transfer Protocol), manually selects a File to be transmitted, and uploads the File to be transmitted to a server after an uploading instruction is obtained. The seat can receive more clients every day, the generated screen recording files are more, and more inconvenience is brought to the work of the seat if a mode of manually uploading the screen recording files is adopted.
In order to prevent the agent from deleting the screen recording file under the uploading path, the agent terminal can create an uploading directory by using the uploading application program, and can change the authority of the uploading directory from being readable and writable to being read only by using the configuration file of the uploading application program. The method comprises the steps that a domain account number and a password without administrator authority are configured in advance for a seat terminal. After the agent logs in the Windows operating system through the domain account without the administrator authority, the uploading directory cannot be operated. Furthermore, because the domain account has no administrator authority, the agent cannot close the uploading application program through the domain account, so that the uploading application program can be effectively prevented from being closed maliciously to prevent the uploading of the screen recording file.
In one embodiment, as shown in fig. 5, there is provided a filtering apparatus for a screen recording file, including: a detection module 502, an acquisition module 504, a determination module 506, and a backup module 508, wherein:
the detecting module 502 is configured to detect whether there is a screen recording file in the storage directory according to the set frequency.
The obtaining module 504 is configured to, when the screen recording file is detected, obtain the screen recording file, and extract a file name of the screen recording file.
And a judging module 506, configured to judge whether the file name is consistent with the set rule.
And the backup module 508 is configured to determine that the screen recording file is an effective file if the file name is consistent with the set rule, move the effective file from the storage directory to the uploading directory, and upload the effective file in the uploading directory to the server in batch for backup.
In the embodiment, the seat can carry out video call with the client through the seat terminal, and the seat can handle services for the seat in the video call process. When the video call is connected, the seat terminal records a screen, and when the video call is finished, the recording is finished. And the seat terminal generates a screen recording file from the recorded content and stores the screen recording file in a local storage directory. The detecting module 502 is configured to detect whether there is a screen recording file in the local storage directory according to the set frequency. The set frequency may be preset by a configuration file. For example, the frequency is set to 1 test every 3 minutes. When the screen recording file is detected, the obtaining module 504 is configured to obtain the screen recording file and extract a file name of the screen recording file.
In one embodiment, the set rule includes at least one of a call start time, a call end time, a call identifier, a called identifier, and a serial number. The call is a video call between the agent terminal and the client terminal. The calling identifier refers to the identifier of the client terminal, and can be the number of the calling terminal and the like. The called identifier is an identifier of the agent terminal, and may be a number of the agent terminal, an account number of the agent terminal, or the like. The serial number is a number generated when the seat terminal and the client terminal carry out video call.
The judging module 506 is configured to judge whether the extracted file name is consistent with the set rule, so as to check the screen recording file. If the file name comprises the components of the call starting time, the call ending time, the call identifier, the called identifier and the serial number, the file name is consistent with the set rule. The order of naming these components in the file name may be different. The file names may be named according to the sequence of the call start time, the call end time, the call identifier, the called identifier and the serial number, or according to the sequence of the call identifier, the called identifier, the call start time, the call end time and the serial number. And if the extracted file name is consistent with the set rule, the screen recording file passes the verification, and the screen recording file is determined to be a valid file. If the extracted file name is inconsistent with the set rule, the screen recording file is not verified, and the screen recording file is determined to be an abnormal file. The exception files include files unrelated to screen recording and invalid screen recording files.
The backup module 508 is configured to move the valid files from the storage directory to the upload directory, and upload screen recording files in the upload directory to the server in batch. In the process of uploading the screen recording file, manual operation of a seat is not needed. And the agent terminal uploads the screen recording file to a server in a silent uploading mode.
In the embodiment, when a screen recording file is stored in a storage directory according to the set frequency, the screen recording file is obtained, and the file name of the screen recording file is extracted; and if the extracted file name is consistent with the set rule, determining the screen recording file as a valid file. Therefore, the effective files are transferred from the storage directory to the uploading directory, and the effective files in the uploading directory are uploaded to the server in batches. Therefore, irrelevant files or invalid screen recording files can be effectively filtered before the screen recording files are uploaded, and the screen recording files are prevented from being uploaded to a server for backup.
In one embodiment, the obtaining module 504 is further configured to obtain a size of the screenshot file; the judging module 506 is further configured to compare the size of the screen recording file with a preset threshold, and if the screen recording file is greater than or equal to the preset threshold, determine the screen recording file as an oversized file; as shown in fig. 6, the apparatus further includes: a presentation module 510 and a receiving module 512, wherein:
and the display module 510 is configured to generate a corresponding prompt window for the oversized file, and display the prompt window.
And the receiving module 512 is configured to receive an instruction to continue uploading through the prompt window.
The backup module 508 is further configured to upload the huge file to the server for backup according to the instruction for continuing uploading.
In this embodiment, before the backup module 508 uploads the screen recording files in the uploaded directory to the server in batch, the obtaining module 504 is further configured to obtain the size of the screen recording files, the determining module 506 is further configured to compare the size of the screen recording files with a preset threshold, and if the screen recording files are greater than or equal to the preset threshold, the screen recording files are determined to be oversized files. For example, the preset threshold is 1 GB. The preset threshold may also be referred to as a preset upload alarm value. After the determining module 506 determines that the screen recording file is an oversized file, the displaying module 510 is configured to generate a corresponding prompt window for the oversized file, and display the prompt window. And the prompt window comprises the file name of the oversized file. After seeing the prompt window, the agent can judge whether the oversized file is a normal screen recording file (namely, a valid file). If the screen recording file is a valid file, the seat can click 'continue uploading' in the prompt window. The receiving module 512 is configured to receive an instruction to continue uploading through the prompt window. The backup module 508 is further configured to upload the very large file to the server in a silent manner according to the instruction for continuing uploading. This can prevent an excessively large and invalid screen recording file from being uploaded to the server.
Further, the display module 510 displays a prompt window to exit the remaining time. And if the exit time is 0 second later, the prompt window exits, which means that the screen recording file is not uploaded to the server for backup.
In an embodiment, the backup module 508 is further configured to determine that the screen-recorded file is an abnormal file if the file name is inconsistent with the set rule, and move the abnormal file to a temporary folder created in advance in the storage directory for temporary backup.
In this embodiment, if the extracted file name is inconsistent with the set rule, the determining module 506 determines that the screen recording file is an abnormal file. In order to facilitate the agent to check the abnormal reason, the abnormal file can be temporarily backed up locally at the agent terminal. Specifically, a temporary folder for storing the exception file may be created in advance under the storage directory. After determining that the screen recording file is an abnormal file, the backup module 508 moves the abnormal file to a temporary folder for temporary backup. The time for temporary backup may be set in advance, for example, 7 days. During the temporary backup, the agent can check the abnormal files so as to find out the reasons of the abnormal files in time, and the abnormal files can be manually deleted after the reasons are found out. If the backup time of the abnormal files in the temporary folder exceeds the temporary backup time, the agent terminal can automatically delete the overtime abnormal files so as to save the local storage space.
In one embodiment, as shown in fig. 7, the apparatus further comprises: a creation module 514 and a rights management module 516, wherein:
a creating module 514 for creating the upload directory.
And the right management module 516 is used for modifying the right of uploading the directory into read-only.
The detection module 502 is further configured to detect whether a domain account of the operating system of the agent terminal has administrator authority.
If the domain account of the login agent terminal operating system has no administrator authority, the authority management module 516 is further configured to limit the domain account having no administrator authority to operate the uploaded directory.
In this embodiment, the agent terminal is also installed with a Windows operating system. The filtering device of the screen recording file can be made into a Windows service in advance and installed in the agent terminal. After the agent terminal is started and logs in the Windows operating system, the filtering device of the screen recording file can start to operate. Even after the Windows system is logged off, the upload application can still run normally.
In order to prevent the agent from deleting the screen recording file under the uploading path, the creating module 514 is used for creating an uploading directory, and the authority management module 516 is used for changing the authority of the uploading directory from being readable and writable to being read-only. The method comprises the steps that a domain account number and a password without administrator authority are configured in advance for a seat terminal. The detection module 502 is configured to detect whether a domain account that logs in to the agent terminal operating system has administrator authority, and if the agent logs in to the Windows operating system through a domain account that does not have administrator authority, the authority management module 516 restricts the domain account that does not have administrator authority from operating the uploaded directory.
Further, since the domain account has no administrator authority, the authority management module 516 restricts the agent from closing the upload application program through the domain account, thereby effectively preventing the upload application program from being closed maliciously to hinder the upload of the screen recording file.
The technical features of the embodiments described above may be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the embodiments described above are not described, but should be considered as being within the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above-mentioned embodiments only express several embodiments of the present invention, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the inventive concept, which falls within the scope of the present invention. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims (10)

1. A method for filtering screen recording files, the method comprising:
detecting whether a recording screen file exists under a storage directory according to the set frequency; the screen recording file is generated according to the content recorded on the screen, wherein the screen recording is started when a video call with the client terminal is connected, and the recording is finished when the video call is finished;
when the screen recording file is detected, acquiring the screen recording file, and extracting the file name of the screen recording file;
judging whether the file name is consistent with a set rule or not;
if the file name comprises at least one of the call starting time, the call ending time, the call identifier, the called identifier and the serial number, and the file name is consistent with the set rule, determining that the screen recording file is an effective file, moving the effective file from the storage directory to an uploading directory, and uploading the effective file in the uploading directory to a server in batch for backup in a silent uploading mode.
2. The method of claim 1, wherein before the step of uploading the active files in the upload directory to the server in bulk for backup, the method further comprises:
acquiring the size of the screen recording file;
comparing the size of the screen recording file with a preset threshold, and if the screen recording file is larger than or equal to the preset threshold, determining the screen recording file as an oversized file;
generating a corresponding prompt window for the oversized file, and displaying the prompt window;
receiving a command for continuing uploading through the prompt window;
and uploading the oversized file to a server for backup according to the instruction for continuing uploading.
3. The method according to claim 1, further comprising, after the step of determining whether the file name is consistent with the set rule:
and if the file name is inconsistent with the set rule, determining that the screen recording file is an abnormal file, and moving the abnormal file to a temporary folder which is created in advance under a storage directory for temporary backup.
4. The method of claim 1, wherein before the step of detecting whether there is a screen-recorded file under the stored directory according to the set frequency, the method further comprises:
creating an uploading directory, and modifying the authority of the uploading directory into read-only;
detecting whether a domain account number of a login agent terminal operating system has administrator authority or not;
and if not, limiting the domain account number without the administrator authority to operate the uploading directory.
5. A device for filtering screen-recorded files, the device comprising:
the detection module is used for detecting whether a recording screen file exists under the storage directory according to the set frequency; the screen recording file is generated according to the content recorded on the screen, wherein the screen recording is started when a video call with the client terminal is connected, and the recording is finished when the video call is finished; the acquisition module is used for acquiring the screen recording file and extracting the file name of the screen recording file when the screen recording file is detected;
the judging module is used for judging whether the file name is consistent with a set rule or not;
and the backup module is used for determining the screen recording file as an effective file if the file name comprises at least one of call starting time, call ending time, call identifier, called identifier and serial number and indicates that the file name is consistent with the set rule, moving the effective file from the storage directory to the uploading directory, and uploading the effective file in the uploading directory to the server in batch for backup in a silent uploading mode.
6. The apparatus according to claim 5, wherein the obtaining module is further configured to obtain a size of the screen recording file; the judging module is further used for comparing the size of the screen recording file with a preset threshold value, and if the screen recording file is larger than or equal to the preset threshold value, determining the screen recording file as an oversized file;
the device further comprises:
the display module is used for generating a corresponding prompt window for the oversized file and displaying the prompt window;
the receiving module is used for receiving a command for continuing uploading through the prompt window;
and the backup module is also used for uploading the oversized file to a server for backup according to the uploading continuing instruction.
7. The device according to claim 5, wherein the backup module is further configured to determine that the screen recording file is an abnormal file if the file name is inconsistent with a set rule, and move the abnormal file to a temporary folder created in advance under a storage directory for temporary backup.
8. The apparatus of claim 5, further comprising:
the creating module is used for creating an uploading catalog;
the authority management module is used for modifying the authority of the uploading directory into read-only;
the detection module is also used for detecting whether a domain account number of a login seat terminal operating system has administrator authority or not;
and if the domain account number of the login seat terminal operating system has no administrator authority, the authority management module is also used for limiting the domain account number without the administrator authority to operate the uploading catalog.
9. An agent terminal comprising a memory and a processor, the memory storing a computer program, characterized in that the processor, when executing the computer program, implements the steps of the method according to any of claims 1 to 4.
10. A computer-readable storage medium, on which a computer program is stored, which, when being executed by a processor, carries out the steps of the method of any one of claims 1 to 4.
CN201511027223.8A 2015-12-30 2015-12-30 Filtering method and device for screen recording file Active CN106933876B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201511027223.8A CN106933876B (en) 2015-12-30 2015-12-30 Filtering method and device for screen recording file

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201511027223.8A CN106933876B (en) 2015-12-30 2015-12-30 Filtering method and device for screen recording file

Publications (2)

Publication Number Publication Date
CN106933876A CN106933876A (en) 2017-07-07
CN106933876B true CN106933876B (en) 2019-12-20

Family

ID=59441178

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201511027223.8A Active CN106933876B (en) 2015-12-30 2015-12-30 Filtering method and device for screen recording file

Country Status (1)

Country Link
CN (1) CN106933876B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111625449A (en) * 2020-05-08 2020-09-04 苏州浪潮智能科技有限公司 File filtering rule testing method, device, equipment and readable storage medium

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101577736A (en) * 2009-06-04 2009-11-11 中兴通讯股份有限公司 Method and device for uploading files
WO2010124495A1 (en) * 2009-04-29 2010-11-04 中兴通讯股份有限公司 System and method for multi-service format file processing
CN102169453A (en) * 2011-03-08 2011-08-31 杭州电子科技大学 File online backup method
CN103139263A (en) * 2011-12-02 2013-06-05 潘燕辉 Method of automatically realizing cloud storage
CN103491169A (en) * 2013-09-24 2014-01-01 长沙裕邦软件开发有限公司 Method and system for uploading and downloading files
CN103744988A (en) * 2014-01-21 2014-04-23 国家电网公司 Simplified SAP batch data importing method
CN104503864A (en) * 2014-11-20 2015-04-08 北京世纪高蓝科技有限公司 Method and device for file backup based on local area network

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010124495A1 (en) * 2009-04-29 2010-11-04 中兴通讯股份有限公司 System and method for multi-service format file processing
CN101577736A (en) * 2009-06-04 2009-11-11 中兴通讯股份有限公司 Method and device for uploading files
CN102169453A (en) * 2011-03-08 2011-08-31 杭州电子科技大学 File online backup method
CN103139263A (en) * 2011-12-02 2013-06-05 潘燕辉 Method of automatically realizing cloud storage
CN103491169A (en) * 2013-09-24 2014-01-01 长沙裕邦软件开发有限公司 Method and system for uploading and downloading files
CN103744988A (en) * 2014-01-21 2014-04-23 国家电网公司 Simplified SAP batch data importing method
CN104503864A (en) * 2014-11-20 2015-04-08 北京世纪高蓝科技有限公司 Method and device for file backup based on local area network

Also Published As

Publication number Publication date
CN106933876A (en) 2017-07-07

Similar Documents

Publication Publication Date Title
CN110457195B (en) Method and device for obtaining local log of client, server and storage medium
WO2021051878A1 (en) Cloud resource acquisition method and apparatus based on user permission, and computer device
US9628357B2 (en) Service compliance enforcement using user activity monitoring and work request verification
US10291471B1 (en) Methods and apparatus for remediation execution
CN102262574B (en) Boot protecting method and device of operating system
CN110286998B (en) Virtual machine graphical user interface validation and execution process recording method and device
CN104615924A (en) System and method for storing account numbers and passwords for account numbers
CN101447113A (en) Method for building Internet browser-based self-service client terminals
CN114077525A (en) Abnormal log processing method and device, terminal equipment, cloud server and system
US8112398B1 (en) Methods, systems, and computer program products for selectively marking and retrieving data from an event log file
CN107818028A (en) A kind of computer data backup and restoring method
US9965624B2 (en) Log analysis device, unauthorized access auditing system, computer readable medium storing log analysis program, and log analysis method
CN110502894B (en) Operation behavior identification method, device and system
JP2012502338A5 (en)
CN106933876B (en) Filtering method and device for screen recording file
CN107040497B (en) Network account anti-theft method and device
CN106354773A (en) Method and device for data storage of application programs
CN112148545A (en) Security baseline detection method and security baseline detection system of embedded system
CN105187407B (en) A kind of VPN connection method and system based on blacklist mechanism
CN109670296A (en) A kind of method and apparatus removing iOS backup password
CN109582454A (en) Permission releasing control method, device and equipment in a kind of distributed storage cluster
CN116185785A (en) Early warning method and device for file abnormal change
CN109756495A (en) A kind of Mail Clients and its email processing method
CN115714660A (en) Authority configuration method and device
CN109257213B (en) Method and device for judging computer terminal access verification failure

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