Equipment control method and device

Abstract

The invention provides an equipment control method and device which can be applied to the technical field of electronic equipment. The method comprises the steps that the operation mode of target equipment is determined, the target equipment comprises a first screen and a second screen, the second screen is a foldable screen, the target equipment comprises a closed state and an unfolded state, and in the closed state, the second screen is in the folded state; and if the operation mode is the target mode, controlling the second screen to be kept in an unavailable state under the condition that the target equipment is in an unfolded state and an unlocking instruction is received.

Description

Technical Field

[0001] The present disclosure relates to the technical field of electronic equipment, and more particularly, to a device control method and apparatus. Background Art

[0002] With the continuous development of technology, electronic devices have gradually become an indispensable tool in people's lives, bringing convenience to people's lives, work, and studies. However, at the same time, improper use of electronic devices can lead to people becoming addicted to them. It is necessary to control users' use of electronic devices to avoid affecting their normal lives. Summary of the Invention

[0003] A first aspect of the present disclosure provides a device control method, including: determining an operating mode of a target device, the target device including a first screen and a second screen, the second screen being a foldable screen, the target device including a closed state and an unfolded state, and in the closed state, the second screen is in a folded state; if the operating mode is a target mode, then when the target device is in the unfolded state and receives an unlock command, controlling the second screen to remain unavailable.

[0004] According to an embodiment of the present disclosure, a first category of applications and a second category of applications are installed in the device. In target mode, the first category of applications has the execution permission to run on the first screen, while the second category of applications does not have the execution permission to run on the first screen.

[0005] According to an embodiment of the present disclosure, the method further includes: when the running mode is the target mode, limiting the output of target notification information on the first screen, the target notification information corresponding to the target type application.

[0006] According to an embodiment of the present disclosure, it also includes: in response to receiving an installation request for an application to be installed, determining an application type of the application to be installed; wherein the application type includes a first category application and a second category application, and in the target mode, the first category application has the running permission to run on the first screen, and the second category application does not have the running permission to run on the first screen; based on the application type of the application to be installed, determining the running permission of the application to be installed and installing the application to be installed; wherein the running permission is used to limit the running manner of the application to be installed in the target mode.

[0007] According to an embodiment of the present disclosure, in response to receiving an installation request for an application to be installed, determining the application type of the application to be installed includes at least one of the following: classifying the application to be installed based on the configuration information of the application to be installed, and marking the application to be installed that does not support running on the first screen as a second-category application; for the application to be installed that supports running on the first screen, classifying the application to be installed based on the functional type of the application to be installed, marking the application to be installed whose functional type conflicts with the target mode as a second-category application, and marking the application to be installed whose functional type does not conflict with the target mode as a first-category application.

[0008] According to an embodiment of the present disclosure, determining the running permissions of the application to be installed based on the application type of the application to be installed includes at least one of the following: determining the running permissions of the application to be installed based on preset rules; or determining the running permissions of the application to be installed based on a target operation, wherein the target operation is an operation for adjusting the running permissions of the second category of applications after confirmation by a designated account.

[0009] According to an embodiment of the present disclosure, the running permission of the application to be installed is determined based on the target operation, including: in response to receiving an adjustment request sent by a user, sending the adjustment request to a designated account so that the designated account reviews the adjustment request; the adjustment request is used to obtain the running permission of the second type of application on the first screen in the target mode; when the review result of the designated account is passed, the running permission of the application to be installed is determined based on the adjustment request; when the review result of the designated account is failed, the adjustment request is rejected and the running permission of the application to be installed is determined based on preset rules.

[0010] According to an embodiment of the present disclosure, determining the operating mode of the target device includes at least one of the following: adjusting the operating mode of the target device to the target mode when at least one of the current system time, location information, and second screen usage time of the target device meets a preset condition; adjusting the operating mode of the target device to the target mode in response to receiving a mode adjustment instruction issued by a designated account.

[0011] According to an embodiment of the present disclosure, it also includes: when the operating mode is the target mode, activating a temporary account; wherein the temporary account is managed by a designated account, and the authority of the designated account is higher than the authority of the temporary account; in response to receiving an unlock instruction from the temporary account, controlling the first screen to change to an available state.

[0012] The second aspect of the present disclosure provides a device control device, which includes: a determination module for determining the operating mode of a target device, the target device including a first screen and a second screen, the second screen being a foldable screen, the target device including a closed state and an unfolded state, and in the closed state, the second screen is in a folded state; and a control module for controlling the second screen to remain unavailable when the operating model mode is the target mode, the target device is in the unfolded state and an unlock instruction is received. BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The above and other objects, features and advantages of the present disclosure will become more apparent through the following description of the embodiments of the present disclosure with reference to the accompanying drawings, in which:

[0014] Figure 1 The following schematically shows a flow chart of a device control method according to an embodiment of the present disclosure;

[0015] Figure 2 A schematic diagram showing a structure of a target device according to an embodiment of the present disclosure is shown;

[0016] Figure 3 The following schematically shows a flow chart of an application installation operation according to an embodiment of the present disclosure;

[0017] Figure 4 Schematically illustrates a flow chart for determining the application type of an application to be installed according to an embodiment of the present disclosure;

[0018] Figure 5 A schematic diagram illustrating a principle of determining the execution permission of an application to be installed based on the application type of the application to be installed according to an embodiment of the present disclosure is shown;

[0019] Figure 6 A schematic diagram illustrating a principle of determining the execution permission of an application to be installed based on a target operation according to an embodiment of the present disclosure is shown;

[0020] Figure 7 The following schematically shows a principle diagram of determining the operating mode of a target device according to an embodiment of the present disclosure;

[0021] Figure 8 The following schematically shows a flow chart of a device control method according to an embodiment of the present disclosure;

[0022] Figure 9 The following schematically shows a structural block diagram of a device control apparatus according to an embodiment of the present disclosure;

[0023] Figure 10 A block diagram of an electronic device suitable for implementing a device control method according to an embodiment of the present disclosure is schematically shown. DETAILED DESCRIPTION

[0024] Hereinafter, embodiments of the present disclosure will be described with reference to the accompanying drawings. However, it should be understood that these descriptions are merely exemplary and are not intended to limit the scope of the present disclosure. In the detailed description below, for ease of explanation, many specific details are set forth to provide a comprehensive understanding of the embodiments of the present disclosure. However, it is apparent that one or more embodiments may also be implemented without these specific details. In addition, in the following description, descriptions of well-known structures and technologies are omitted to avoid unnecessary confusion of the concepts of the present disclosure.

[0025] The terms used herein are only for describing specific embodiments and are not intended to limit the present disclosure. The terms "comprise," "include," etc. used herein indicate the presence of the features, steps, operations, and / or components, but do not exclude the presence or addition of one or more other features, steps, operations, or components.

[0026] All terms used herein (including technical and scientific terms) have the meanings commonly understood by those skilled in the art unless otherwise defined. It should be noted that the terms used herein should be interpreted as having a meaning consistent with the context of this specification and should not be interpreted in an idealized or overly rigid manner.

[0027] When expressions such as "at least one of A, B, and C, etc." are used, they should generally be interpreted in accordance with the meaning commonly understood by those skilled in the art (for example, "a system having at least one of A, B, and C" should include but is not limited to a system having A alone, B alone, C alone, A and B, A and C, B and C, and / or A, B, C, etc.).

[0028] The embodiments of the present disclosure provide a device control method and apparatus. Before introducing the technical solutions provided by the embodiments of the present disclosure, the related technologies involved in the present disclosure are first described.

[0029] To prevent users from becoming addicted to electronic devices, electronic devices can be configured with an anti-addiction mode to help users reasonably control usage time and avoid excessive addiction to electronic devices and related applications.

[0030] Anti-addiction mode can prevent users from spending too much time on apps by restricting software usage permissions. For example, after reaching a preset daily usage limit, further app use can be restricted. Alternatively, third-party anti-addiction apps can be used to monitor and limit time spent on specific apps.

[0031] However, there are certain loopholes in software restrictions, and users can bypass them by cracking the software, modifying the system, etc., resulting in the anti-addiction effect taking priority and being unable to effectively restrict user behavior.

[0032] Figure 1 The flowchart of the device control method according to the embodiment of the present disclosure is schematically shown.

[0033] like Figure 1 As shown, the device control method of this embodiment includes operations S110 to S120.

[0034] In operation S110, an operating mode of a target device is determined. The target device may include a first screen and a second screen. The second screen may be a foldable screen. The target device may include a closed state and an unfolded state. In the closed state, the second screen may be in a folded state.

[0035] In some embodiments, the target device may have a first screen and a foldable second screen, and the target device may have two physical form changes: a closed state (ie, the second screen is folded) and an unfolded state (the second screen is unfolded).

[0036] Figure 2 The structure diagram of the target device according to the embodiment of the present disclosure is schematically shown.

[0037] like Figure 2 As shown, first screen 101 may be the external screen of the target device, and second screen 102 may be the internal screen of the target device. Second device 102 may be a flexible, foldable screen. Both first screen 101 and second screen 102 have the function of running at least some applications, and first screen 101 is smaller than second screen 102. Typically, when second screen 102 is in an unfolded state, second screen 102 may be used as the current display screen of the target device. When the second screen is in a folded state, first screen 101 may be used as the current display screen of the target device.

[0038] It should be noted that the first screen being the external screen of the target device and the second screen being the internal screen of the target device are only used for exemplary description. In actual applications, the first screen and the second screen can also be freely set according to scene requirements.

[0039] In some embodiments, the target device can set multiple operating modes according to device functions and user needs, and the device's functional availability, application operation mode, device resource allocation, interface interaction and other settings are at least partially different in different operating modes.

[0040] The target device's operating mode can be, for example, office mode, entertainment mode, or learning mode. For example, in office mode, the system will limit and optimize non-essential background processes to reduce system resource usage and increase the speed of office applications. In entertainment mode, the system will prioritize allocating more system resources to entertainment applications (such as video playback applications and gaming applications) to enhance the user's entertainment experience. In youth mode, the system will limit the usage time of some applications.

[0041] In operation S120 , if the operation mode is the target mode, when the target device is in the unfolded state and receives an unlock instruction, the second screen is controlled to remain in an unavailable state.

[0042] In some embodiments, the target mode is an operating state obtained by making some targeted restrictions and adjustments to the device's functions, application access, system settings, etc. based on specific scenarios, user groups or specific needs. The target mode may include work mode, learning mode, etc. When the target device's operating mode is the target mode, the operation of some applications will be restricted.

[0043] In some embodiments, the determined operating mode of the target device is compared with a preset target mode. If the current operating mode of the target device is inconsistent with the preset target mode, the target device is operated based on the normal operating mode; if the current operating mode of the target device is consistent with the preset target mode, the target device is operated based on the target mode.

[0044] In some embodiments, when the target device is currently operating in normal mode, the first and second screens of the target device operate normally according to preset control logic. For example, after receiving an unlock command, the screen to be operated is determined based on the physical form of the target device. For example, if the second screen is in a closed state, the first screen is used as the screen to be operated. If the second screen is in an extended state, the second screen is used as the screen to be operated.

[0045] For example, a built-in sensor can detect the device's physical form to determine whether the target device is in the unfolded state. When the second screen is unfolded, the sensor will detect the corresponding state change and feedback to the system. The unlock command of the target device can be triggered by a specific key combination, fingerprint recognition, password input, etc. The unlock command for the first screen and the unlock command for the second screen may be the same or different.

[0046] In some embodiments, when the current operating mode of the target device is the target mode, according to the preset control logic, when the target device is in the expanded state and receives an unlock instruction, the second screen is controlled to remain unavailable. The unavailable state can be manifested as the second screen being black, not responding to any touch operation, not displaying any content, being locked, etc.

[0047] For example, the second screen can be rendered unavailable by disabling its power supply or signal transmission. Alternatively, the display driver of the second screen can be turned off through corresponding instructions, preventing the second screen from outputting objects and shielding the second screen's input signals, thereby preventing the user from operating the second screen. Alternatively, the second screen can be rendered unavailable by keeping it in a locked state.

[0048] This disclosure restricts the use of devices in target mode through a combination of hardware and software. Because the physical properties of the hardware are difficult to tamper with, this collaborative control method effectively prevents users from circumventing application restrictions through software, improving the effectiveness of the restrictions. Compared to relying solely on software restrictions, this disclosure combines the physical properties of the target device to restrict the use of the device in the target state from both the physical state dimension and the software application dimension, effectively improving the flexibility and effectiveness of device control.

[0049] In some embodiments, the target device has a first category of applications and a second category of applications installed therein, and the first category of applications and the second category of applications have different execution permissions in the target mode. In the target mode, the first category of applications has execution permissions to execute on the first screen, while the second category of applications does not have execution permissions to execute on the first screen.

[0050] For example, Category 1 applications and Category 2 applications can be classified based on factors such as the application's function, purpose, and possible impact on specific users. Category 1 applications can include learning applications, tool applications, etc., and Category 2 applications can include game applications, short video applications, social entertainment applications, and other applications that can easily make users addicted or distract their attention.

[0051] The disclosed embodiments restrict the operation of Category II apps on the first screen from the perspective of application classification, reducing the chances of users directly accessing Category II apps through the first screen. By incorporating the physical characteristics of the device to restrict the use of the second screen in target mode, this effectively reduces the space and avenues available for user manipulation, further reducing the risk of user engagement with and addiction to Category II apps and enabling intelligent management and control of user behavior.

[0052] According to the embodiments of the present disclosure, Figure 1 The device control method shown may further include a notification restriction operation: when the operation mode is the target mode, restricting output of target notification information on the first screen, the target notification information corresponding to a target type of application.

[0053] In some embodiments, to facilitate users to quickly view notification content, multi-screen devices typically display notification information on the outer screen (i.e., the first screen) by default. For example, when a foldable screen phone is folded, new notification information will be displayed on the outer screen.

[0054] When the device is in target mode, notification information is further filtered to ensure that users can obtain necessary information in a timely manner while avoiding interference from irrelevant information.

[0055] In some embodiments, all applications installed on the device can be pre-categorized to identify which applications are of a target type in target mode. In target mode, notifications from target type applications will not be displayed on the first screen. Different target modes may correspond to different target type applications.

[0056] Exemplarily, the target type application can be a second-category application or some of the second-category applications. For some second-category applications, such as social software, running in target mode may interfere with users and distract them, but the notification information of such applications may contain necessary information from important contacts. For example, when the target mode is learning mode, the operation of social application A may cause children to become addicted to chatting, but the notification information sent by social application A may include important information such as parental messages and school homework. In this case, the notification permission of social application A on the first screen can be retained. A balance is achieved between important information and anti-addiction, ensuring that users can receive notification information in a timely manner while avoiding distraction of users.

[0057] By distinguishing target type applications from category one and category two applications, differentiated permission management of applications is achieved, and the notification permissions and running permissions of applications are separated, which restricts the operation of applications while ensuring timely receipt of information.

[0058] In some embodiments, a notification monitoring mechanism can be established to capture notification information sent by various applications in real time, and obtain relevant information about the application that is currently running or attempting to push notification information, such as the application name, application identifier, etc., and compare this information with the target type application list corresponding to the predefined target mode to determine whether the application belongs to the target type. In the case that the application corresponding to the notification information is a target type application, the notification information is intercepted and not passed to the display module of the first screen, thereby preventing the notification information from being output on the first screen. For example, before the notification information reaches the display layer of the first screen, it can be removed from the notification queue or marked as unrestricted. The notification information can also be stored in a specific notification log so that the user can view these intercepted notifications in a specific interface (such as the notification management interface).

[0059] In some embodiments, the output of target notification information on the first screen can also be limited by limiting the notification permissions of target type applications in target mode. For example, in target mode, the notification permissions of target type applications are automatically disabled, so that the target type applications cannot send notification information in target mode.

[0060] The disclosed embodiment optimizes the information display on the first screen in target mode based on the type of application, reduces the pop-up of unnecessary notifications on the first screen, thereby avoiding interference to the user in target mode and improving the user's experience of using the target device. In combination with the hardware characteristics of the target device, personalized output of notification information is achieved to adapt to diverse usage scenarios. Limiting the output of target notification information on the first screen can reduce the notification processing and display tasks of the first screen, thereby reducing the resource usage of the first screen and improving the overall operating performance of the device.

[0061] According to an embodiment of the present disclosure, the device control method further includes an application installation operation.

[0062] Figure 3 Schematically shows a flowchart of an application installation operation according to an embodiment of the present disclosure

[0063] like Figure 3 As shown, in Figure 1 Based on the device control method shown in FIG, the device control method of this embodiment may further include operations S310 to S320. It should be noted that other implementation details of the device control method of this embodiment can be found in Figure 1 The embodiment of the device control method shown will not be described in detail here.

[0064] In operation S310 , in response to receiving an installation request for an application to be installed, an application type of the application to be installed is determined.

[0065] In some embodiments, the application type includes a first type of application and a second type of application. In the target mode, the first type of application has the execution permission to execute on the first screen, and the second type of application does not have the execution permission to execute on the first screen.

[0066] In some embodiments, when a user installs a new application on an electronic device, the device system receives an installation request for the application and initiates the installation process, extracting relevant application information (such as the application name, developer, and functional description) from the installation package or related metadata. Based on pre-defined classification rules and standards, the extracted application information is analyzed and determined to determine whether the application belongs to Category I or Category II. For example, the application can be classified based on its functional attributes, with office and learning applications classified as Category I, and gaming and entertainment applications as Category II.

[0067] In operation S320 , the execution authority of the application to be installed is determined based on the application type of the application to be installed, and the application to be installed is installed.

[0068] In some embodiments, execution permissions are used to restrict how the application to be installed operates in target mode. The execution permissions of the application to be installed can be used to control whether the application can be run on the first screen in target mode. A target mode is a special operating state pre-set by the device, such as work mode, learning mode, or entertainment mode. Each target mode has its own corresponding execution permission configuration. The execution permissions of the application to be installed in target mode can be determined based on the application type of the application to be installed and the target mode's execution permission rules.

[0069] For example, if the application to be installed is a Category 1 application, the application to be installed is granted the execution permission to run on the first screen in the target mode. If the application to be installed is a Category 2 application, the application to be installed is not granted the execution permission to run on the first screen in the target mode.

[0070] In some embodiments, after determining the running permissions of the application to be installed, the application to be installed is installed on the target device according to the installation process, and the running permission information corresponding to the application is recorded during the installation process so that the operation of the application can be restricted and managed according to the running permission information when the device enters the target mode.

[0071] For example, when the device enters target mode, the running permissions of each application are verified based on the previously recorded running permission information. For Category 2 applications, since they do not have the running permission to run on the first screen, they cannot be launched or run on the first screen. The running interface of Category 2 applications can be hidden, minimized, or transferred to prevent the running of Category 2 applications on the first screen, thereby ensuring that only Category 1 applications can run normally on the first screen in target mode.

[0072] The disclosed embodiments control the running permissions of applications in target mode, achieving an effective integration of software and hardware. On the one hand, they restrict the running permissions of two types of applications in target mode, allowing them to run only on the second screen, reducing visual interference with the first screen and preventing users from being distracted while using the first screen. On the other hand, based on the application running permissions, they further combine the state restrictions on the second screen in target mode to make the two types of applications unavailable in target mode, strictly restricting the operation of applications and further improving the restriction effect.

[0073] Figure 4 The flowchart of determining the application type of an application to be installed according to an embodiment of the present disclosure is schematically shown.

[0074] like Figure 4 As shown, in Figure 1 Based on the device control method shown in FIG, this embodiment further includes determining the application type of the application to be installed, including operations S311 to S312. It should be noted that other implementation details of the device control method of this embodiment can be found in FIG. Figure 1 The embodiment of the device control method shown will not be described in detail here.

[0075] In operation S311 , the applications to be installed are classified based on the configuration information of the applications to be installed, and the applications to be installed that do not support running on the first screen are marked as second-category applications.

[0076] In some embodiments, the installation request for the application to be installed includes configuration information. This configuration information can be parsed to extract key information related to the application's operation and determine whether the application supports running on the primary screen. For example, some applications may state in their configuration information whether they support split-screen or multi-window operation, whether there are screen size restrictions, whether the application layout is compatible, and other relevant information used to determine whether the application to be installed supports running on the external screen of a foldable device.

[0077] In some embodiments, if it is determined based on the configuration information that the application to be installed does not support running on the first screen, or if it is analyzed through a specific algorithm that the application cannot be displayed or run normally on the first screen (for example, the interface design of the application requires a large screen to be fully displayed), the application will be marked as a second-class application.

[0078] For example, after labeling is completed, the labeling information is stored in a local database on the device. This database can be a dedicated application classification database, or a classification field can be added to the system application management database. The labeling information can include the application package name, application name, application type (e.g., Category I or Category II application), etc.

[0079] In operation S312, for the applications to be installed that support running on the first screen, the applications to be installed are classified based on their functional types, and the applications to be installed whose functional types conflict with the target mode are marked as second-category applications, and the applications to be installed whose functional types do not conflict with the target mode are marked as first-category applications.

[0080] In some embodiments, for applications to be installed that support running on the first screen, the applications to be installed are further classified according to their functional types. Exemplarily, the application type of the application to be installed can be determined by parsing the application description information. For example, if the application description contains keywords such as "game" and "entertainment", the functional type of the application is determined to be an entertainment application. If the application description contains keywords such as "office" and "document processing", the functional type of the application is determined to be an office application.

[0081] In some embodiments, different target modes have corresponding functional requirements and usage scenarios. The functional type of the application to be installed can be compared with the current or preset target mode to determine whether there is a conflict. If the functional type of the application to be installed conflicts with the target mode, the application to be installed will be marked as a Class II application. If the functional type of the application to be installed does not conflict with the target mode, the application to be installed will be marked as a Class I application.

[0082] For example, when the target mode is the learning mode, social entertainment applications may conflict with the learning goal, so the social entertainment applications are marked as second-category applications, and the learning applications are marked as first-category applications.

[0083] In some embodiments, during device operation, the system controls the operation of applications on the first screen based on the application classification tag information. For example, in target mode, the system only allows one type of application to run normally on the first screen, while a second type of application cannot run on the first screen. When a user attempts to run the second type of application on the first screen, the system may pop up a prompt to the user, informing the user that the application cannot run on the first screen in the current target mode.

[0084] The disclosed embodiments categorize applications based on target modes, automatically adjusting their execution permissions and display modes based on the user's current usage scenario and the device's current mode. For example, in learning mode, social and entertainment applications are restricted to running on the first screen, catering to different application scenarios. Categorizing applications also helps avoid unnecessary resource usage. For example, restricting Category II applications to running on the first screen can reduce their consumption of system resources and improve the device's overall performance and responsiveness in the target state.

[0085] Figure 5 The diagram schematically illustrates a principle of determining the execution permission of an application to be installed based on the application type of the application to be installed according to an embodiment of the present disclosure.

[0086] like Figure 5 As shown, in Figure 1 Based on the device control method shown in FIG, the embodiment of determining the running permission of the application to be installed based on the application type of the application to be installed can further include operations S321 to S322. It should be noted that other implementation details of the device control method of this embodiment can be found in Figure 1 The embodiment of the device control method shown will not be described in detail here.

[0087] In operation S321 , the execution permission of the application to be installed is determined based on a preset rule.

[0088] In some embodiments, different application types correspond to different running permissions. When there is a new application to be installed, the application type of the application to be installed can be matched with preset rules, and the running permissions of the application to be installed can be determined based on the rule matching results.

[0089] For example, the preset rules may be the execution permissions corresponding to each application type, determined by the device manufacturer, software development team, and relevant technical personnel based on multiple factors such as the characteristics of each application type, security risks, and user needs. When a new application is to be installed, the preset rules can be searched for the permission rules corresponding to the application type based on the application type, and the execution permissions of the application to be installed can be determined based on the permission rules.

[0090] In operation S322 , the execution permission of the application to be installed is determined based on the target operation.

[0091] In some embodiments, the running permissions of the application to be installed may also be obtained by manually adjusting a target operation, where the target operation is an operation confirmed by a designated account and used to adjust the running permissions of the second type of application.

[0092] In some embodiments, user accounts and designated accounts are created in the device system. A user account is an account used to log in to the system, access applications, and perform routine operations during daily use of the device. Users can use the user account to perform daily application operations, file management, and personalized settings on the target device. However, for some operations that may affect the security and stable operation of the device or involve sensitive information, the user account does not have direct execution authority. A designated account is an account with special permissions and management responsibilities, and is usually not used for frequent daily operations of the device. The designated account is held by a specific person with higher management authority, and is mainly used to review, supervise, and manage some key operations of the user account to ensure that the device operates in accordance with specific rules and requirements.

[0093] For example, a user account can be an account used by a child. After logging into the device using the user account, the child can use the device's applications and perform daily operations. A designated account is an account used by the child's parents. The designated account has more permissions and can manage and review certain operations of the user account. For example, if a child wants to adjust the running permissions of an application, such as allowing a game application to run on the first screen, they need to send a review request to the parent's designated account. Only after the designated account approves the review will the system execute certain operations of the user account.

[0094] In some embodiments, the designated account has special permissions that allow it to adjust the execution permissions of the second category of applications. When a user account wishes to adjust the execution permissions of the second category of applications, it must first initiate an adjustment request. Once the adjustment request is confirmed by the designated account, the execution permission information of the second category of applications is updated based on the target operation confirmed by the designated account.

[0095] The disclosed embodiment can determine the running permissions of the application to be installed based on preset rules or target operations. Determining the running permissions of the application to be installed based on preset rules can enable the system to automatically and quickly determine the running permissions based on the information of the application, effectively improve the efficiency of permission management, facilitate unified management of different applications, and ensure the consistency and standardization of permission allocation for all applications. Determining the running permissions of the application to be installed based on target operations has high flexibility. Users can adjust the running permissions of the second category of applications according to actual conditions, thereby improving the flexibility of permission settings. By establishing an account to confirm the permission adjustment operation, unauthorized permission changes can be effectively prevented, effectively improving the security and controllability of permission management.

[0096] Figure 6 The schematic diagram shows a principle diagram of determining the execution permission of an application to be installed based on a target operation according to an embodiment of the present disclosure.

[0097] like Figure 6 As shown, in Figure 1 Based on the device control method shown in FIG, the present embodiment of determining the execution permission of the application to be installed based on the target operation may further include operations S610 to S630. It should be noted that other implementation details of the device control method of this embodiment can be found in Figure 1 The embodiment of the device control method shown will not be described in detail here.

[0098] In operation S610 , in response to receiving the adjustment request sent by the user, the adjustment request is sent to a designated account so that the designated account reviews the adjustment request.

[0099] In some embodiments, if the user wants the second type of application to obtain the right to run on the first screen in the target mode, the user can submit an adjustment request, which is used to obtain the right to run the second type of application on the first screen in the target mode. For example, it may include application identification, screen information, target mode, user account identification and other information.

[0100] After receiving the adjustment request sent by the user, the adjustment request is sent to the device or account management platform associated with the designated account through network communication, for example, the adjustment request is sent to the relevant application on the parent's mobile phone.

[0101] In operation S620 , if the audit result of the designated account is passed, the execution permission of the application to be installed is determined based on the adjustment request.

[0102] In operation S630 , if the audit result of the designated account is failure to pass, the adjustment request is rejected and the execution permission of the application to be installed is determined based on a preset rule.

[0103] In some embodiments, upon receiving an adjustment request, the device or platform associated with the designated account will notify the designated account user through an appropriate means, such as a pop-up notification, text message, or email, so that the designated account user can promptly review the adjustment request. The designated account user can then decide whether to approve the adjustment request based on their own permission management policy and actual circumstances.

[0104] If the audit result of the specified account is passed, the corresponding running permissions are determined for the application to be installed based on the information in the adjustment request, for example, the application is allowed to run normally on the first screen in target mode.

[0105] If the audit result of the designated account is "failed," the adjustment request is rejected, and the running permissions of the application to be installed are determined according to the preset rules. For example, the preset rules are the system's default permission settings, such as limiting the application to run only on a specific screen in target mode.

[0106] For example, a child installs Game A, a Category II app, on their phone. Based on pre-set rules, it is determined that Game A does not have permission to run on the first screen. Upon receiving an adjustment request from the child to obtain permission to run Game A on the first screen, the adjustment request is sent to a designated account for review by the parent. If the review result indicates a failure, the adjustment request is rejected and Game A does not have permission to run on the first screen.

[0107] The designated account review mechanism in this disclosed embodiment effectively prevents users (such as regular users or children) from arbitrarily adjusting application permissions, preventing applications from obtaining unnecessary permissions due to misuse or malicious behavior, and ensuring device security. Designated account users can independently review each permission adjustment request based on actual circumstances, enabling refined permission management, providing personalized permission configuration for different users and applications, and enhancing the flexibility of permission management.

[0108] Figure 7 The diagram schematically shows a principle diagram for determining an operating mode of a target device according to an embodiment of the present disclosure.

[0109] like Figure 7 As shown, in Figure 1 Based on the device control method shown in FIG, determining the operating mode of the target device in this embodiment may further include operations S710 to S720. It should be noted that other implementation details of the device control method in this embodiment can be found in FIG. Figure 1 The embodiment of the device control method shown will not be described in detail here.

[0110] In operation S710, when at least one of the current system time, location information, and second screen usage time of the target device meets a preset condition, the operation mode of the target device is adjusted to a target mode.

[0111] In some embodiments, different operating modes correspond to different preset conditions, and the operating mode of the target device can be adjusted to the target mode based on at least one of the current system time, location information, and the duration of use of the second screen.

[0112] Different operating modes and corresponding preset conditions for each operating mode can be set in the device system by a user account or a designated account according to actual needs. The preset conditions corresponding to different operating modes may be the same or different.

[0113] Exemplarily, the preset conditions may include: automatically switching to the target mode during a specific time period, automatically switching to the target mode at a specific location, and automatically switching to the target mode when the second screen usage time (cumulative usage time and / or continuous usage time) meets a specific time.

[0114] For example, taking the target mode as learning mode, when the usage of the target device meets at least one of the following conditions: the current time period is 8:00-20:00, the location of the device is a school, library or home study, and the second screen is used for more than two hours, the operating mode of the device is automatically switched to learning mode, and the second screen is unavailable.

[0115] In some embodiments, the current system time can be obtained based on the built-in clock module of the target device, and the device operating system periodically reads the time information to obtain the current system time in real time. Location information can be obtained through the positioning system on the device. The usage time of the second screen can be calculated by the time when the second screen is turned on and off. For example, when the second screen is activated, the system starts counting. When the second screen is turned off or enters a dormant state, the system stops counting and accumulates the usage time.

[0116] The system time, location, and usage duration data collected can be regularly checked and compared with pre-set conditions. If at least one of the pre-set conditions is met, the target device's operating mode can be automatically adjusted to the target mode. For example, if the target device is detected to be in a school and the pre-set conditions for the target mode are met, the device will be automatically switched to the target mode.

[0117] In some embodiments, the preset condition may also include the current motion state of the target device. For example, if the target device is in a fast-moving state (e.g., when a user is using the target device while walking), the target device's operating mode may be adjusted to target mode to restrict the user's use of the target device and, from a safety perspective, reduce the risks that may arise from the user's use of the target device.

[0118] In some embodiments, the device may include multiple user accounts, and different user accounts may correspond to the same or different operating modes.

[0119] For example, the user accounts that can log in to the device include Account 1 and Account 2. Account 1 corresponds to target mode A, and Account 2 corresponds to target mode B. Target mode A and target mode B may each correspond to different preset conditions. In determining the operating mode of the target device, the currently active user account can be determined, and the target mode and preset conditions corresponding to the user account can be obtained. The current usage of the device is compared with the obtained preset conditions. If the current usage meets the preset conditions, the device is switched to the target mode corresponding to the user account.

[0120] By automatically adjusting the operating mode based on preset conditions, it can automatically adapt to the needs of different scenarios, improve the flexibility and timeliness of mode switching, and thus improve the convenience of equipment use.

[0121] In operation S720 , in response to receiving the mode adjustment instruction issued by the designated account, the operating mode of the target device is adjusted to the target mode.

[0122] In some embodiments, there is a communication connection between the target device and the designated account, and the target device can receive instructions issued by the designated account. For example, the designated account in the parent's mobile phone and the child's tablet computer can establish a connection through the network or Bluetooth. The designated account user sends a mode adjustment instruction to the target device through the corresponding application or management interface according to actual needs. For example, the parent opens the relevant application on the mobile phone and sends a mode adjustment instruction to the child's tablet computer to adjust the tablet computer from entertainment mode to learning mode. After the target device receives the mode adjustment instruction issued by the designated account, it parses and verifies the received adjustment instruction. If the parsing result shows that the instruction is valid, the operating mode of the target device is adjusted to the target mode. For example, after receiving the "adjust to target mode" adjustment instruction issued by the parents, the child's electronic device automatically switches to the target mode, controls the second screen to switch to an unavailable state, and only the first screen can be used.

[0123] Adjusting the device's operating mode through mode adjustment commands issued by a specified account can enhance the controllability and effectiveness of device management, enable remote management and control of target devices, standardize device usage, and prevent users from using devices at inappropriate times or scenarios.

[0124] Figure 8 The flowchart of the device control method according to an embodiment of the present disclosure is schematically shown.

[0125] like Figure 8 As shown, in Figure 1 Based on the device control method shown in FIG, the device control method of this embodiment may further include operations S810 to S820. It should be noted that other implementation details of the device control method of this embodiment can be found in FIG. Figure 1 The embodiment of the device control method shown will not be described in detail here.

[0126] In operation S810 , when the operation mode is the target mode, the temporary account is activated.

[0127] In some embodiments, when the target device is detected to be operating in target mode, the temporary account activation process is triggered, and the relevant information of the temporary account is read from the preset account database to complete the temporary account activation operation. The temporary account is managed by the designated account, and the designated account has higher permissions than the temporary account. The permissions of the temporary account are set by the designated account, and the creation of the temporary account requires the authorization of the designated account.

[0128] Temporary accounts are typically created and managed by a designated account and configured on the device in advance. For example, a parent might set up a temporary account on their electronic device for their child in learning mode, including the account name and initial password.

[0129] For example, the basic metadata of the temporary account is stored in the device, but its permissions will switch dynamically according to the device's operating mode. The permissions of the temporary account can include "freeze" and "activate". When the permissions are frozen, the device cannot be unlocked or used based on the temporary account. When the permissions are activated, the device can be unlocked and used based on the temporary account. When the device is in target mode, the temporary account is automatically activated, allowing children to use the target device based on the temporary account. When the device is in other operating modes, the temporary account remains frozen.

[0130] For example, the temporary account is stored in the cloud and is only temporarily loaded into the device system when the device's operating mode is switched to target mode, allowing the user to use the target device based on the temporary account. When the device exits target mode, the temporary account is immediately deleted from the device.

[0131] In operation S820 , in response to receiving the unlock instruction from the temporary account, the first screen is controlled to be changed to an available state.

[0132] In some embodiments, after a temporary account is activated, the user can use the temporary account to log in to the target device. When the user uses the temporary account to perform an unlock operation on the device, an unlock instruction is generated. Exemplary unlock operations include entering a password, fingerprint recognition, facial recognition, etc. For example, after a child logs in to an electronic device using a temporary account, they can send an unlock instruction by entering a preset password.

[0133] After receiving the unlock command, the unlock command is verified. If the unlock command verification is passed and the unlock conditions are met (such as the entered password is consistent with the password preset for the temporary account), the first screen is controlled to change to an available state so that the user can use the applications and functions on the first screen.

[0134] The disclosed embodiments achieve refined control over device usage through hierarchical permission management for designated and temporary accounts. Activating temporary accounts based on different operating modes can meet usage requirements in specific scenarios, achieve permission isolation in device sharing scenarios, and limit user permissions through temporary accounts, reducing the risk of information leakage and overuse.

[0135] Based on the above device control method, the present disclosure also provides a device control device. Figure 9 The device is described in detail.

[0136] Figure 9 The figure schematically shows a structural block diagram of a device control apparatus according to an embodiment of the present disclosure.

[0137] like Figure 9 As shown, the device control apparatus 900 of this embodiment includes a determination module 910 and a control module 920 .

[0138] Determination module 910 is used to determine the operating mode of a target device, where the target device includes a first screen and a second screen, where the second screen is a foldable screen, and the target device includes a closed state and an unfolded state. In the closed state, the second screen is in a folded state. In one embodiment, determination module 910 can be used to perform operation S110 described above, which will not be repeated here.

[0139] The control module 920 is configured to control the second screen to remain unavailable when the operating model mode is the target mode, the target device is in the unfolded state, and an unlock instruction is received. In one embodiment, the control module 920 may be configured to perform the operation S120 described above, which will not be described in detail herein.

[0140] According to embodiments of the present disclosure, any multiple modules in the determination module 910 and the control module 920 can be combined into a single module, or any one of them can be split into multiple modules. Alternatively, at least part of the functionality of one or more of these modules can be combined with at least part of the functionality of other modules and implemented in a single module. According to embodiments of the present disclosure, at least one of the determination module 910 and the control module 920 can be at least partially implemented as a hardware circuit, such as a field programmable gate array (FPGA), a programmable logic array (PLA), a system on a chip, a system on a substrate, a system on a package, an application-specific integrated circuit (ASIC), or can be implemented in hardware or firmware through any other reasonable means of circuit integration or packaging, or can be implemented in any one of the three implementation methods of software, hardware, and firmware, or any appropriate combination of any of these. Alternatively, at least one of the determination module 910 and the control module 920 can be at least partially implemented as a computer program module that, when executed, can perform the corresponding functionality.

[0141] Figure 10 A block diagram of an electronic device suitable for implementing a device control method according to an embodiment of the present disclosure is schematically shown.

[0142] like Figure 10 As shown, the electronic device 1000 according to an embodiment of the present disclosure includes a processor 1001, which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1002 or a program loaded from a storage portion 1108 into a random access memory (RAM) 1003. The processor 1001 may include, for example, a general-purpose microprocessor (e.g., a CPU), an instruction set processor and / or a related chipset and / or a special-purpose microprocessor (e.g., an application-specific integrated circuit (ASIC)), etc. The processor 1001 may also include onboard memory for caching purposes. The processor 1001 may include a single processing unit or multiple processing units for performing different actions of the method flow according to an embodiment of the present disclosure.

[0143] Various programs and data required for the operation of the electronic device 1000 are stored in the RAM 1103. The processor 1001, ROM 1002, and RAM 1003 are connected to each other via a bus 1004. The processor 1001 performs various operations of the method flow according to the embodiment of the present disclosure by executing the programs in the ROM 1002 and / or RAM 1003. It should be noted that the programs may also be stored in one or more memories other than the ROM 1002 and RAM 1003. The processor 1001 may also perform various operations of the method flow according to the embodiment of the present disclosure by executing the programs stored in one or more memories.

[0144] According to an embodiment of the present disclosure, electronic device 1000 may further include an input / output (I / O) interface 1005, which is also connected to bus 1004. Electronic device 1000 may also include one or more of the following components connected to I / O interface 1005: an input section 1006 including a keyboard, mouse, etc.; an output section 1007 including devices such as a cathode ray tube (CRT), liquid crystal display (LCD), and speakers; a storage section 1008 including a hard disk; and a communication section 1009 including a network interface card such as a LAN card or modem. Communication section 1009 performs communication processing via a network such as the Internet. A drive 1010 is also connected to I / O interface 1005 as needed. Removable media 1011, such as a magnetic disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed in drive 1010 as needed, so that computer programs read from the removable media can be installed into storage section 1008 as needed.

[0145] The present disclosure also provides a computer-readable storage medium, which may be included in the device / apparatus / system described in the above embodiments, or may exist independently and not be incorporated into the device / apparatus / system. The computer-readable storage medium carries one or more programs, and when executed, implements the method according to the embodiments of the present disclosure.

[0146] According to an embodiment of the present disclosure, a computer-readable storage medium may be a non-volatile computer-readable storage medium, and may include, for example, but is not limited to: a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In the present disclosure, a computer-readable storage medium may be any tangible medium that contains or stores a program that can be used by or in conjunction with an instruction execution system, apparatus, or device. For example, according to an embodiment of the present disclosure, a computer-readable storage medium may include the ROM 1002 and / or RAM 1003 described above, and / or one or more memories other than ROM 1002 and RAM 1003.

[0147] The embodiments of the present disclosure also include a computer program product, which includes a computer program containing program code for executing the method shown in the flowchart. When the computer program product is run in a computer system, the program code is used to enable the computer system to implement the device control method provided by the embodiments of the present disclosure.

[0148] The computer program executes the above functions defined in the system / device of the embodiment of the present disclosure when the processor 1001 executes the computer program. According to the embodiment of the present disclosure, the system, device, module, unit, etc. described above can be implemented by a computer program module.

[0149] In one embodiment, the computer program may be stored on a tangible storage medium such as an optical storage device or a magnetic storage device. In another embodiment, the computer program may be transmitted and distributed in the form of a signal on a network medium, downloaded and installed via the communication portion 1009, and / or installed from the removable medium 1011. The program code contained in the computer program may be transmitted using any appropriate network medium, including but not limited to wireless, wired, or any suitable combination thereof.

[0150] In such an embodiment, the computer program can be downloaded and installed from a network via the communication section 1009, and / or installed from the removable medium 1011. When the computer program is executed by the processor 1001, the above-described functions defined in the system of the embodiment of the present disclosure are performed. According to the embodiment of the present disclosure, the systems, devices, means, modules, units, etc. described above can be implemented by computer program modules.

[0151] According to an embodiment of the present disclosure, the program code for executing the computer program provided by the embodiment of the present disclosure can be written in any combination of one or more programming languages. Specifically, these computer programs can be implemented using high-level procedural and / or object-oriented programming languages, and / or assembly / machine languages. Programming languages ​​include, but are not limited to, languages ​​such as Java, C++, Python, "C" or similar programming languages. The program code can be executed entirely on the user computing device, partially on the user device, partially on a remote computing device, or entirely on a remote computing device or server. In cases involving a remote computing device, the remote computing device can be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or can be connected to an external computing device (for example, using an Internet service provider to connect via the Internet).

[0152] The flowcharts and block diagrams in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each box in the flowchart or block diagram can represent a module, program segment, or a part of code, and the above-mentioned module, program segment, or a part of code contains one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in an order different from that marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart, can be implemented with a dedicated hardware-based system that performs the specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.

[0153] Those skilled in the art will appreciate that the features described in the various embodiments and / or claims of this disclosure may be combined and / or coupled in various ways, even if such combinations and / or couplings are not explicitly described in this disclosure. In particular, the features described in the various embodiments and / or claims of this disclosure may be combined and / or coupled in various ways without departing from the spirit and teachings of this disclosure. All such combinations and / or couplings are intended to fall within the scope of this disclosure.

[0154] The embodiments of the present disclosure are described above. However, these embodiments are for illustrative purposes only and are not intended to limit the scope of the present disclosure. Although each embodiment has been described separately above, this does not mean that the measures in each embodiment cannot be used in combination to advantage. The scope of the present disclosure is defined by the appended claims and their equivalents. Without departing from the scope of the present disclosure, those skilled in the art may make various substitutions and modifications, which should all fall within the scope of the present disclosure.

Claims

1. A device control method, comprising: Determining an operating mode of a target device, the target device including a first screen and a second screen, the second screen being a foldable screen, the target device including a closed state and an unfolded state, and in the closed state, the second screen is in a folded state; If the operating mode is the target mode, then when the target device is in the unfolded state and receives an unlock instruction, the second screen is controlled to remain in an unavailable state.

2. The device control method according to claim 1, wherein the device is installed with one type of application and two types of applications, and in the target mode, the one type of application has the permission to run on the first screen, and the two types of applications do not have the permission to run on the first screen.

3. The device control method according to claim 1, further comprising: In a case where the operating mode is the target mode, output of target notification information on the first screen is restricted, the target notification information corresponding to a target type of application.

4. The device control method according to claim 1, further comprising: In response to receiving an installation request for an application to be installed, determining an application type of the application to be installed; wherein the application type includes a first category application and a second category application, and in the target mode, the first category application has an execution permission to be executed on the first screen, and the second category application does not have an execution permission to be executed on the first screen; The execution permission of the application to be installed is determined based on the application type of the application to be installed, and the application to be installed is installed; wherein the execution permission is used to limit the execution mode of the application to be installed in the target mode.

5. The device control method according to claim 4, wherein, in response to receiving an installation request for an application to be installed, determining the application type of the application to be installed comprises at least one of the following: classifying the applications to be installed based on the configuration information of the applications to be installed, and marking the applications to be installed that do not support running on the first screen as second-category applications; For applications to be installed that support running on the first screen, the applications to be installed are classified based on their functional types, and applications to be installed whose functional types conflict with the target mode are marked as Class II applications, and applications to be installed whose functional types do not conflict with the target mode are marked as Class I applications.

6. The device control method according to claim 4, wherein determining the execution permission of the application to be installed based on the application type of the application to be installed comprises at least one of the following: Determining the execution permission of the application to be installed based on preset rules; or Determine the execution permission of the application to be installed based on the target operation, wherein: The target operation is an operation for adjusting the running permissions of the second category application after confirmation by a designated account.

7. The device control method according to claim 6, wherein determining the execution permission of the application to be installed based on the target operation comprises: In response to receiving an adjustment request sent by a user, sending the adjustment request to a designated account so that the designated account can review the adjustment request; The adjustment request is used to obtain the execution permission of the second type of application on the first screen in the target mode; If the audit result of the designated account is passed, determining the execution permission of the application to be installed based on the adjustment request; If the audit result of the designated account is failure, the adjustment request is rejected and the running permission of the application to be installed is determined based on preset rules.

8. The device control method according to claim 1, wherein determining the operating mode of the target device comprises at least one of the following: When at least one of the current system time, location information, and second screen usage time of the target device meets a preset condition, adjusting the operating mode of the target device to the target mode; In response to receiving a mode adjustment instruction issued by a designated account, the operating mode of the target device is adjusted to a target mode.

9. The device control method according to claim 1, further comprising: When the operating mode is the target mode, activating a temporary account; wherein the temporary account is managed by a designated account, and the authority of the designated account is higher than that of the temporary account; In response to receiving an unlock instruction from the temporary account, the first screen is controlled to change to an available state.

10. A device control apparatus, comprising: a determination module, configured to determine an operating mode of a target device, the target device comprising a first screen and a second screen, the second screen being a foldable screen, the target device comprising a closed state and an unfolded state, and in the closed state, the second screen is in a folded state; as well as The control module is configured to control the second screen to remain in an unavailable state when the running model mode is the target mode, the target device is in an unfolded state, and an unlock instruction is received.

Images