CN112765383A

CN112765383A - File cleaning method and electronic equipment

Info

Publication number: CN112765383A
Application number: CN202110374032.8A
Authority: CN
Inventors: 赵钊
Original assignee: Honor Device Co Ltd
Current assignee: Honor Device Co Ltd
Priority date: 2021-04-07
Filing date: 2021-04-07
Publication date: 2021-05-07

Abstract

The application provides a file cleaning method and electronic equipment, relates to the field of terminals, and can remind a user of cleaning a screenshot/record screen and releasing storage resources in time. The method comprises the following steps: the electronic equipment displays a first interface; responding to screenshot operation of a user, the electronic equipment displays a second interface, and the second interface comprises a first screenshot corresponding to the first interface and a first option; responding to the operation of a user on the first option, displaying a sharing prompt box by the electronic equipment, wherein the sharing prompt box comprises a second option and a plurality of sharing modes, the second option is used for prompting the user to delete the first screenshot after sharing, and the second option is in a non-selected state; responding to an operation that a user selects a first sharing mode from multiple sharing modes, and sharing a first screenshot based on the first sharing mode by the electronic equipment; after sharing the first preset time of the first screenshot, the electronic device displays a first cleaning prompt box to prompt a user to clean the first screenshot, wherein the electronic device is in a bright screen and unlocked screen state.

Description

File cleaning method and electronic equipment

Technical Field

The application relates to the field of terminals, in particular to a file cleaning method and electronic equipment.

Background

When a user uses an electronic device (for example, a mobile phone, a tablet, a computer, and other products), a scene that screen content needs to be shared with other devices is often encountered, and at this time, the user can perform operations such as screen capture or screen recording on the electronic device, so that a file generated by screen capture/screen recording is shared with other users.

Typically, a screenshot or screen-recorded file will be stored by default in a designated album. For such files generated for the purpose of "sharing", they are usually not accessed again, which results in a large amount of invalid and unused files in the album, resulting in waste of memory resources.

Disclosure of Invention

The application provides a file cleaning method and electronic equipment, and the electronic equipment can remind a user of cleaning a screenshot/recorded screen in time so as to achieve the effect of releasing memory resources.

In order to achieve the purpose, the technical scheme is as follows:

in a first aspect, the present application provides a file cleaning method, including:

the electronic equipment displays a first interface; responding to screenshot operation of a user, displaying a second interface by the electronic equipment, wherein the second interface comprises a first screenshot and a first option, the first option is used for prompting the user to share the first screenshot, and the first screenshot corresponds to the first interface; responding to the operation of a user on the first option, displaying a sharing prompt box by the electronic equipment, wherein the sharing prompt box comprises a second option and a plurality of sharing modes; the second option is used for prompting the user to delete the first screenshot after sharing, and the second option is in a non-selected state; responding to an operation that a user selects a first sharing mode from multiple sharing modes, and sharing a first screenshot based on the first sharing mode by the electronic equipment; after sharing the first preset time of the first screenshot, the electronic device displays a first cleaning prompt box, the first cleaning prompt box is used for prompting a user to clean up useless pictures, the useless pictures comprise the first screenshot, and the electronic device is in a screen-lighting and screen-unlocking state.

Based on the method provided by the embodiment of the application, the electronic equipment can respond to the operation of a user to share the screenshot (screen recording) after the screenshot (screen recording) is generated, and displays the first cleaning prompt box after the first preset time of sharing the screenshot (screen recording). Therefore, the electronic equipment takes the screenshot which is shared for more than the first preset time as the useless picture, timely reminds the user to clear the useless screenshot, and occupation of the useless picture on the memory resource can be effectively reduced.

In one possible implementation, the electronic device displays a first cleaning prompt box, including: and responding to the operation of the user on the gallery application on the main interface, the electronic equipment jumps to the gallery interface from the main interface, and displays a first cleaning prompt box on the gallery interface.

That is, after sharing the first preset time of the first screenshot, if the user clicks (long-time pressing or any other operation) the gallery application of the main interface, the first cleaning prompt box is displayed to remind the user to clean up the useless pictures (screen recording). Therefore, the first cleaning prompt box can be prevented from being displayed when the electronic equipment displays other application interfaces (such as a video application interface), and user experience is prevented from being influenced.

In one possible implementation, the electronic device displays a first cleaning prompt box, including: in response to the operation of a user on the first photo album in the gallery application, the electronic equipment displays a picture preview interface of the first photo album, and displays a first cleaning prompt box on the picture preview interface, wherein the first photo album comprises useless pictures. Therefore, when the operation of the user on the first photo album in the gallery application is received, the user can be considered to have the intention of cleaning useless pictures in the first photo album, and at the moment, the first cleaning prompt box is popped up, so that the actual requirements of the user can be met.

In one possible implementation, the electronic device displays a first cleaning prompt box, including: and if the first screenshot is determined not to be accessed, the electronic equipment displays a first cleaning prompt box, wherein the accessing comprises any one or more of browsing, selecting and editing the first screenshot by a user.

It is considered that many screenshots that have not been visited by the user for a long time are useless screenshots that are not needed by the user. Therefore, the electronic equipment can take the shared screenshot which exceeds the preset time and is not accessed after being shared as a useless picture, remind the user of cleaning, and fit the scene of actual cleaning better.

In one possible implementation manner, before the electronic device displays the first cleaning prompt box, the method further includes: after sharing the second preset time of the first screenshot, the electronic equipment displays a second cleaning prompt box, wherein the second cleaning prompt box comprises a second cleaning button and a second retention button, and the second preset time is less than the first preset time; in response to the operation of the user on the second cleaning button, the electronic equipment deletes the first screenshot; and responding to the operation of the user on the second retention button, and setting the attribute of the first screenshot into a to-be-deleted state by the electronic equipment.

After the electronic equipment shares the first screenshot, a second cleaning prompt box can be displayed immediately, and a user is reminded of cleaning the first screenshot immediately. If the user selects to keep the first screenshot, the electronic device can pop up the first cleaning prompt box again after sharing the first preset time of the first screenshot. Therefore, the user is reminded to clear the screenshot by popping the clearing prompt box for multiple times, and the occupation of the screenshot on the memory resource can be reduced.

In one possible implementation, the method further includes: and responding to the operation of the user on the second retention button, and adding the first screenshot to the list to be deleted by the electronic equipment, wherein the list to be deleted comprises the screenshot of which the attribute is in a state to be deleted.

It will be appreciated that the electronic device may add the first screenshot to the to-delete list after the user chooses to retain it. Therefore, the electronic equipment does not need to sequentially inquire the state of each screenshot (to determine whether the screenshot is accessed), but can inquire the state of the file in the list to be deleted according to the list to be deleted, so that the electronic equipment can conveniently and uniformly manage and inquire the file, and the operation resources are saved.

In one possible implementation, the first cleaning prompt box includes a first cleaning button, and the method further includes: in response to the operation of the first cleaning button by the user, the electronic equipment displays a picture selection interface, wherein the picture selection interface comprises thumbnails of useless pictures; and in response to the user deleting the first screenshot from the useless picture, the electronic equipment deletes the first screenshot.

Therefore, the user can clean the screenshot in time under the prompt of the first cleaning prompt box. In addition, the picture selection interface can display thumbnails of useless pictures for a user to select, and the electronic equipment can also clean screenshots in batches under the selection of the user, so that the cleaning operation is simplified.

In one possible implementation, the first cleaning prompt box includes a first hold button, and the method further includes: in response to a user operation of the first retention button, the electronic device retains the first screenshot. Therefore, the user can select to keep the screenshot under the prompt of the first cleaning prompt box.

In one possible implementation, the method further includes: if the reserved times of the first screenshot are smaller than a preset first threshold, reminding the user to delete the first screenshot again after first preset time; and if the reserved times of the first screenshot are greater than or equal to a preset first threshold, the electronic equipment does not remind the user to delete the first screenshot any more.

The number of times the first screenshot is retained may reflect the number of times the user chooses to retain the screenshot. When the retained times are greater than or equal to a preset first threshold, the user can be considered to select to retain the first screenshot for many times, and the first screenshot is the screenshot required by the user, so that the electronic device does not remind the user to delete the first screenshot any more, and the user is prevented from being reminded to delete the required screenshot again. When the retained times are smaller than a preset first threshold, the user can be reminded to delete the first screenshot again after the first preset time, so as to ensure whether the user really needs to retain the first screenshot.

In one possible implementation, the step of displaying the second interface includes: the electronic equipment displays a third interface, wherein the third interface comprises a first preview screenshot, and the first preview screenshot corresponds to the first interface; and responding to the operation of the user for the first preview screenshot, and displaying a second interface.

In one possible implementation, the plurality of sharing manners include sharing to the system application and sharing to the third-party application. Therefore, the electronic equipment can provide diversified sharing modes for the user to share the screenshot, and can meet personalized requirements of different users.

In a second aspect, the present application provides another document cleaning method, including: the electronic equipment displays a sharing prompt box, wherein the sharing prompt box is used for prompting the user to share the second screenshot and comprises a second option and a plurality of sharing modes; the second option is used for prompting the user to delete the second screenshot after sharing, and the second option is in a non-selected state; responding to an operation that a user selects a first sharing mode from multiple sharing modes, and sharing a second screenshot based on the first sharing mode by the electronic equipment; after sharing the first preset time of the second screenshot, the electronic device displays a first cleaning prompt box, the first cleaning prompt box is used for prompting a user to clean up useless pictures, the useless pictures comprise the second screenshot, and the electronic device is in a screen-lighting and screen-unlocking state.

It can be seen that the electronic device can pop up the first cleaning prompt box again after sharing the first preset time of the second screenshot. Therefore, the user is reminded to clear the screenshot by popping the clearing prompt box for multiple times, and the occupation of the screenshot on the memory resource can be reduced.

In one possible implementation manner, the electronic device displays a sharing prompt box, including: and responding to the operation of sharing the second screenshot in the gallery application by the user, and displaying a sharing prompt box by the electronic equipment. Therefore, the user can select the second screenshot in the gallery application and share the second screenshot.

In one possible implementation manner, the electronic device displays a sharing prompt box, including: and responding to the operation of sharing the second screenshot when the user generates the second screenshot in the electronic equipment, and displaying a sharing prompt box by the electronic equipment. Therefore, the user can share the second screenshot just before the electronic device generates the second screenshot.

That is, after sharing the first preset time of the second screenshot, if the user clicks (long-time pressing or any other operation) the gallery application of the main interface, the first cleaning prompt box is displayed to remind the user to clean up the useless pictures (screen recording). Therefore, the first cleaning prompt box can be prevented from being displayed when the electronic equipment displays other application interfaces (such as a video application interface), and user experience is prevented from being influenced.

In one possible implementation, the electronic device displays a first cleaning prompt box, including: and if the second screenshot is determined not to be accessed, the electronic equipment displays a first cleaning prompt box, wherein the accessing comprises any one or more operations of browsing, selecting and editing the second screenshot by the user.

In one possible implementation manner, before the electronic device displays the first cleaning prompt box, the method further includes: after sharing a second preset time of the second screenshot, the electronic equipment displays a second cleaning prompt box, wherein the second cleaning prompt box comprises a second cleaning button and a second retention button, and the second preset time is less than the first preset time; in response to the operation of the user on the second cleaning button, the electronic equipment deletes the second screenshot; and responding to the operation of the user on the second retention button, and setting the attribute of the second screenshot into a to-be-deleted state by the electronic equipment.

After the electronic equipment shares the second screenshot, a second cleaning prompt box can be displayed immediately, and the user is reminded of cleaning the second screenshot immediately. If the user selects to keep the second screenshot, the electronic device can pop up the first cleaning prompt box again after sharing the first preset time of the second screenshot. Therefore, the user is reminded to clear the screenshot by popping the clearing prompt box for multiple times, and the occupation of the screenshot on the memory resource can be reduced.

In one possible implementation, the method further includes: and responding to the operation of the user on the second retention button, and adding the second screenshot to the list to be deleted by the electronic equipment, wherein the list to be deleted comprises the screenshot of which the attribute is in a state to be deleted.

It will be appreciated that the electronic device may add the second screenshot to the to-delete list after the user chooses to retain it. Therefore, the electronic equipment does not need to sequentially inquire the state of each screenshot (to determine whether the screenshot is accessed), but can inquire the state of the file in the list to be deleted according to the list to be deleted, so that the electronic equipment can conveniently and uniformly manage and inquire the file, and the operation resources are saved.

In one possible implementation, the first cleaning prompt box includes a first cleaning button, and the method further includes: in response to the operation of the first cleaning button by the user, the electronic equipment displays a picture selection interface, wherein the picture selection interface comprises thumbnails of useless pictures; and in response to the user deleting the second screenshot from the useless picture, the electronic equipment deletes the second screenshot.

In one possible implementation, the first cleaning prompt box includes a first hold button, and the method further includes: in response to user operation of the first retention button, the electronic device retains the second screenshot. Therefore, the user can select to keep the screenshot under the prompt of the first cleaning prompt box.

In one possible implementation, the method further includes: if the reserved times of the second screenshot are smaller than a preset first threshold, reminding the user to delete the second screenshot again after the first preset time; and if the retained times of the second screenshot are greater than or equal to the preset first threshold, the electronic equipment does not remind the user to delete the second screenshot any more.

The number of times the second screenshot is retained may reflect the number of times the user chooses to retain the screenshot. When the retained times are greater than or equal to the preset first threshold, the user can be considered to select to retain the second screenshot for many times, and the second screenshot is the screenshot required by the user, so that the electronic equipment does not remind the user to delete the second screenshot any more, and the user is prevented from being reminded to delete the required screenshot again. When the retained times are smaller than a preset first threshold, the user can be reminded to delete the second screenshot again after the first preset time, so as to ensure whether the user really needs to retain the second screenshot.

In a third aspect, the present application provides an electronic device, comprising: a memory, a display screen, and one or more processors; the memory and the display screen are coupled with the processor. Of course, the electronic device may further include a touch sensor (the touch sensor and the display screen may be integrated into a touch screen), a mouse, and other input devices. Wherein the memory is to store computer program code, the computer program code comprising computer instructions; the processor is configured to execute the one or more computer instructions stored by the memory when the electronic device is operating, so as to cause the electronic device to perform the file cleaning method according to any one of the first aspect or the second aspect.

In a fourth aspect, the present application provides a computer-readable storage medium, which includes computer instructions, when the computer instructions are executed on the electronic device, the electronic device is caused to execute any one of the file cleaning methods described above.

In a fifth aspect, the present application provides a computer program product, which, when run on the above electronic device, causes the electronic device to execute any of the above file cleaning methods.

It is understood that the electronic device, the computer-readable storage medium and the computer program product provided in the foregoing aspects are all applied to the corresponding method provided in the foregoing, and therefore, the advantageous effects achieved by the electronic device, the computer-readable storage medium and the computer program product may refer to the advantageous effects in the corresponding system or method provided in the foregoing, and are not described herein again.

Drawings

Fig. 1 is a schematic structural diagram of an electronic device according to an embodiment of the present disclosure;

fig. 2 is a schematic view of a display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 3 is a schematic view of a display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 4 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 5 is a schematic view of a display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 6 is a schematic diagram of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 7 is a schematic diagram of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 8 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 9 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 10 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 11 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 12 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 13 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 14 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 15 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 16 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 17 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present application;

fig. 18 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 19 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

fig. 20 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 21 is a schematic view of a display interface of a mobile phone according to an embodiment of the present application;

FIG. 22 is a flowchart of a file cleaning method according to an embodiment of the present application;

fig. 23 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 24 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 25 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present disclosure;

fig. 26 is a schematic view of a state change and display interface of a mobile phone according to an embodiment of the present application;

FIG. 27 is a flowchart of another file cleaning method provided in the embodiments of the present application;

FIG. 28 is a flowchart of another file cleaning method according to an embodiment of the present application;

fig. 29 is a schematic structural diagram of another electronic device provided in an embodiment of the present application;

fig. 30 is a schematic diagram of a chip system according to an embodiment of the present disclosure.

Detailed Description

In the following, the terms "first", "second" are used for descriptive purposes only and are not to be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the present embodiment, "a plurality" means two or more unless otherwise specified.

Embodiments of the present embodiment will be described in detail below with reference to the accompanying drawings.

In general, a user often performs a screen capture or recording operation in order to share content such as a web page or a video being browsed with friends or relatives, and shares the generated screen capture or recording operation with the friends or relatives. Under normal conditions, the files cannot be accessed again by the user after being shared, and the mobile phone does not remind the user of cleaning. Therefore, the larger the sharing requirement of the user is, the more the screenshot or the screen recording is, and the more the memory resource is occupied by the screenshot or the screen recording.

Therefore, the file cleaning method provided by the embodiment of the application can be applied to electronic equipment. The electronic equipment is used for popping up a cleaning prompt box after the preset time of successfully sharing the screenshot or recording the screen so as to remind a user of timely cleaning the screenshot or recording the screen. Therefore, the user can select to clean the screenshot or the screen recording under the prompt of the cleaning prompt box, the occupation of useless files on the memory is reduced, and the effect of releasing the memory resources is achieved.

Referring to fig. 1, a schematic structural diagram of an electronic device 100 according to an embodiment of the present disclosure is shown. The electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identity Module (SIM) card interface 195, and the like.

The sensor module 180 may include a plurality of sensors such as a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, and a bone conduction sensor 180M.

It is to be understood that the illustrated structure of the embodiment of the present application does not specifically limit the electronic device 100. In other embodiments of the present application, electronic device 100 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. The different processing units may be separate devices or may be integrated into one or more processors.

The controller may be, among other things, a neural center and a command center of the electronic device 100. The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (I2S) interface, a Pulse Code Modulation (PCM) interface, a universal asynchronous receiver/transmitter (UART) interface, a Mobile Industry Processor Interface (MIPI), a general-purpose input/output (GPIO) interface, a Subscriber Identity Module (SIM) interface, and/or a Universal Serial Bus (USB) interface, etc.

The I2C interface is a bi-directional synchronous serial bus that includes a Serial Data Line (SDL) and a Serial Clock Line (SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the touch sensor 180K via an I2C interface, such that the processor 110 and the touch sensor 180K communicate via an I2C bus interface to implement the touch functionality of the electronic device 100.

The I2S interface may be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may communicate audio signals to the wireless communication module 160 via the I2S interface, enabling answering of calls via a bluetooth headset.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled by a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to implement a function of answering a call through a bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to realize the function of playing music through a bluetooth headset.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the capture functionality of electronic device 100. The processor 110 and the display screen 194 communicate through the DSI interface to implement the display function of the electronic device 100.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, and the like.

The USB interface 130 is an interface conforming to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the electronic device 100, and may also be used to transmit data between the electronic device 100 and a peripheral device. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other electronic devices, such as AR devices and the like.

It should be understood that the interface connection relationship between the modules illustrated in the embodiments of the present application is only an illustration, and does not limit the structure of the electronic device 100. In other embodiments of the present application, the electronic device 100 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

The charging management module 140 is configured to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive a wireless charging input through a wireless charging coil of the electronic device 100. The charging management module 140 may also supply power to the electronic device 100 through the power management module 141 while charging the battery 142.

The power management module 141 is used to connect the battery 142, the charging management module 140 and the processor 110. The power management module 141 receives input from the battery 142 and/or the charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be disposed in the same device.

The wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The

antennas

1 and 2 are used for transmitting and receiving electromagnetic wave signals. Each antenna in the electronic device 100 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication applied to the electronic device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional modules, independent of the processor 110.

The wireless communication module 160 may provide a solution for wireless communication applied to the electronic device 100, including Wireless Local Area Networks (WLANs), such as Wi-Fi networks, Bluetooth (BT), Global Navigation Satellite Systems (GNSS), Frequency Modulation (FM), NFC, Infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves through the antenna 2 to radiate the electromagnetic waves.

In some embodiments, antenna 1 of electronic device 100 is coupled to mobile communication module 150 and antenna 2 is coupled to wireless communication module 160 so that electronic device 100 can communicate with networks and other devices through wireless communication techniques. The wireless communication technology may include global system for mobile communications (GSM), General Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), Wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), Long Term Evolution (LTE), LTE, BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

The electronic device 100 implements display functions via the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the electronic device 100 may include 1 or N display screens 194, with N being a positive integer greater than 1.

The electronic device 100 may implement a shooting function through the ISP, the camera 193, the video codec, the GPU, the display 194, the application processor, and the like.

The ISP is mainly used for processing data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, the electronic device 100 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process digital image signals and other digital signals. For example, when the electronic device 100 selects a frequency bin, the digital signal processor is used to perform fourier transform or the like on the frequency bin energy.

Video codecs are used to compress or decompress digital video. The electronic device 100 may support one or more video codecs. In this way, the electronic device 100 may play or record video in a variety of encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor that processes input information quickly by using a biological neural network structure, for example, by using a transfer mode between neurons of a human brain, and can also learn by itself continuously. Applications such as intelligent recognition of the electronic device 100 can be realized through the NPU, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to extend the memory capability of the electronic device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music, video, etc. are saved in an external memory card.

The internal memory 121 may be used to store computer-executable program code, which includes instructions. The processor 110 executes various functional applications of the electronic device 100 and data processing by executing instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (such as audio data, phone book, etc.) created during use of the electronic device 100, and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (UFS), and the like.

The electronic device 100 may implement audio functions via the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone interface 170D, and the application processor. Such as music playing, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or some functional modules of the audio module 170 may be disposed in the processor 110. The speaker 170A, also called a "horn", is used to convert the audio electrical signal into an acoustic signal. The electronic apparatus 100 can listen to music through the speaker 170A or listen to a handsfree call. The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into an acoustic signal. When the electronic apparatus 100 receives a call or voice information, it can receive voice by placing the receiver 170B close to the ear of the person. The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can input a voice signal to the microphone 170C by speaking the user's mouth near the microphone 170C. The electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C to achieve a noise reduction function in addition to collecting sound signals. In other embodiments, the electronic device 100 may further include three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, perform directional recording, and so on. The headphone interface 170D is used to connect a wired headphone. The headset interface 170D may be the USB interface 130, or may be a 3.5mm open mobile electronic device platform (OMTP) standard interface, a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The keys 190 include a power-on key, a volume key, and the like. The keys 190 may be mechanical keys. Or may be touch keys. The electronic apparatus 100 may receive a key input, and generate a key signal input related to user setting and function control of the electronic apparatus 100. The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration cues, as well as for touch vibration feedback. For example, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also respond to different vibration feedback effects for touch operations applied to different areas of the display screen 194. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization. Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be brought into and out of contact with the electronic apparatus 100 by being inserted into the SIM card interface 195 or being pulled out of the SIM card interface 195. The electronic device 100 may support 1 or N SIM card interfaces, N being a positive integer greater than 1. The SIM card interface 195 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. The same SIM card interface 195 can be inserted with multiple cards at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to implement functions such as communication and data communication. In some embodiments, the electronic device 100 employs esims, namely: an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

The file cleaning method provided by the embodiment of the present application can be implemented in the electronic device 100.

It is understood that the electronic device 100 may specifically be a mobile phone, a tablet computer, a television (also referred to as a smart screen, a large screen device, etc.), a notebook computer, an ultra-mobile personal computer (UMPC), a handheld computer, a netbook, a Personal Digital Assistant (PDA), a wearable electronic device, a vehicle-mounted device (also referred to as a car), a virtual reality device, etc., which is not limited in this embodiment.

The electronic device 100 is taken as an example of a mobile phone. The operation process of the file cleaning method provided by the embodiment of the application is described with reference to the accompanying drawings.

The mobile phone at least has a screen capture function and/or a screen recording function. For example, the mobile phone may receive a screenshot operation of the user, and in response to the screenshot operation, the mobile phone may intercept all the content currently displayed on the screen, or the mobile phone may intercept the content of a designated area. It is understood that all the contents displayed on the current screen may include the power condition of the mobile phone, the current time, the network connection condition, the interface of the application program being used by the user (e.g. the video playing interface of the video application, the web page interface of the browser, etc.), and the like. Of course, the mobile phone can also receive screen recording operation of the user, and in response to the operation, the mobile phone records the display interface of the mobile phone during recording. Optionally, the handset may also record audio information during the recording. For example, the mobile phone may record all operations (e.g., clicking operations, page sliding operations, etc.) of the user on the mobile phone interactive interface and responses of the mobile phone to the operations during recording. Still alternatively, the mobile phone may display a play interface for the video application, and the mobile phone may record the content of the play interface and the audio information during recording.

Illustratively, as shown in fig. 2, the cell phone may display a play interface 201 of the video application. The playing interface 201 may be a playing interface 201 of a video application carried by the mobile phone, or may be a playing interface of a conventional third-party video application on the market, which is not limited herein. At this time, as shown in fig. 3 and fig. 4, the mobile phone may receive a screenshot operation of the user, and display a screenshot interface 206 shown in fig. 5 in response to the screenshot operation.

It can be understood that the screenshot operation can be triggered in various ways. In an alternative embodiment, as shown in fig. 3, the mobile phone includes a power-on key 202 and a volume key 203, and the mobile phone receives an operation of pressing the power-on key 202 and the volume key 203 (volume up key and/or volume down key) simultaneously by the user, and displays a screenshot interface 206 in response to the operation. It should be noted that fig. 3 only shows one of the combination keys (i.e. includes the power-on key 202 and the volume key 203), but in other embodiments, the combination keys may also include a Home key and a power-on key, a Home key and a volume key, or any other combination keys that can be used for making a screenshot.

In another alternative embodiment, as shown in FIG. 4, the handset may include a slide-down notification bar interface 204, and a screenshot icon 205 is included on the slide-down notification bar interface 204. Thus, the phone can also receive a user operation on the screenshot icon 205 of the slide-down notification bar interface 204, in response to which the phone displays the screenshot interface 206. The slide-down notification bar interface 204 may further include a screen-recording icon, a glory share icon, and the like.

It should be noted that, in the embodiment of the present application, the mobile phone may further display the screenshot interface 206 in response to other operations of the user. For example, the operation of the user double-clicking the rear cover of the mobile phone, the operation of the user sliding down the screen with three fingers, the operation of the user double-clicking the screen with finger joints, and the like are not listed.

Still as shown in fig. 5, the cell phone may receive a screenshot operation of the user, in response to which the cell phone may display a screenshot interface 206. The screenshot interface 206 includes a screenshot 207 and a share button 208. The screenshot 207 corresponds to the playing interface 201 in fig. 2. Note that the screenshot 207 may be a first screenshot or a second screenshot. In addition, in an optional implementation manner, when the mobile phone generates the screenshot 207, the screenshot 207 may also be named according to a preset naming mode, and the screenshot 207 is stored in a designated album. For example, the handset may name the screenshot 207 in the format of screen shot date number and store it in a "screenshot" album. For example, the screenshot 207 may be named screen shot _20210311_ 000242.

In an alternative embodiment, the process of receiving a screenshot operation of a user by the mobile phone and displaying the screenshot interface 206 shown in fig. 5 in response to the screenshot operation may further be: after receiving the screenshot operation of the user, the mobile phone may display a screenshot preview interface, which may be displayed on the play interface 201, for example, in a lower left corner, a lower right corner, and the like of the play interface 201. In addition, the screenshot preview interface may include a preview screenshot, where the preview screenshot corresponds to the play interface 201, and in response to the user operating the preview screenshot, the mobile phone displays a screenshot interface 206 shown in fig. 5. Of course, in other embodiments, the process of displaying the screenshot interface 206 may be other, and is not described in detail herein.

As shown in (a) in fig. 6, the mobile phone may further receive an operation of clicking the share button 208 in the screenshot interface 206 by the user, and in response to the operation, the mobile phone may pop up a share prompt box 301 as shown in (b) in fig. 6 on the screenshot interface 206. The sharing prompt box 301 includes a delete-after-sharing option 302 and a sharing mode that can be selected by the user, such as sharing to a glory share, sharing to a chat APP, sharing to a social APP, or sharing to a mailbox. Under the condition that the delete-after-sharing option 302 is selected, the screenshot 207 can be automatically deleted after the mobile phone shares the screenshot 207, and the user does not need to manually delete the screenshot 207.

In addition, the multiple sharing modes can be divided into two types, namely a system-level sharing mode and a third-party sharing mode. The sharing realized by the system application is a system-level sharing mode, and the sharing realized by the third-party application is a third-party sharing mode. For example, native applications carried by mobile phones, such as BT, glory share, and email, are system applications. For another example, the software such as chat APP and social APP is a third-party application.

As will be described below, in the case where the delete-after-share option 302 is not selected, the interface diagram of the cell phone during the process of sharing the screenshot 207 is shown.

In an alternative embodiment, the user may select a system level sharing mode to share the screenshot 207.

Illustratively, the user may select a glory share to share the screenshot 207. It should be noted that, if the user selects a glory share to share the screenshot 207, it needs to first confirm whether the mobile phone starts the glory share function. For example, the mobile phone may respond to an operation of a user pulling down the top end of the mobile phone screen, and in response to the operation, the mobile phone displays the downslide notification bar interface 204, where the downslide notification bar interface 204 includes a glory share icon, and if the glory share icon is in a lighting state, it may be determined that the mobile phone starts a glory share function; if the glory share icon is in an unlighted state, the mobile phone can receive the operation of the user on the glory share icon, and in response to the operation, the mobile phone starts a glory share function. For another example, the main interface (desktop) of the mobile phone includes a setting icon, the mobile phone jumps to the setting interface in response to the user clicking the setting icon, and the setting interface includes an item of device connection. Therefore, the mobile phone jumps to the equipment connection interface in response to the operation of the item by the user, so that the user is guided to confirm whether the mobile phone starts the glory share function.

As shown in fig. 7 (a), after the mobile phone turns on the glory share function, a nearby terminal (which may be a mobile phone, a tablet, a computer, or the like) which also turns on the glory share function is automatically searched, and objects which can be shared, such as a terminal 401 (a terminal named Sam and having a mobile phone model of Honor V40) and a terminal 402 (a terminal named Jane and having a mobile phone model of Honor V30) are displayed in the sharing prompt box 301. Still as shown in fig. 7 (a), the handset may receive an operation of the user selecting the terminal 401, in response to which the handset initiates a file transfer request to the terminal 401, the file transfer request requesting transfer of the screenshot 207 to the terminal 401. It should be noted that the terminal 401 may pop up a file transfer reminder in response to the file transfer request, where the file transfer reminder is used for the holder of the terminal 401 to select whether to receive the screenshot 207 (not shown). As shown in (b) in fig. 7, if the terminal 401 receives an operation that the holder selects to receive the screenshot 207, in response to the operation, the terminal 401 sends a confirmation reception instruction to the mobile phone, and the mobile phone may send the screenshot 207 to the terminal a in response to the confirmation reception instruction, and display "receiving" in the sharing prompt box 301 to show the sharing progress to the user. In addition, as shown in fig. 9, if the terminal 401 receives an operation of rejecting reception of the screenshot 207 by the owner, in response to the operation, the terminal 401 sends a reception rejection instruction to the mobile phone, and the mobile phone displays "reception rejection" in the sharing prompt box 301 in response to the reception rejection instruction.

In addition, after the mobile phone confirms that the screenshot 207 is successfully shared with the terminal 401, as shown in fig. 8, the mobile phone may display "send successfully" in the sharing prompt box 301, and pop up a cleaning prompt box 403 to remind the user to clean the screenshot 207. Illustratively, the clean up prompt box 403 may include a clean up button 4031 and a hold button 4032. The handset may receive a user operation of the clear button 4031 in response to which the handset deletes the screenshot 207. Similarly, the mobile phone may further receive an operation of the hold button 4032 by the user, and in response to the operation, the mobile phone may hold the screenshot 207 and set the attribute of the screenshot 207 to the to-be-deleted state.

It can be understood that since the glory share is used as the native application of the mobile phone, the mobile phone has the full authority of the native application. Therefore, in the process of operating the glory share, the mobile phone may directly query all states of the glory share in the sharing process, such as when the sharing starts, a specific process of the sharing is performed, when the sharing ends, when the sharing fails, and when the sharing ends, pop up the cleaning prompt box 403. Therefore, when the mobile phone carries out system-level sharing, the running state of the application can be accurately detected without acquiring extra authority, whether sharing is finished or not is determined, and the method is easy to realize.

In another alternative embodiment, the user may also select a third party sharing mode to share the screenshot 207.

Illustratively, as shown in fig. 10, the cell phone may receive an operation of selecting chat APP303 by the user, in response to which the cell phone jumps to a contact selection interface 501 as shown in (a) of fig. 11. For example, the contact selection interface 501 includes a contact Sam 502. The cell phone may receive an operation of the user selecting contact Sam502 in contact selection interface 501, and in response to the operation, the cell phone shares screenshot 207 to contact Sam 502. After sharing the file of the screenshot 207 with the contact Sam502, the user may also choose to remain in the chat APP303, as shown in fig. 11 (b), and the mobile phone may display a chat interface 503 with the contact Sam502 in the chat APP 303. In the chat interface 503, the handset may display the user-shared screenshot 207 in the form of a chat message 504.

It should be noted that, when sharing the screenshot 207 through the chat APP303, the mobile phone needs to obtain an application permission of the chat APP303 in advance, where the application permission is used to indicate that the mobile phone has a permission to obtain a transmission state of a file (for example, the screenshot 207) in the chat APP 303. Typically, when the chat APP303 displays an interface as shown in fig. 11 (b), it can be determined that the screenshot 207 is successfully shared. Therefore, as shown in fig. 12, the mobile phone can also pop up a cleaning prompt box 501 on the chat interface 503, and the cleaning prompt box 501 can include a cleaning button 5011 and a reservation button 5012. The handset may receive a user operation of the clear button 5011, in response to which the handset deletes the screenshot 207. Likewise, the mobile phone may also receive an operation of the save button 5012 by the user, and in response to the operation, the mobile phone saves the screenshot 207 and sets the attribute of the screenshot 207 to a to-be-deleted state.

It is contemplated that popping up the clean-up prompt directly on the third-party application interface may impact the user experience. For example, popping up the cleaning prompt box 501 on the chat interface may interrupt the chat process of the user, and may affect the chat experience of the user. Thus, in another alternative embodiment, the handset may pop up the cleaning prompt box 501 only when it detects that the third-party application (e.g., chat APP 303) successfully shares the screenshot 207 and is in the background state. For example, as shown in fig. 13, after the mobile phone detects that the chat APP303 successfully shares the screenshot 207, the mobile phone may receive an operation of switching to a playing interface of the video application (so as to background the chat APP 303), and in response to the operation, the mobile phone pops up the cleaning prompt box 501. It should be noted that, when the mobile phone receives any operation that can background the chat APP303, the mobile phone may pop up the cleaning prompt box 501 in response to the operation. It should be noted that, if the mobile phone detects that the third-party application does not successfully share the screenshot 207, a prompt message may also be generated, where the prompt message is used to indicate that the third-party application does not successfully share the screenshot 207 (not shown). The sharing method can enrich the sharing means of the user by utilizing a third-party sharing mode, so that the personalized requirements of the user are met.

In an alternative embodiment, when the mobile phone displays the cleaning prompt box 403 shown in fig. 8 or displays the cleaning prompt box 501 shown in fig. 12 or fig. 13, the mobile phone may receive any operation of pressing the power key, returning to the Home screen interface through the Home key, and the like. In response to the operation, the mobile phone retains the screenshot 207, and sets the attribute of the screenshot 207 to a to-be-deleted state. In other words, when the mobile phone does not receive the operation of the user on the clear button (the clear button 4031 or the clear button 5011) or the operation of the user on the reserve button (the reserve button 4032 or the reserve button 5012), the screenshot 207 is retained by default, so that the mistaken deletion caused by the misoperation of the user is avoided. In addition, the mobile phone can also set the attribute of the screenshot 207 to be in a to-be-deleted state, so that the user can be reminded to clear the screenshot in time in the following. Therefore, the problem that the screenshot is forgotten by a user and occupies a memory can be avoided.

It can be seen that, after detecting that a screenshot or a screen recording is generated, the mobile phone determines whether the screenshot or the screen recording is shared, and if it is determined that the screenshot or the screen recording is shared under the condition that the deletion option 302 is not selected after the sharing, the mobile phone may pop up a cleaning prompt box (the cleaning prompt box 403 or the cleaning prompt box 501) to remind the user of cleaning in time, so as to release the memory space of the mobile phone. It can be considered that after the screenshot or the screen recording is determined to be successfully shared, the screenshot or the screen recording can be used as a file generated for the sharing purpose, and the file cannot be accessed again after being shared, so that the mobile phone can pop up a cleaning prompt box to remind a user of cleaning in time.

As shown in fig. 14, the share prompt box 301 may not include the delete-after-share option 302. In the case that the sharing prompt box 301 does not include the delete-after-sharing option 302, the screenshot sharing mode of the mobile phone refers to the aforementioned content (that is, as shown in fig. 3 to 13, the sharing prompt box 301 includes the delete-after-sharing option 302, but the delete-after-sharing option 302 is in the screenshot sharing content in the unselected state), which is not described herein again.

The user can share the generated screenshot immediately after screenshot operation is carried out, and the screenshot can be selected from the gallery to be shared. As shown in fig. 15 (a), the home interface 601 (i.e., the desktop) of the mobile phone may include a gallery icon 602, and the mobile phone may receive a user click operation on the gallery icon 602, and in response to the operation, the mobile phone opens a gallery interface 603 as shown in fig. 15 (b). The gallery interface 603 may include a photo tab, album tab 604, or time of day tab, etc. In response to the user's operation of the album tab 604, the cellular phone can display an album interface 605 as shown in (c) in fig. 15. The album interface 605 may include an "all photos" album, a "screen shot" album, and a "recently deleted" album, among others. Wherein, the photo album includes photos taken by a camera, pictures generated by chatting, screen capturing, screen recording and the like. The "screen shot" album may include screenshots as well as screen shots. The "recently deleted" album may then include files such as recently deleted pictures, screen recordings, etc. In response to the user clicking the "screenshot screen" album on the album interface 605, as shown in (a) in fig. 16, the mobile phone may display thumbnails of screenshots, such as screenshot 605a, screenshot 605b, and screenshot 605c, for the user to select. Alternatively, as shown in (a), (b) of fig. 16, the mobile phone may receive an operation of selecting the screenshot 605a by the user, and in response to the operation, the mobile phone displays the screenshot 605a and the function bar 606. Optionally, the function bar 606 may include a share button 607, a favorite button, an edit button, a delete button, and the like. The cellular phone may display a sharing interface 608 as shown in (c) in fig. 16 in response to the user's operation of the sharing button 607. The sharing interface 608 may include a picture selection area 609, a share prompt box 610, and a delete after share option 611. In the picture selection area 609, thumbnails of screen shots such as the screen shot 605a, the screen shot 605b, and the screen shot 605c are displayed. For example, the mobile phone may receive an operation of selecting the screenshot 605a and the screenshot 605b by the user, and in response to the operation, the mobile phone selects the screenshot 605a and the screenshot 605b, so that the shared file is obtained. Thus, the screenshot 605a and the screenshot 605b may be a second screenshot. In addition, the mobile phone can also receive the operation of sliding the picture selection area 609 by the user, and in response to the sliding operation, the mobile phone changes the thumbnail displayed in the picture selection area 609. The sharing prompt box 610 displays sharing modes that can be selected by the user, such as sharing to a glory share, sharing to a chat APP, a social APP, or sharing to a mailbox APP.

Alternatively, the user may choose to share to a glory share. The specific process can be seen in (a), (b) and fig. 18 in fig. 17, and since the sharing process is similar to the sharing process provided in fig. 7-8, the detailed description thereof is omitted here for brevity. Similarly, in the case that the delete-after-share option 611 is not selected, if the mobile phone detects that the glory share succeeds in sharing the screenshot 605a and the screenshot 605b, the mobile phone may display a cleaning prompt box 701 as shown in fig. 18, so as to prompt the user to delete the screenshot 605a and the screenshot 605b in time.

Of course, the user may also choose to share to the chat APP. The specific process can be seen in fig. 19, 20 and 21, and the sharing process is similar to the sharing process provided in fig. 10-12, so the specific content thereof please refer to the foregoing content, which is not described herein again. In addition, if the delete-after-share option 611 is not selected, if the mobile phone detects that the chat APP successfully shares the screenshot 605a and the screenshot 605b (as shown in (a) and (b) in fig. 20), the mobile phone may display a clean prompt box 801 as shown in fig. 21, so as to prompt the user to delete the screenshot 605a and the screenshot 605b in time.

Still as shown in fig. 17 and fig. 19, the mobile phone may receive an operation of selecting the screenshot 605a and the screenshot 605b by the user, and in response to the operation, the mobile phone may select the screenshot 605a and the screenshot 605b and share the screenshot 605a and the screenshot 605b in batch. Therefore, when the screenshots are shared from the gallery, at least one screenshot can be selected from the gallery for sharing, the sharing efficiency is high, meanwhile, the operation of the user can be reduced, and good experience is brought to the user. In addition, the mobile phone may also receive an operation of the user on a cleaning button 7011 included in the cleaning prompt box 701 shown in fig. 18, or an operation of the user on a cleaning button 8011 included in the cleaning prompt box 801 shown in fig. 21, and delete the

screenshots

605a and 605b in batch in response to any one of the operations, which may also avoid repeated operations by the user, and simplify the operation flow.

In an optional implementation manner, after detecting that the screenshot 605a and the screenshot 605b are successfully shared, the mobile phone may not pop up the cleaning prompt box 701 or the cleaning prompt box 801, but directly change the attributes of the screenshot 605a and the screenshot 605b to the to-be-deleted state.

It should be noted that, when the delete-after-share option (for example, the delete-after-share option 302 shown in (b) in fig. 6 or the delete-after-share option 611 shown in (c) in fig. 16) is selected, if the mobile phone determines that the screenshot is successfully shared, the mobile phone may pop up or not pop up the cleaning prompt box, and if the cleaning prompt box is popped up, the user may be reminded to clean the screenshot again; and if the cleaning prompt box is not ejected, redundancy caused by multiple times of reminding can be avoided.

It has been explained hereinbefore that the properties of the shared and retained screenshots (e.g., screenshot 207 retained by the handset in response to user operation of the retention button 4032 in fig. 8, screenshot 207 retained by the handset in response to user operation of the retention button 5012 in fig. 12,

screenshots

605a, 605b retained by the handset in response to user operation of the retention button 7012 in fig. 18, and

screenshots

605a, 605b retained by the handset in response to user operation of the retention button 8012 in fig. 21, hereinafter referred to as candidate files) may be set by the handset to the to-be-deleted state. The mobile phone can further inquire the accessed condition of the candidate file so as to determine whether the candidate file is accessed from the time of being shared. If the mobile phone determines that the candidate file is not accessed beyond the preset time, the candidate file can be determined to be a useless file, the candidate file is added to a useless file album, and the user is prompted to clean up the useless file album.

As can be seen, the useless files may include candidate files (screenshots or recorded screens with attributes in a to-be-deleted state) which are not accessed again for a preset time after being shared. For example, if the preset time is 7 days, the mobile phone does not detect that a screenshot is revisited within 7 days from the moment when the screenshot is shared, and the mobile phone can determine the screenshot as a useless file and add the useless file to a useless file album. It should be noted that the access may refer to any one or more operations of browsing, selecting, and editing the screenshot by the user.

For example, the mobile phone may use any one or more candidate files as the target file, and adopt the flow shown in fig. 22 to determine whether it is a useless file.

S2201, judging whether the target file is accessed in a preset period.

If the target file is judged to be accessed within the preset period, executing S2202; if it is determined that the target file has not been accessed within the preset period, S2203 is performed.

By setting the preset period, the mobile phone can judge whether the target file is accessed in the preset period once every preset period. The preset period may be set according to actual requirements, and may be, for example, 10 minutes, 12 hours, 24 hours, 2 days, and the like, which is not limited herein. For example, if the preset period is 24 hours, the mobile phone may determine whether the target file has been accessed every 24 hours.

S2202, the attribute of the target file is set to a normal state.

It can be understood that once the mobile phone determines that the target file is accessed, it may determine that the user may need to use the target file, and the target file is not a useless file, so as to set the attribute of the target file to be in a normal state, and then the user is not reminded to clean up.

S2203, acquiring a first parameter of the target file.

The first parameter is used for representing the number of the periods in which the target file is not accessed. In addition, different target files may correspond to different first parameters. For example, the object file includes file 1 and file 2, the first parameter of file 1 may be 1, and the first parameter of file 2 may be 3. That is, it means that file 1 has not been accessed within 1 cycle from the time when file 1 is shared; file 2 has not been accessed within 3 cycles from the time file 2 was shared.

In addition, the mobile phone may determine, by combining the first parameter of the target file and a preset period, a duration of time during which the target file is not accessed, where the duration = the first parameter and the preset period. For example, if the first parameter of the target file is 1 and the period is 1 day, it may be determined that the target file is not accessed by the user within 1 day from the time of being shared. For another example, if the first parameter is 4 and the period is 12 hours, it may be determined that the target file is not accessed again within 48 hours from the time of being shared.

S2204, determining whether the first parameter is less than or equal to a preset first threshold.

If the first parameter is less than or equal to the preset first threshold, performing S2205; if the first parameter is greater than the preset first threshold, S2206 is performed.

The mobile phone, in combination with the first threshold and the preset period, may determine a preset time corresponding to the first threshold, specifically, the preset time = the first threshold × the preset period. Therefore, when the first parameter is greater than the first threshold, the duration is greater than the preset time, which indicates that the target file is not accessed within the preset time after being shared (the duration is greater than the preset time), which can indicate that the user does not access the target file for a long time to some extent, and the target file is a useless file.

For example, if the first threshold is 7 and the period is 24 hours, the time threshold is 7 days (7 × 24 hours). Thus, when the target file is detected to have not been accessed for more than 7 days, it is determined to be a useless file. The first threshold value may be any positive integer of 1 or more.

S2205, add 1 to the first parameter.

That is, if the first parameter is less than or equal to the first threshold, it indicates that the duration (not exceeding the preset time) of the target file being not accessed is not long from the time when the target file is shared to the current time, and it cannot be determined whether the target file is a useless file, so that the first parameter is added by 1 to accumulate the duration of the target file being not accessed.

S2206, the target file is determined to be an unnecessary file.

When the first parameter is larger than a preset first threshold, it indicates that the duration of the non-accessed file exceeds a preset time threshold from the time when the target file is shared, that is, the target file exceeds the preset time from the time when the target file is shared and is not accessed, so that the target file is determined to be a useless file.

In brief, the mobile phone may use a screenshot (screen recording) which is not accessed for a preset time after being shared as a useless file, and remind the user to clean the useless file. The preset time can be any time such as 1 day, 2 days, 7 days and the like.

It should be noted that, if the mobile phone needs to screen out a useless file in the album, the mobile phone may first screen out a screenshot and a screen recording from the album, and screen out a file with an attribute of a to-be-deleted state from the screenshot and the screen recording, and further sequentially determine whether each screenshot or screen recording with an attribute of a to-be-deleted state is a useless file according to the flow shown in fig. 22. The mobile phone can screen out the screenshot and the screen recording through a naming mode of the file, for example, if the naming rule is screen _ date _ number, the mobile phone can determine the file with the screen in all names in the album as the screenshot and the screen recording. Or, the mobile phone can directly read a screen capture and screen recording album, and the files included in the screen capture and screen recording album are the screen capture and screen recording. It can be understood that, according to the above manner, the more screen shots and screen recordings, the more time the mobile phone spends in screening out useless files from the album.

The mobile phone can also add the screenshot and/or the screen recording attribute to the list to be deleted when the screenshot and/or the screen recording attribute is set to be in the state to be deleted. Therefore, the mobile phone only needs to judge whether the files included in the list to be deleted are useless every time, and the effects of saving time and reducing the calculation amount of the mobile phone are achieved.

In addition, the mobile phone can update the list to be deleted according to the access condition of the user to the pictures in the list to be deleted. For example, the mobile phone may delete any picture in the to-be-deleted list when determining that the picture is accessed. The mobile phone can also delete the picture from the list to be deleted in response to the operation of selecting the reserved picture by the user. The operation of the user selecting to reserve the useless file may be an operation of a reservation button (reservation button 9042 or reservation button 10072) by the user, or an operation of the user not checking a certain file in the picture selection interface (picture selection interface 906 or picture selection interface 1008).

For example, as shown in (a), (b) of fig. 23, the main interface 901 (i.e., the desktop) of the mobile phone may include a gallery icon 902, and the mobile phone may receive a click operation of the gallery icon 902 by the user, and in response to the click operation, the mobile phone opens the gallery interface 903. As shown in fig. 23 (c), if the mobile phone detects that there is a useless file, the mobile phone may also pop up a clean prompt box 904 on the gallery interface 903, where the clean prompt box 904 includes a clean button 9041 and a reserve button 9042. For example, as shown in (a) in fig. 24, the cellular phone may receive an operation of the clear button 9041 by the user, and in response to the operation, the cellular phone jumps to the picture preview interface 905 as shown in (b) in fig. 24. The picture preview interface 905 is used to display thumbnails of screenshots and/or screenshots included in the useless file album (i.e., "no access to the album within seven days" in the figure). In an alternative embodiment, the handset may receive a long press operation of any one of the thumbnails by the user, and in response to the operation, the handset jumps to the picture selection interface 906 as shown in fig. 24 (c). The picture selection interface 906 may include thumbnails of unwanted files, a select all button, a delete button, and the like. For example, the mobile phone may select the corresponding 7 thumbnail images in response to a selection operation by the user, delete the selected 7 screenshot images in response to an operation of a delete button by the user, and retain the unselected screenshot images. Therefore, after the mobile phone jumps to the picture selection interface 906, the mobile phone can also select pictures in batch according to the operation of the user and delete the pictures in batch, so that the operation flow of deleting the pictures by the user is simplified.

In another alternative embodiment, considering that the user may open the gallery to browse the photos, in order to avoid affecting the user's experience in browsing the photos, the mobile phone may alert the user when it is determined that the user may have an intention to view or clear the useless files. As shown in fig. 25 (a), a home interface 1001 (i.e., a desktop) of the mobile phone may include a gallery icon 1002, and the mobile phone may receive a user click operation on the gallery icon 1002, and in response to the operation, the mobile phone opens the gallery interface 1003. As shown in fig. 25 (b), the gallery interface 903 may include a photo tab, an album tab 1004, a time tab, or the like. In response to an operation of the album tab 1004 by the user, the cellular phone may display an album interface 1005 as shown in (c) in fig. 25. The album interface 1005 may include an "all photos" album, a "screen shot" album, a "recently deleted" album, and a "not accessed within seven days" album, etc. This "not accessed within seven days" album may be used to store useless files. The cell phone may receive a user operation on the "not accessed for seven days" album (it is detected that the user has an intention to view or clean up useless files), and in response to the operation, the cell phone jumps to a picture preview interface 1006 as shown in (a) of fig. 26. If the mobile phone detects that there is a useless file, the mobile phone may pop up a cleaning prompt box 1007 shown in (b) of fig. 26 on the picture preview interface 1006. The cleaning prompt box 1007 includes a cleaning button 10071 and a retention button 10072. On this basis, the cellular phone can receive an operation of the cleaning button 10071 by the user, and in response to the operation, the cellular phone can jump to the picture selection interface 1008 shown in (c) in fig. 25. The picture selection interface 1008 may include thumbnails of unwanted files, a select all button, a delete button, and the like.

It should be noted that, the mobile phone may further detect whether the first operation of the user is received, and update the first parameter of the useless file according to the detection result. The flow can be shown in fig. 27:

s2701, detects whether a first operation of the user is received.

For example, the first operation may be an operation of clicking on the gallery icon 902 as shown in (a) of fig. 23; alternatively, the first operation may be an operation of clicking on the "within seven days unaccessed" album on the album interface 1005 as shown in fig. 25.

Specifically, if the detection result is that the first operation of the user is not received, S2702 is executed; if the detection result is that the first operation of the user is received, S2703 is executed.

S2702, add 1 to the first parameters of all the useless files.

Therefore, as long as the useless files exist in the mobile phone, even if the mobile phone does not receive the first operation of the user, the mobile phone can continue to accumulate the time when the useless files are not accessed, so that the mobile phone can also continue to use the useless files as the useless files, and the mobile phone can also eject a cleaning prompt box (such as the cleaning prompt box 904 shown in (a) in fig. 24 and the cleaning prompt box 1007 shown in (b) in fig. 26) to remind the user when the first operation of the user is received later.

And S2703, displaying a cleaning prompt box.

Wherein, the clearance prompt box includes clearance button and reservation button. For example, the cleaning prompt box may be the cleaning prompt box 904 as shown in (c) of fig. 23, the cleaning button may be the cleaning button 9041 in the cleaning prompt box 904, and the retention button may be the retention button 9042 in the cleaning prompt box 904.

The cleaning prompt box may also be a cleaning prompt box 1007 as shown in (b) in fig. 26, the cleaning button may be a cleaning button 10071 in the cleaning prompt box 1007, and the retention button may be a retention button 10072 in the cleaning prompt box 1007.

In this way, when the mobile phone does not receive the first operation of the user, the first parameter of all the useless files can be increased by 1, so that the mobile phone still determines the useless files as useless files when the mobile phone still does not detect that the useless files are accessed in the next period. Therefore, as long as the useless files exist, the mobile phone can respond to the received first operation at any time to eject the cleaning prompt box to remind the user of cleaning.

Meanwhile, the useless files further comprise a second parameter, and the second parameter is used for representing the times of selecting the useless files to be reserved by the user. In an initial condition, the second parameter may be 0, and each time the mobile phone detects an operation of the user selecting to keep the useless file, the second parameter of the useless file is increased by 1. The operation of the user selecting to reserve the useless file may be an operation of a reservation button (reservation button 9042 or reservation button 10072) by the user, or an operation of the user not checking a certain file in the picture selection interface (picture selection interface 906 or picture selection interface 1008).

If the mobile phone detects that the user clicks the cleaning button (cleaning button 9041 or cleaning button 10071), the selected useless files can be directly deleted, and whether the second parameter of the useless files that are not selected (i.e., the files that the user selects to keep, such as screenshot 1009 shown in (c) in fig. 25) is smaller than the preset second threshold value or not is determined. If the mobile phone detects that the user clicks the reservation button (reservation button 9042 or reservation button 10072), the mobile phone may determine whether the second parameter of each useless file is smaller than a preset second threshold. It can be understood that, by determining whether the second parameter is smaller than the preset second threshold, the mobile phone can interpret whether the user selects to reserve the useless file multiple times, so as to assist in determining whether the target file is really useless. In an alternative embodiment, the second predetermined parameter is greater than or equal to 2.

Illustratively, the non-selected useless files may include a first file and a second file. And the useless files of which the second parameters are smaller than a preset second threshold value are the first files, and the useless files of which the second parameters are larger than or equal to the preset second threshold value are the second files. Therefore, the mobile phone can add 1 to the second parameter of the first file, so that the mobile phone can continuously remind the user of cleaning the first file; the mobile phone can also set the attribute of the second file to be in a normal state and delete the second file from the list to be deleted, so that the mobile phone does not remind the user of cleaning the second file any more. Therefore, the mobile phone can set the attribute of the useless file to be in a normal state when the user selects and reserves the file for many times, and the mobile phone is prevented from reminding the user to delete the file again.

The file cleaning method provided by the embodiment of the application can detect whether the user shares the screenshot or the screen recording, and timely pops up the cleaning prompt box after the mobile phone is determined to complete the sharing operation of the screenshot or the screen recording so as to remind the user to clean the screenshot, so that the screenshot or the screen recording is timely cleaned after the user selects cleaning, and the file is prevented from excessively occupying memory resources; in addition, for those screenshots or recording screens which are selected by the user not to be cleaned, the screenshots or recording screens are marked to be in a state to be deleted, so that the mobile phone can continue to track the state, the cleaning prompt box is popped up again when the screenshots or recording screens are determined not to be accessed again for a long time, and the user is reminded to clean the shared screenshots or recording screens for many times, so that the problem that the shared screenshots or recording screens occupy memory resources due to excessive useless files is further avoided.

Referring to fig. 28, the file cleaning method includes:

s2801, the electronic device displays a first interface.

The first interface may be any interface of the electronic device, such as a playing interface 201 shown in fig. 2, a web interface of a browser, and the like.

S2802, responding to the screenshot operation of the user, and displaying a second interface by the electronic equipment.

The second interface comprises a first screenshot and a first option, the first screenshot corresponds to the first interface, and the first option is used for prompting a user to share the first screenshot. Illustratively, the first interface may be a screenshot interface 206 as shown in fig. 5, the first screenshot may be a screenshot 207, and the first option may be a share button 208 of the screenshot interface 206.

S2803, responding to the operation of the user on the first option, the electronic device displays a sharing prompt box.

The sharing prompt box comprises a second option and a plurality of sharing modes; the second option is used for prompting the user to delete the first screenshot after sharing, and the second option is in a non-selected state. For example, the sharing prompt box may be the sharing prompt box 301 shown in fig. 6 (b), the second option may be a delete-after-sharing screenshot option 302 in the sharing prompt box 301, and the multiple sharing manners may include sharing to a system application and sharing to a third-party application, for example, sharing to a chat APP, sharing to a charm share, and the like.

S2804, responding to an operation that the user selects a first sharing mode from the multiple sharing modes, and the electronic device shares the first screenshot based on the first sharing mode.

For example, the operation of selecting the first sharing mode may be an operation of selecting a glory share as shown in (a) in fig. 7, and the electronic device may share the first screenshot based on the process shown in fig. 7 to 8. Still alternatively, the operation of selecting the first sharing mode may be an operation of selecting the chat APP303 as shown in fig. 10, and the electronic device may share the first screenshot based on the processes shown in fig. 11 to fig. 12.

S2805, after sharing the first preset time of the first screenshot, the electronic device displays a first cleaning prompt box, where the electronic device is in a screen-on and screen-off state.

The first cleaning prompt box comprises a first cleaning button and a first retention button and is used for prompting a user to clean the useless pictures, and the useless pictures comprise a first screenshot.

Specifically, the electronic device may jump from the main interface to the gallery interface in response to an operation of the user on the gallery application on the main interface, and display the first cleaning prompt box on the gallery interface.

Illustratively, the main interface may be a main interface 901 as shown in (a) in fig. 23, the main interface 901 includes a gallery icon 902, the operation of the gallery application by the user on the main interface may be an operation of long-pressing and clicking the gallery icon 902 on the main interface 901 by the user, in response to which the electronic device jumps from the main interface 901 to the gallery interface 903, and a cleaning prompt box 904 as shown in (c) in fig. 23 is displayed on the gallery interface 903, the first cleaning button may be a cleaning button 9041, and the first retention button may be a retention button 9042.

The electronic equipment can also respond to the operation of a user on the first photo album in the gallery application, display a picture preview interface of the first photo album, and display a first cleaning prompt box on the picture preview interface, wherein the first photo album comprises useless pictures.

For example, the first album may be an "unaccessed for seven days" album included in the album interface 1005 as shown in (c) of fig. 25, the picture preview interface may be the picture preview interface 1006 as shown in (a) of fig. 26, the first cleaning prompt box may be the cleaning prompt box 1007 as shown in (b) of fig. 26, the first cleaning button may be the cleaning button 10071, and the first hold button may be the hold button 10072.

In an optional implementation manner, if it is determined that the first screenshot has not been accessed, the electronic device may also display a first cleaning prompt box, where the accessing includes any one or more operations of browsing, selecting, and editing the first screenshot by the user.

In an alternative embodiment, the method further comprises: in response to the user's operation of the first cleaning button, the electronic device displays a picture selection interface.

And the picture selection interface comprises thumbnails of the useless pictures. For example, the picture selection interface may be the picture selection interface 906 shown in (c) in fig. 24 or the picture selection interface 1008 shown in (c) in fig. 26.

The electronic equipment deletes the first screenshot in response to the operation that the user deletes the first screenshot from the useless picture; in response to a user operation of the first retention button, the electronic device retains the first screenshot.

If the reserved times of the first screenshot are smaller than a preset first threshold, reminding the user to delete the first screenshot again after first preset time; and if the reserved times of the first screenshot are greater than or equal to a preset first threshold, the electronic equipment does not remind the user to delete the first screenshot any more.

In an alternative embodiment, the method further comprises:

and after sharing the second preset time of the first screenshot, the electronic equipment displays a second cleaning prompt box.

The second cleaning prompt box comprises a second cleaning button and a second retention button, and the second preset time is less than the first preset time. For example, the second cleaning prompt box may be the cleaning prompt box 403 shown in fig. 8, the cleaning prompt box 501 shown in fig. 12, the cleaning prompt box 701 shown in fig. 18, and the cleaning prompt box 801 shown in fig. 21.

And the electronic equipment deletes the first screenshot in response to the operation of the second cleaning button by the user. And responding to the operation of the user on the second retention button, and setting the attribute of the first screenshot into a to-be-deleted state by the electronic equipment. In an optional implementation manner, the electronic device may further add the first screenshot to a to-be-deleted list, where the to-be-deleted list includes screenshots whose attributes are in a to-be-deleted state.

It should be noted that the electronic device in the embodiment shown in fig. 28 may be a mobile phone in the foregoing embodiment, and parts not described in detail in the embodiment shown in fig. 28 may refer to the foregoing embodiment, which is not described herein again.

As shown in fig. 29, an embodiment of the present application discloses an electronic device, such as a mobile phone in the foregoing embodiment. The electronic device may specifically include: a display screen 2907; one or more processors 2902; a memory 2903; a communication module 2908; one or more application programs (not shown); and one or more computer programs 2904, which may be connected via one or more communication buses 2905. Wherein the one or more computer programs 2904 are stored in the memory 2903 and configured for execution by the one or more processors 2902, the one or more computer programs 2904 include instructions that may be used to perform steps associated with mobile phone execution in the embodiments described above. The electronic device may also include a touch sensor 2906 (touch sensor 2906 and display screen 2907 may be integrated into touch screen 2901), a mouse, or other input device.

Another embodiment of the present application provides a chip system 3000. as shown in fig. 30, the chip system 3000 includes at least one processor 3001 and at least one interface circuit 3002. The processor 3001 and the interface circuit 3002 may be interconnected by wires. For example, the interface circuit 3002 may be used to receive signals from other devices (e.g., a memory of an electronic device). Also for example, the interface circuit 3002 may be used to transmit signals to other devices (e.g., the processor 3001).

For example, the interface circuit 3002 may read instructions stored in a memory in the electronic device and send the instructions to the processor 3001. The instructions, when executed by the processor 3001, may cause an electronic device (e.g., the electronic device 100 shown in fig. 1) to perform the various steps in the embodiments described above.

Also for example, the interface circuit 3002 may read instructions stored in a memory in the server and transmit the instructions to the processor 3001. The instructions, when executed by the processor 3001, may cause the server to perform the various steps in the embodiments described above.

Of course, the chip system may further include other discrete devices, which is not specifically limited in this embodiment of the present application.

Through the above description of the embodiments, it is clear to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the above described functions. For the specific working processes of the system, the apparatus and the unit described above, reference may be made to the corresponding processes in the foregoing method embodiments, and details are not described here again.

Each functional unit in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be essentially implemented or make a contribution to the prior art, or all or part of the technical solutions may be implemented in the form of a software product stored in a storage medium and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) or a processor to execute all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: flash memory, removable hard drive, read only memory, random access memory, magnetic or optical disk, and the like.

The above description is only a specific implementation of the embodiments of the present application, but the scope of the embodiments of the present application is not limited thereto, and any changes or substitutions within the technical scope disclosed in the embodiments of the present application should be covered by the scope of the embodiments of the present application. Therefore, the protection scope of the embodiments of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of file cleaning, the method comprising:

the electronic equipment displays a first interface;

responding to screenshot operation of a user, displaying a second interface by the electronic equipment, wherein the second interface comprises a first screenshot and a first option, the first option is used for prompting the user to share the first screenshot, and the first screenshot corresponds to the first interface;

responding to the operation of a user on the first option, and displaying a sharing prompt box by the electronic equipment, wherein the sharing prompt box comprises a second option and a plurality of sharing modes; the second option is used for prompting a user to delete the first screenshot after sharing, and the second option is in a non-selected state;

in response to an operation of a user for selecting a first sharing mode from the plurality of sharing modes, the electronic equipment shares the first cut chart based on the first sharing mode;

after sharing the first preset time of the first screenshot, the electronic equipment displays a first cleaning prompt box, the first cleaning prompt box is used for prompting a user to clean useless pictures, the useless pictures comprise the first screenshot, and the electronic equipment is in a bright screen state and an unlocked screen state.

2. The file cleaning method according to claim 1, wherein the electronic device displays a first cleaning prompt box, including:

and responding to the operation of a user on the gallery application on the main interface, the electronic equipment jumps to the gallery interface from the main interface, and displays the first cleaning prompt box on the gallery interface.

3. The file cleaning method according to claim 1, wherein the electronic device displays a first cleaning prompt box, including:

responding to the operation of a user on a first photo album in a gallery application, displaying a picture preview interface of the first photo album by the electronic equipment, and displaying the first cleaning prompt box on the picture preview interface, wherein the first photo album comprises the useless pictures.

4. The file cleaning method according to any one of claims 1 to 3, wherein the electronic device displays a first cleaning prompt box, and the method comprises the following steps:

and if the first screenshot is determined not to be accessed, the electronic equipment displays the first cleaning prompt box, wherein the accessing comprises any one or more operations of browsing, selecting and editing the first screenshot by a user.

5. The file cleaning method according to any one of claims 1 to 3, wherein before the electronic device displays the first cleaning prompt box, the method further comprises:

after sharing a second preset time of the first screenshot, the electronic equipment displays a second cleaning prompt box, wherein the second cleaning prompt box comprises a second cleaning button and a second retention button, and the second preset time is less than the first preset time;

in response to the operation of the second cleaning button by the user, deleting the first screenshot by the electronic equipment;

and responding to the operation of the user on the second retention button, and setting the attribute of the first screenshot into a to-be-deleted state by the electronic equipment.

6. The file cleaning method according to claim 5, further comprising:

responding to the operation of the user on the second retention button, and adding the first screenshot to a list to be deleted by the electronic equipment, wherein the list to be deleted comprises the screenshot of which the attribute is in a state to be deleted.

7. The file cleaning method according to any one of claims 1 to 3, wherein the first cleaning prompt box includes a first cleaning button, the method further comprising:

in response to operation of the first cleaning button by a user, the electronic equipment displays a picture selection interface, wherein the picture selection interface comprises thumbnails of the useless pictures;

and in response to the operation of deleting the first screenshot from the useless picture by the user, deleting the first screenshot by the electronic equipment.

8. A file cleaning method according to any one of claims 1 to 3, wherein the first cleaning prompt box includes a first hold button, the method further comprising:

in response to user operation of the first retention button, the electronic device retains the first screenshot.

9. The file cleaning method according to claim 8, further comprising:

if the reserved times of the first screenshot are smaller than a preset first threshold, reminding the user to delete the first screenshot again after the first preset time;

and if the reserved times of the first screenshot are greater than or equal to a preset first threshold, the electronic equipment does not remind the user to delete the first screenshot any more.

10. The file cleaning method according to any one of claims 1 to 3, wherein the step of displaying the second interface comprises:

the electronic equipment displays a third interface, wherein the third interface comprises a first preview screenshot, and the first preview screenshot corresponds to the first interface;

and responding to the operation of the user for the first preview screenshot, and displaying the second interface.

11. The file cleaning method according to any one of claims 1 to 3, wherein the plurality of sharing modes include sharing to a system application and sharing to a third party application.

12. A method of file cleaning, the method comprising:

the electronic equipment displays a sharing prompt box, wherein the sharing prompt box is used for prompting a user to share a second screenshot, and the sharing prompt box comprises a second option and a plurality of sharing modes; the second option is used for prompting a user to delete the second screenshot after sharing, and the second option is in a non-selected state;

responding to an operation that a user selects a first sharing mode from a plurality of sharing modes, and enabling the electronic equipment to share a second screenshot based on the first sharing mode;

after sharing the first preset time of the second screenshot, the electronic equipment displays a first cleaning prompt box, the first cleaning prompt box is used for prompting a user to clean useless pictures, the useless pictures comprise the second screenshot, and the electronic equipment is in a screen-lighting and screen-unlocking state.

13. The file cleaning method according to claim 12, wherein the electronic device displays a sharing prompt box, and the method comprises:

and responding to the operation of sharing the second screenshot in the gallery application by the user, and displaying the sharing prompt box by the electronic equipment.

14. The file cleaning method according to claim 12, wherein the electronic device displays a sharing prompt box, and the method comprises:

responding to an operation of sharing the second screenshot when the user generates the second screenshot in the electronic equipment, and displaying the sharing prompt box by the electronic equipment.

15. The file cleaning method according to any one of claims 12 to 14, wherein the electronic device displays a first cleaning prompt box, and the method comprises:

16. The file cleaning method according to any one of claims 12 to 14, wherein the electronic device displays a first cleaning prompt box, and the method comprises:

17. The file cleaning method according to any one of claims 12 to 14, wherein the electronic device displays a first cleaning prompt box including:

and if the second screenshot is determined not to be accessed, the electronic equipment displays the first cleaning prompt box, wherein the accessing comprises any one or more operations of browsing, selecting and editing the second screenshot by a user.

18. The file cleaning method according to any one of claims 12 to 14, wherein before the electronic device displays the first cleaning prompt box, the method further comprises:

after sharing a second preset time of the second screenshot, the electronic equipment displays a second cleaning prompt box, wherein the second cleaning prompt box comprises a second cleaning button and a second retention button, and the second preset time is less than the first preset time;

in response to the operation of the second cleaning button by the user, deleting the second screenshot by the electronic equipment;

and responding to the operation of the user on the second retention button, and setting the attribute of the second screenshot into a to-be-deleted state by the electronic equipment.

19. The file cleaning method according to claim 18, further comprising:

and responding to the operation of the user on the second retention button, and adding the second screenshot to a list to be deleted by the electronic equipment, wherein the list to be deleted comprises the screenshot of which the attribute is in a state to be deleted.

20. The file cleaning method according to any one of claims 12 to 14, wherein the first cleaning prompt box includes a first cleaning button, the method further comprising:

and in response to the operation of deleting the second screenshot from the useless picture by the user, deleting the second screenshot by the electronic equipment.

21. A file cleaning method according to any one of claims 12 to 14, wherein the first cleaning prompt box includes a first hold button, the method further comprising:

and responding to the operation of the first keeping button by the user, and keeping the second screenshot by the electronic equipment.

22. The file cleaning method according to claim 21, further comprising:

if the reserved times of the second screenshot are smaller than a preset first threshold, reminding the user to delete the second screenshot again after the first preset time;

and if the retained times of the second screenshot are greater than or equal to a preset first threshold, the electronic equipment does not remind the user to delete the second screenshot any more.

23. The method according to any one of claims 12 to 14, wherein the plurality of sharing manners include sharing to a system application and sharing to a third party application.

24. An electronic device, characterized in that the electronic device comprises: a wireless communication module, memory, and one or more processors; the wireless communication module, the memory and the processor are coupled;

wherein the memory is to store computer program code comprising computer instructions; the computer instructions, when executed by the processor, cause the electronic device to perform the method of any of claims 1-23.

25. A computer-readable storage medium comprising computer instructions;

the computer instructions, when executed on an electronic device, cause the electronic device to perform the method of any of claims 1-23.