Recording storage method and device, wearable device, readable storage medium

Abstract

The present disclosure provides a recording storage method and apparatus, a wearable device, and a readable storage medium, belonging to the technical field of electronic devices. The method includes: in response to the recording module in the first device starting in the first startup mode and the connection state between the first device and the second device being the first connection state, sending the first recording file recorded by the APP recording module to the second device for storage; in response to the recording module in the first device starting in the second startup mode, storing the first recording file recorded by the APP recording module in the first device; the recording storage method and apparatus, wearable device, and readable storage medium provided by the present disclosure alleviate the problem of limited storage space of the first device.

Description

Technical Field

[0001] The present disclosure belongs to the technical field of electronic devices, and more specifically, relates to a recording storage method and device, a wearable device, and a readable storage medium. Background Art

[0002] Wearable devices, such as smart audio glasses and smart bracelets, are gaining popularity due to their portability and versatility. These devices often include integrated recording capabilities, allowing users to easily record audio in a variety of scenarios, helping people capture and preserve important information. However, wearable devices have limited storage space, making long-term storage of recorded files a major challenge. Summary of the Invention

[0003] The purpose of the present disclosure is to provide a recording storage method and apparatus, a wearable device, and a readable storage medium to alleviate the problem of limited storage space of a first device.

[0004] According to a first aspect of the present disclosure, a method for storing recordings is provided, comprising:

[0005] In response to the recording module in the first device being started in the first startup mode and the connection state between the first device and the second device being the first connection state, sending the first recording file recorded by the recording module to the second device for storage;

[0006] In response to the recording module in the first device being started in the second startup mode, storing a first recording file recorded by the recording module in the first device;

[0007] Among them, the first startup mode is a mode in which the user sends a startup instruction to the second device to enable the second device to start a recording task, and the second startup mode is a mode in which the user sends a startup instruction to the first device to enable the first device to start a recording task; the recording task of the first device and the recording task of the second device are both responded to by the recording module.

[0008] A second aspect of the embodiments of the present disclosure provides a recording storage device, comprising:

[0009] a first storage module configured to, in response to the recording module in the first device being started in the first startup mode and the connection state between the first device and the second device being the first connection state, send the first recording file recorded by the recording module to the second device for storage;

[0010] a second storage module, configured to store the first recording file recorded by the recording module in the first device in response to the recording module in the first device being started in the second starting mode;

[0011] Among them, the first startup mode is a mode in which the user sends a startup instruction to the second device to enable the second device to start a recording task, and the second startup mode is a mode in which the user sends a startup instruction to the first device to enable the first device to start a recording task; the recording tasks of the first device and the second device are both responded to by the recording module.

[0012] In a third aspect of the embodiments of the present disclosure, there is provided a wearable device, including a memory, a processor, and a computer program stored in the memory and running on the processor. When the processor executes the computer program, the steps of the above-mentioned recording and storage method are implemented.

[0013] In a fourth aspect of the embodiments of the present disclosure, there is provided a computer-readable storage medium storing a computer program, and when the computer program is executed by a processor, the steps of the above-mentioned recording and storage method are implemented.

[0014] The beneficial effects of the recording and storage method, device, wearable device, and readable storage medium provided by the embodiments of the present disclosure are as follows:

[0015] In the embodiments of the present disclosure, the first device may be a wearable device such as smart audio glasses or a smart bracelet, and the second device may be a smart terminal such as a mobile phone or a tablet computer. The first device and the second device may be connected through a Bluetooth communication method. When the user wants to start the recording module in the first device, a startup instruction may be sent to the second device (the first startup mode), or a startup instruction may be sent to the first device (the second startup mode). In the first startup mode, the first device and the second device are already connected, and the storage space of the first device is limited. At this time, the first recording file recorded by the recording module may be sent to the second device for storage in real time; in the second startup mode, it is not possible to determine whether the first device and the second device are connected. To ensure the rapid storage of the first recording file, the first recording file may be stored in the first device at this time.

[0016] The embodiments of the present disclosure provide users with flexible recording module startup methods and corresponding recording file storage methods, alleviating the problem of limited storage space of the first device; at the same time, in each startup method, it can ensure the rapid storage of the recording content and not miss key information. BRIEF DESCRIPTION OF THE DRAWINGS

[0017] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the following will briefly introduce the drawings required for use in the embodiments or the description of the prior art. Obviously, the following drawings are only some embodiments of the present disclosure. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0018] Figure 1 Schematic diagram of the application scenario of the recording storage method provided by an embodiment of the present disclosure;

[0019] Figure 2 Schematic flowchart of the recording storage method provided by an embodiment of the present disclosure;

[0020] Figure 3 Block diagram of the structure of the recording storage device provided by an embodiment of the present disclosure;

[0021] Figure 4 Schematic block diagram of the wearable device provided by an embodiment of the present disclosure. Detailed implementation manners

[0022] In the following description, specific details such as specific system architectures and technologies are presented for the purpose of illustration rather than limitation, so as to thoroughly understand the embodiments of the present disclosure. However, those skilled in the art should understand that the present disclosure can also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to avoid unnecessary details from interfering with the description of the present disclosure.

[0023] To make the objectives, technical solutions, and advantages of the present disclosure clearer, the following will be described through specific embodiments with reference to the accompanying drawings.

[0024] Please refer to Figure 1 , Figure 1 which is a schematic diagram of the application scenario of the recording storage method provided by an embodiment of the present disclosure. The method of this embodiment can be implemented by an application program of the wearable device 120. The wearable device 120 can be a smart glasses or a smart bracelet, etc. The smart terminal 130 can be a mobile phone, a tablet computer, etc. An APP is installed in the smart terminal 130, and the smart terminal 130 communicates with the wearable device 120 through the APP. When the user 110 wants to record, a recording start instruction can be sent through the wearable device 120, or a recording start instruction can be sent through the APP in the smart terminal 130, thus realizing a flexible recording mode.

[0025] Among them, Figure 1 the wearable device 120 and the terminal 130 in Figure 1 are only some of the devices listed as examples. In the present disclosure, the terminal 120 is not limited to the devices listed in

[0026] Please refer to Figure 2 , Figure 2 which is a schematic flowchart of the recording storage method provided by an embodiment of the present disclosure. This method is applied to the first device, and the method includes:

[0027] S101: In response to the recording module in the first device starting in the first startup mode and the connection state between the first device and the second device being the first connection state, send the first recording file recorded by the recording module to the second device for storage.

[0028] Among them, the first startup mode is a mode in which the user sends a startup instruction to the second device to enable the second device to start a recording task.

[0029] In this embodiment, the first device may be a wearable device such as a smart audio glasses or a smart bracelet, and the second device may be a smart terminal such as a mobile phone or a tablet computer. The first device and the second device may be connected through a Bluetooth communication method. Specifically, the second device is installed with an APP, and the first device can communicate with the APP in the second device through a Bluetooth communication method.

[0030] The first connection state is a normal connection state, that is, the first device and the second device can communicate normally. At this time, if the user issues a recording start instruction (the first startup mode) through the APP of the second device, the recording module starts to execute the recording task, and the first device can send the first recording file recorded by the recording module to the second device for storage in real time, without occupying the storage space of the first device. After the first recording file is stored, it can be transcribed into a text form to facilitate the user to quickly browse and record key information.

[0031] Among them, options such as "Start Recording" and "Stop Recording" are usually set on the APP interface of the second device. In the first startup mode, the user can issue a recording start instruction by clicking "Start Recording" and a recording stop instruction by clicking "Stop Recording". A voice wake-up module, a touchpad, a gesture recognition module, etc. are set in the first device. In the second startup mode, the user can issue a recording start instruction or a recording stop instruction in multiple ways such as voice, sliding touch control, or gesture control. It should be noted that the first startup mode or the second startup mode does not limit the mode of issuing the recording stop instruction of the recording module. For example, in the first startup mode, the recording stop instruction can also be issued through the first device. Similarly, in the second startup mode, the recording stop instruction can also be issued through the second device.

[0032] S102: In response to the recording module in the first device starting in the second startup mode, store the first recording file recorded by the recording module in the first device.

[0033] Among them, the second startup mode is a mode in which the user sends a startup instruction to the first device to enable the first device to start a recording task; the recording tasks of both the first device and the second device are responded to by the recording module.

[0034] In this embodiment, if the user issues a recording start instruction (second startup mode) through the first device, the recording module starts to execute the recording task. Since it is impossible to determine whether the first device and the second device are connected at this time, in order to ensure the rapid storage of the first recording file, the first recording file can be stored in the first device. When the first device and the second device are idle, all the recording files stored in the first device can be sent to the second device for storage, and the storage space of the first device can be cleared to leave more space in the first device for storing new recording files.

[0035] As can be seen from the above, the embodiments of the present disclosure provide users with flexible recording module startup methods and corresponding recording file storage methods, alleviating the problem of limited storage space of the first device; at the same time, in each startup mode, it can ensure the rapid storage of recording content without missing key information.

[0036] In an embodiment of the present disclosure, the recording storage method further includes:

[0037] If the recording module in the first device is started in the first startup mode, when the connection status between the first device and the second device is detected to be the second connection status, the first device is controlled to start the recording task.

[0038] In this embodiment, the second connection status is an abnormal connection status, that is, the connection between the first device and the second device is interrupted. During the execution of the recording task, if the APP that executes the recording task in the second device is switched to the background, and then due to insufficient operating memory of the second device, the operating system of the second device may close the APP that is executing the recording task (that is, the APP is killed) in order to ensure the overall performance of the applications and the system being used in the foreground, resulting in the interruption of the connection between the first device and the second device.

[0039] The method for detecting the connection status includes: the first device can call the application programming interface (API) to query the current Bluetooth communication connection status, or can regularly send heartbeat packets to the second device to confirm that the connection is still valid. If the first device does not receive a heartbeat packet from the second device within a certain period of time, it is considered that the connection has been disconnected or there is an abnormality.

[0040] In the first startup mode, if it is detected that the connection between the first device and the second device is disconnected and no recording stop instruction is received from the user, the first device can automatically restart a recording task locally, store the recording file recorded by the recording module as the second recording file locally, and inform the user through a prompt tone (such as "APP connection interrupted, recording continues") that the current recording is still in progress to ensure that the recording is not interrupted.

[0041] The second device stores the first recording file before the Bluetooth connection is disconnected. The user can use the first recording file and the second recording file as the recording files corresponding to this recording task.

[0042] In this embodiment, when the connection between the first device and the second device is disconnected, the first device restarts the recording task, which can ensure the continuity of the recording process.

[0043] In an embodiment of the present disclosure, the recording storage method further includes:

[0044] If the recording module in the first device is started in the first startup mode and the recording scenario indicated by the first startup mode is the first type of scenario, when the connection state between the first device and the second device is detected to be the second connection state, control the first device to start a recording task to store the second recording file recorded by the recording module in the first device.

[0045] The recording scenario indicated by the first startup mode is the recording scenario selected when the user sends a startup instruction to the second device, or the recording scenario automatically determined by the second device.

[0046] The first type of scenario is a scenario where the estimated recording duration is greater than the first preset duration.

[0047] The second connection state is used to indicate the termination of the recording task started in the first startup mode.

[0048] In this embodiment, the recording scenario may include call recording, audio-video recording, face-to-face interview recording, etc. Among them, call recording is used for real-time recording and transcription when making a system call or an Internet call. For example, in activities such as dispute mediation and judicial litigation, retaining the call recording as an important evidence can help restore the truth; audio-video recording is used for real-time recording and transcription when playing an audio-video file on a mobile phone or a tablet. For example, a teacher or a tutor can record the voice of the lecture course through the recording function and make it into teaching resources for students to learn at any time. Students can also use the recording to review and self-evaluate; face-to-face recording is used for real-time recording and transcription during face-to-face communication. For example, when a user encounters an important thing, they can use the recording function to record the communication content to prevent forgetting or misunderstanding.

[0049] Options for various recording scenarios are set in the APP interface of the second device. The user can select the corresponding option to set the specific recording scenario. In the call state, only call recording can be selected. In the non-call state, audio-video recording or face-to-face recording can be selected.

[0050] Based on the above embodiments, in this embodiment, the storage method of the first recording file can be determined based on the recording scenario. For example, the recording scenarios corresponding to audio-video recordings and face-to-face interview recordings can be regarded as the first type of scenarios. The recording duration of this type of recording scenario is usually relatively long. In this type of recording scenario, if the first device and the second device can communicate normally, the first recording file recorded by the recording module is sent to the second device for storage; if it is detected that the communication between the first device and the second device is abnormal, it indicates that the recording task started by the second device stops, and the first device restarts the recording task to store the recording file recorded by the recording module as the second recording file in the first device.

[0051] In this embodiment, corresponding storage methods for recording files can be provided for users based on different recording scenarios, which can meet the diverse needs of users.

[0052] In an embodiment of the present disclosure, the recording storage method further includes:

[0053] If the recording module in the first device is started in the first start mode and the recording scenario indicated by the first start mode is the second type of scenario, the first recording file recorded by the recording module is also stored in the first device.

[0054] The recording scenario indicated by the first start mode is the recording scenario selected when the user sends a start instruction to the second device, or the recording scenario automatically determined by the second device.

[0055] The second type of scenario is a scenario where the estimated recording duration is less than or equal to the first preset duration.

[0056] In this embodiment, the recording scenario corresponding to a call recording can be regarded as the second type of scenario. When storing a call recording, the part where the user does not make a sound is usually cut off. Therefore, the duration of a call recording is usually relatively short and does not occupy too much storage space. In the first start mode, to further ensure the integrity of the call recording, while sending the first recording file recorded by the recording module to the second device for storage, the first recording file recorded by the recording module is also stored in the first device as a backup file. Through the above operations, when a communication interruption occurs during the execution of the recording task, the first device does not need to restart the recording task. After the recording task ends, the first device can send the first recording file to the second device, and the integrity of the first recording file is no longer affected by the connection status between the first device and the second device, further ensuring the accurate storage of the first recording file.

[0057] In an embodiment of the present disclosure, the recording storage method further includes:

[0058] If the recording module in the first device is started in the first start mode, the recording scenario indicated by the first start mode is the second type of scenario, and the connection state between the first device and the second device is not detected as the second connection state during the execution of the target recording task, then after the recording module completes the target recording task, the first recording file corresponding to the target recording task in the first device is deleted.

[0059] The target recording task is the recording task executed by the recording module when the recording module is started in the first start mode and the recording scenario indicated by the first start mode is the second type of scenario.

[0060] In this embodiment, the target recording task is the currently executed recording task, and the currently executed recording task corresponds to obtaining the first recording file. If a communication interruption occurs during the execution of the current recording task and the second device does not store the complete first recording file, after the recording task ends, the first recording file stored in the first device can be sent to the second device, and then the corresponding first recording file in the first device can be deleted to free up more storage space for the first device. If no communication interruption occurs during the execution of the recording task and the second device stores the complete first recording file, after the recording task ends, the corresponding first recording file in the first device can be directly deleted to free up more storage space for the first device.

[0061] It should be noted that during the process of sending the first recording file corresponding to the target recording task to the second device, the connection state between the first device and the second device needs to be detected in real time. Only when the first device and the second device communicate normally can the first recording file corresponding to the target recording task be sent to the second device. Otherwise, the transmission will be interrupted, and when the communication between the first device and the second device is normal again, the first recording file corresponding to the target recording task will continue to be sent to the second device.

[0062] In this embodiment, after the first recording file corresponding to the target recording task is completely sent to the second device, deleting the first recording file corresponding to the target recording task in the first device can free up more storage space for the first device to store new files.

[0063] In an embodiment of the present disclosure, the recording storage method further includes:

[0064] In response to detecting that the remaining target storage space in the first device is less than the first space, controlling the first device and / or the second device to send a prompt message to remind the user to transfer the recording file stored in the target storage space to the second device.

[0065] The target storage space is the storage space used by the first device to store the first recording file.

[0066] In this embodiment, one or more storage spaces (target storage spaces) are specifically provided in the first device for storing the recording files recorded by the recording module (including the first recording file obtained from the current recording task and the recording files obtained from the previous recording tasks). As the number of stored recording files increases, the storage space available for storing the first recording file (the remaining target storage space) becomes smaller and smaller. To prevent the first recording file from failing to be stored due to insufficient remaining target storage space during storage, the remaining target storage space of the first device can be detected in real time. When the remaining target storage space is small (less than the first space), the first device or the second device (or both the first device and the second device) can send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device, so as to free up more storage space for the first device.

[0067] Among them, controlling the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device can be described in detail as follows:

[0068] After the recording module completes the current recording task, control the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device.

[0069] In this embodiment, if during the execution of the current recording task, it is detected that the remaining target storage space of the first device is less than the first space, the execution of the recording task can continue without sending a prompt message, and a prompt message can be sent after the current recording task is completed to avoid disturbing the user's normal work with the prompt message.

[0070] In an embodiment of the present disclosure, the recording storage method further includes:

[0071] In response to detecting that the remaining target storage space of the first device is less than the second space, control the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device; the second space is less than the first space.

[0072] The target storage space is the storage space used by the first device to store the first recording file.

[0073] Stop the current recording task after the first delay time.

[0074] In this embodiment, the first space can be set to 10% of the target storage space, and the second space can be set to 1% of the target storage space. If, during the execution of the current recording task, it is detected that the remaining target storage space of the first device is too small (less than the second space), a prompt message (such as "Storage full, recording will end soon") needs to be immediately issued, and the current recording task will be stopped after a first delay time (such as 10 s) after the prompt message is issued, to avoid data loss caused by insufficient remaining target storage space.

[0075] In this embodiment, if, before the execution of the current recording task, that is, when the recording start instruction is received, it is detected that the remaining target storage space of the first device is too small (less than the second space), the current recording task will not be executed, and a prompt message will be immediately issued, such as "Storage full, please export the recording and try again", to avoid recording interruption caused by insufficient target storage space during the execution of the current recording task.

[0076] In this embodiment, by setting a two-level information prompt mechanism, the user is reminded to transfer the recording files stored in the target storage space to the second device in a timely manner. At the same time, different prompt times are set under the two-level information prompt mechanism, realizing the avoidance of data loss caused by insufficient remaining target storage space without affecting the normal work of the user.

[0077] In an embodiment of the present disclosure, the recording storage method further includes:

[0078] In response to the current time being the specified time, controlling the first device and / or the second device to issue a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device; or, sending a start instruction to the second device, and transferring the recording files stored in the target storage space to the second device after receiving the response information of the second device to the start instruction.

[0079] In this embodiment, to further avoid the remaining target storage space of the first device being too small, a prompt message (such as "Please empty the storage space") can be issued by the first device or the second device (or the first device and the second device) at the specified time, to remind the user to transfer the recording files stored in the target storage space to the second device and empty the target storage space of the first device.

[0080] In addition, the first device can also automatically transfer the recording files in the target storage space to the second device at the specified time. At this time, the first device can send a start instruction to the second device, and the second device returns the corresponding response information indicating that data transfer can be performed. After receiving the response information, the first device transfers the recording files stored in the target storage space to the second device.

[0081] The specified time can be set by the user according to actual needs. For example, set to transfer the recording files in the target storage space to the second device at 10:00 am on Monday every week, or set to transfer the recording files in the target storage space to the second device at 3:00 pm on the 1st of each month.

[0082] In this embodiment, by regularly transferring the recording files in the target storage space to the second device, the target storage space of the first device can be emptied in time, avoiding insufficient remaining target storage space from affecting the execution of subsequent recording tasks.

[0083] In an embodiment of the present disclosure, the first device is a wearable device, and the recording storage method further includes:

[0084] Statistically analyze multiple historical time periods when the user wears the first device within multiple historical dates, and determine the intersection of the multiple historical time periods as the first time period.

[0085] Divide the first time period into multiple sub - time periods, and send the multiple sub - time periods to the second device to instruct the second device to count the number of active applications and the active duration of applications within each sub - time period, and return multiple first sub - time periods based on the number of active applications and the active duration; a first sub - time period is a sub - time period in which the total active duration of the applications on the second device is less than the second preset duration, and the total active duration of each sub - time period is the sum of the active durations of all active applications within the corresponding sub - time period.

[0086] Filter the multiple first sub - time periods based on the audio playback information of the first device to obtain multiple second sub - time periods.

[0087] Select time points from the multiple second sub - time periods as the specified time.

[0088] In this embodiment, considering that it takes some time for the recording files to be transferred from the first device to the second device (i.e., the process of exporting the recording files), and the Bluetooth communication channel is occupied during the transfer process, which will affect the user's audio usage experience. Therefore, a time period with the fewest active applications on the second device and the lowest probability of the Bluetooth communication channel being occupied by audio signals can be selected to export the recording files during this time period, which is beneficial to the rapid export of the recording files and does not affect the user's audio usage experience. Among them, the active applications on the second device refer to the applications that are in a running state on the second device. The more active applications there are on the second device, the greater the probability that the APP corresponding to the recording task will be killed.

[0089] Specifically, it is possible to count multiple historical time periods during which the user wears the first device over multiple historical dates, take the intersection of the multiple historical time periods, and obtain the first time period with the highest probability that the user wears the first device in a day. For example, within the past month, the historical time periods during which the user wears the first device are respectively: 08:00 - 22:00, 08:00 - 22:30, 07:00 - 22:00, 09:00 - 23:30, …, and the intersection of the multiple historical time periods is 09:00 - 22:00, that is, the time period from 08:00 to 22:00 every day is the time period with the highest probability that the user wears the first device.

[0090] Next, divide the first time period into multiple sub - time periods. If one time period is 2 hours, then the time period from 08:00 to 22:00 is divided into: 08:00 - 10:00, 10:00 - 12:00, 12:00 - 14:00, 14:00 - 16:00, 16:00 - 18:00, 18:00 - 20:00, 20:00 - 22:00 and other multiple sub - time periods, and send the multiple sub - time periods to the second device. The second device counts the number of active applications (i.e., the application active quantity) within each sub - time period and the active duration of each active application (i.e., the application active duration), adds up the active durations of multiple applications in each sub - time period to obtain the total active duration of applications corresponding to the sub - time period. Specifically, the following formula can be used:

[0091] ; where represents the total active duration of applications in the i - th sub - time period, represents the active duration of the j - th application in the i - th time period, and m represents the application active quantity.

[0092] The second device selects multiple first sub - time periods whose total active duration of applications is less than the second preset duration, and returns the multiple first sub - time periods to the first device. Among them, the second preset duration is a preset constant, and those skilled in the art can set it according to actual needs.

[0093] For example, the total active durations of applications in multiple sub - time periods are respectively: 10 minutes (08:00 - 10:00), 40 minutes (10:00 - 12:00), 10 minutes (12:00 - 14:00), 15 minutes (14:00 - 16:00), 50 minutes (16:00 - 18:00), 40 minutes (18:00 - 20:00), 20 minutes (20:00 - 22:00). If the second preset duration is 20 minutes, then multiple sub - time periods such as 08:00 - 10:00, 12:00 - 14:00, 14:00 - 16:00, 20:00 - 22:00 can be selected as the first sub - time periods.

[0094] After the first device receives multiple first sub - time periods, it selects multiple second sub - time periods during which the audio playback module is used the least from the multiple first sub - time periods. The audio playback information includes the historical playback duration information of the audio playback module, which can be obtained from the device log of the first device.

[0095] For example, the audio playback information shows that the historical playback durations of the audio playback module in multiple first sub - time periods are as follows: 10 minutes (08:00 - 10:00), 30 minutes (10:00 - 12:00), 40 minutes (14:00 - 16:00), 5 minutes (20:00 - 22:00). Then, the two sub - time periods of 08:00 - 10:00 and 20:00 - 22:00 with shorter historical playback durations are selected as the second sub - time periods.

[0096] Finally, based on the obtained multiple second sub - time periods, the working state of the audio playback module is detected at a set time interval (e.g., 5 minutes). If it is detected that the audio playback module is in the sleep state (i.e., the audio playback module is not occupied) at a certain time point, then this time point can be used as the specified time to export the recording file.

[0097] In this embodiment, based on multiple historical time periods when the user wears the first device within multiple historical dates, and the audio playback information of the first device, multiple second sub - time periods with the least active applications on the second device and the smallest probability of the Bluetooth communication channel being occupied by audio signals can be obtained. Based on the multiple second sub - time periods, the specified time is selected to export the recording file, which is beneficial to the rapid export of the recording file and does not affect the user's audio experience.

[0098] Corresponding to the recording storage method in the above - mentioned embodiment, Figure 3 This is the structural block diagram of a recording storage device provided by an embodiment of the present disclosure. For the sake of convenience of description, only the parts related to the embodiments of the present disclosure are shown. Refer to Figure 3 As shown in the figure, the recording storage device 20 includes: a first storage module 21 and a second storage module 22.

[0099] Among them, the first storage module 21 is used to send the first recording file recorded by the recording module to the second device for storage in response to the recording module in the first device being started in the first start mode and the connection state between the first device and the second device being the first connection state.

[0100] The second storage module 22 is used to store the first recording file recorded by the recording module in the first device in response to the recording module in the first device being started in the second start mode.

[0101] Among them, the first startup mode is a mode in which the user sends a startup instruction to the second device to enable the second device to start a recording task, and the second startup mode is a mode in which the user sends a startup instruction to the first device to enable the first device to start a recording task; the recording tasks of both the first device and the second device are responded to by the recording module.

[0102] In an embodiment of the present disclosure, the first storage module 21 is specifically configured to:

[0103] If the recording module in the first device starts in the first startup mode, when the connection state between the first device and the second device is detected to be the second connection state, control the first device to start a recording task.

[0104] In an embodiment of the present disclosure, the first storage module 21 is specifically configured to:

[0105] If the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is the first type of scenario, when the connection state between the first device and the second device is detected to be the second connection state, control the first device to start a recording task to store the second recording file recorded by the recording module in the first device.

[0106] The recording scenario indicated by the first startup mode is the recording scenario selected when the user sends a startup instruction to the second device, or the recording scenario indicated by the first startup mode is the recording scenario automatically determined by the second device.

[0107] The first type of scenario is a scenario where the estimated recording duration is greater than the first preset duration.

[0108] The second connection state is used to indicate the termination of the recording task started in the first startup mode.

[0109] In an embodiment of the present disclosure, the first storage module 21 is specifically configured to:

[0110] If the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is the second type of scenario, also store the first recording file recorded by the recording module in the first device.

[0111] The recording scenario indicated by the first startup mode is the recording scenario selected when the user sends a startup instruction to the second device, or the recording scenario indicated by the first startup mode is the recording scenario automatically determined by the second device.

[0112] The second type of scenario is a scenario where the estimated recording duration is less than or equal to the first preset duration.

[0113] In an embodiment of the present disclosure, the first storage module 21 is specifically further configured to:

[0114] If the recording module in the first device is started in the first startup mode, the recording scenario indicated by the first startup mode is the second type of scenario, and the connection state between the first device and the second device is not detected as the second connection state during the execution of the target recording task, then after the recording module completes the target recording task, the first recording file corresponding to the target recording task in the first device is deleted.

[0115] The target recording task is the recording task executed by the recording module when the recording module is started in the first startup mode and the recording scenario indicated by the first startup mode is the second type of scenario.

[0116] In an embodiment of the present disclosure, the second storage module 22 is specifically configured to:

[0117] In response to detecting that the remaining target storage space in the first device is less than the first space, control the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device.

[0118] The target storage space is the storage space used by the first device to store the first recording file.

[0119] In an embodiment of the present disclosure, the second storage module 22 is specifically configured to:

[0120] In response to the current time being the specified time, control the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device; or, send a start instruction to the second device, and transfer the recording files stored in the target storage space to the second device after receiving the response message of the second device for the start instruction.

[0121] In an embodiment of the present disclosure, the first device is a wearable device, and the second storage module 22 is specifically further configured to:

[0122] Count multiple historical time periods when the user wears the first device within multiple historical dates, and determine the intersection of the multiple historical time periods as the first time period.

[0123] Divide the first time period into multiple sub-time periods, send the multiple sub-time periods to the second device to instruct the second device to count the application active quantity and application active duration within each sub-time period, and return multiple first sub-time periods based on the application active quantity and application active duration; the multiple first sub-time periods are the sub-time periods when the total application active duration of the second device is less than the second preset duration, and the total application active duration of each sub-time period is the sum of the active durations of all active applications within the corresponding sub-time period.

[0124] Filter the multiple first sub-time periods based on the audio playback information of the first device to obtain multiple second sub-time periods.

[0125] Select a time point from multiple second sub - time periods as the specified time.

[0126] See Figure 4 , Figure 4 which is a schematic block diagram of a wearable device provided by an embodiment of the present disclosure. As Figure 4 shown, the wearable device 300 in this embodiment may include: one or more processors 301, one or more input devices 302, one or more output devices 303, and one or more memories 304. The above - mentioned processors 301, input devices 302, output devices 303, and memories 304 communicate with each other through a communication bus 305. The memory 304 is used to store computer programs, and the computer programs include program instructions. The processor 301 is used to execute the program instructions stored in the memory 304. Among them, the processor 301 is configured to call the program instructions to execute the functions of each module / unit in the above - mentioned device embodiments, such as Figure 3 the functions of the modules 21 to 22 shown.

[0127] It should be understood that in the embodiments of the present disclosure, the so - called processor 301 may be a central processing unit (CPU), and this processor may also be other general - purpose processors, digital signal processors (DSPs), application - specific integrated circuits (ASICs), field - programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general - purpose processor may be a microprocessor or this processor may also be any conventional processor, etc.

[0128] The input device 302 may include a touchpad, a fingerprint acquisition sensor (for acquiring the fingerprint information and the direction information of the fingerprint of the user), a microphone, etc., and the output device 303 may include a display (such as an LCD), a speaker, etc.

[0129] The memory 304 may include a read - only memory and a random access memory, and provide instructions and data to the processor 301. A part of the memory 304 may also include a non - volatile random access memory. For example, the memory 304 may also store information about the device type.

[0130] In a specific implementation, the processor 301, the input device 302, and the output device 303 described in the embodiments of the present disclosure may implement the implementation manners described in the first and second embodiments of the recording storage method provided by the embodiments of the present disclosure, and may also implement the implementation manner of the wearable device described in the embodiments of the present disclosure, which will not be elaborated herein.

[0131] In another embodiment of the present disclosure, a computer-readable storage medium is provided. The computer-readable storage medium stores a computer program, and the computer program includes program instructions. When the program instructions are executed by a processor, all or part of the processes in the method of the above embodiments are implemented. It may also be completed by instructing related hardware through the computer program. The computer program may be stored in a computer-readable storage medium. When the computer program is executed by the processor, the steps of the above method embodiments may be implemented. Among them, the computer program includes computer program code, and the computer program code may be in the form of source code, object code, executable file, or some intermediate form, etc. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, USB flash drive, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electrical carrier signal, telecommunication signal, and software distribution medium, etc.

[0132] The computer-readable storage medium may be an internal storage unit of the wearable device in any of the foregoing embodiments, such as the hard disk or memory of the wearable device. The computer-readable storage medium may also be an external storage device of the wearable device, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the wearable device. Further, the computer-readable storage medium may also include both the internal storage unit and the external storage device of the wearable device. The computer-readable storage medium is used to store the computer program and other programs and data required by the wearable device. The computer-readable storage medium may also be used to temporarily store the data that has been output or will be output.

[0133] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in combination with the embodiments disclosed herein can be implemented by electronic hardware, computer software, or a combination of the two. To clearly illustrate the interchangeability of hardware and software, the composition and steps of each example have been generally described in terms of function in the above description. Whether these functions are executed in hardware or software depends on the specific application and design constraints of the technical solution. A professional technician may use different methods to implement the described functions for each specific application, but such implementation should not be considered to exceed the scope of this disclosure.

[0134] Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the wearable device and unit described above can refer to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0135] In several embodiments provided in this application, it should be understood that the disclosed wearable device and method can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of units is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the displayed or discussed couplings or direct couplings or communication connections to each other can be indirect couplings or communication connections through some interfaces or units, or can be electrical, mechanical, or other forms of connection.

[0136] The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they can be located in one place, or can be distributed to multiple network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiments of this disclosure.

[0137] In addition, the functional units in each embodiment of this disclosure can be integrated into one processing unit, or each unit can exist physically alone, or two or more units can be integrated into one unit. The above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.

[0138] The above is only the specific implementation manner of this disclosure, but the protection scope of this disclosure is not limited thereto. Any person skilled in the art can easily think of various equivalent modifications or substitutions within the technical scope disclosed by this disclosure, and these modifications or substitutions should be covered within the protection scope of this disclosure. Therefore, the protection scope of this disclosure should be subject to the protection scope of the claims.

Claims

1. A recording storage method, characterized in that, Including: In response to the recording module in the first device starting in the first startup mode and the connection state between the first device and the second device being the first connection state, sending the first recording file recorded by the recording module to the second device for storage; In response to the recording module in the first device starting in the second startup mode, storing the first recording file recorded by the recording module in the first device; If the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is the first type of scenario, then when it is detected that the connection state between the first device and the second device is the second connection state, controlling the first device to start a recording task to store the second recording file recorded by the recording module in the first device; if the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is the first type of scenario, then when it is detected that the connection state between the first device and the second device is the first connection state, sending the first recording file recorded by the recording module to the second device for storage; If the recording module in the first device starts in the first startup mode, the recording scenario indicated by the first startup mode is the second type of scenario, and the connection state between the first device and the second device is not detected as the second connection state during the execution of the target recording task, then after the recording module completes the target recording task, deleting the first recording file corresponding to the target recording task in the first device; the target recording task is the recording task executed by the recording module when the recording module starts in the first startup mode and the recording scenario indicated by the first startup mode is the second type of scenario; Wherein, the first startup mode is a mode in which the user sends a startup instruction to the second device to enable the second device to start a recording task, and the second startup mode is a mode in which the user sends a startup instruction to the first device to enable the first device to start a recording task; the recording tasks of both the first device and the second device are responded to by the recording module; the recording scenario indicated by the first startup mode is the recording scenario selected by the user when sending a startup instruction to the second device, or the recording scenario indicated by the first startup mode is the recording scenario automatically determined by the second device; the first type of scenario is a scenario where the estimated recording duration is greater than the first preset duration; The second connection state is used to indicate the termination of the recording task started in the first startup mode.

2. The recording storage method according to claim 1, characterized in that, Further including: If the recording module in the first device starts in the first startup mode, then when it is detected that the connection state between the first device and the second device is the second connection state, controlling the first device to start a recording task.

3. The recording storage method according to claim 1, wherein Further including: If the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is the second type of scenario, then further storing the first recording file recorded by the recording module in the first device; The recording scenario indicated by the first startup mode is the recording scenario selected by the user when sending a startup instruction to the second device, or the recording scenario indicated by the first startup mode is the recording scenario automatically determined by the second device; The second type of scenario is a scenario where the estimated recording duration is less than or equal to the first preset duration.

4. The recording storage method according to claim 3, wherein It further includes: If the recording module in the first device starts in the first startup mode, the recording scenario indicated by the first startup mode is the second type of scenario, and the connection state between the first device and the second device is not detected as the second connection state during the execution of the target recording task, then after the recording module completes the target recording task, delete the first recording file corresponding to the target recording task in the first device; The target recording task is the recording task executed by the recording module when the recording module starts in the first startup mode and the recording scenario indicated by the first startup mode is the second type of scenario.

5. The recording storage method according to claim 1, characterized in that, It further includes: In response to detecting that the remaining target storage space in the first device is less than the first space, control the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device; The target storage space is the storage space used by the first device to store the first recording file.

6. The recording storage method according to claim 1, wherein It further includes: In response to the current time being the specified time, control the first device and / or the second device to send a prompt message to remind the user to transfer the recording files stored in the target storage space to the second device; Or, send a startup instruction to the second device, and transfer the recording files stored in the target storage space to the second device after receiving the response message of the second device for the startup instruction.

7. A recording storage device, characterized in that, It includes: A first storage module, configured to, in response to the recording module in the first device starting in the first startup mode and the connection state between the first device and the second device being the first connection state, send the first recording file recorded by the recording module to the second device for storage; A second storage module, configured to, in response to the recording module in the first device starting in the second startup mode, store the first recording file recorded by the recording module in the first device; Among them, the second storage module is specifically configured to: if the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is a first type of scenario, when detecting that the connection state between the first device and the second device is the second connection state, control the first device to start a recording task to store the second recording file recorded by the recording module in the first device; if the recording module in the first device starts in the first startup mode and the recording scenario indicated by the first startup mode is a first type of scenario, when detecting that the connection state between the first device and the second device is the first connection state, send the first recording file recorded by the recording module to the second device for storage; if the recording module in the first device starts in the first startup mode, the recording scenario indicated by the first startup mode is a second type of scenario, and the connection state between the first device and the second device is not detected as the second connection state during the execution of the target recording task, after the recording module completes the target recording task, delete the first recording file corresponding to the target recording task in the first device; the target recording task is the recording task executed by the recording module when the recording module starts in the first startup mode and the recording scenario indicated by the first startup mode is a second type of scenario. The first startup mode is a mode in which the user sends a startup instruction to the second device to enable the second device to start a recording task, and the second startup mode is a mode in which the user sends a startup instruction to the first device to enable the first device to start a recording task; the recording tasks of the first device and the second device are both responded to by the recording module; the recording scenario indicated by the first startup mode is the recording scenario selected by the user when sending a startup instruction to the second device, or the recording scenario indicated by the first startup mode is the recording scenario automatically determined by the second device; the first type of scenario is a scenario where the estimated recording duration is greater than the first preset duration; the second connection state is used to indicate the termination of the recording task started in the first startup mode.

8. A wearable device, comprising a memory, a processor, and a computer program stored in the memory and running on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 6.

9. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements the steps of the method according to any one of claims 1 to 6.

Images