WO2022188812A1 - 设备之间同步软件特性的方法及电子设备 - Google Patents

设备之间同步软件特性的方法及电子设备 Download PDF

Info

Publication number
WO2022188812A1
WO2022188812A1 PCT/CN2022/079970 CN2022079970W WO2022188812A1 WO 2022188812 A1 WO2022188812 A1 WO 2022188812A1 CN 2022079970 W CN2022079970 W CN 2022079970W WO 2022188812 A1 WO2022188812 A1 WO 2022188812A1
Authority
WO
WIPO (PCT)
Prior art keywords
software
user
target
target device
source device
Prior art date
Application number
PCT/CN2022/079970
Other languages
English (en)
French (fr)
Inventor
周俊全
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2022188812A1 publication Critical patent/WO2022188812A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/76—Adapting program code to run in a different environment; Porting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes

Definitions

  • the present application relates to the field of electronic technologies, and in particular, to a method for synchronizing software characteristics between devices and an electronic device.
  • the "software features" may include the user through a series of operations through a series of operations through application programs such as setting applications, the font and display size, theme wallpaper, boot animation and other menus and options related to the display of the electronic device set for the electronic device, or the user Sound-related menus and options such as the set media volume, notification ringtone, and key tone, or the language and input method, date and time, software update, situational intelligence and other system and update-related menus and options of the electronic device set by the user , or user-set application management, network management, network connection, security and privacy-related menus, options, etc. Therefore, the user-customized software characteristics can express the user's distinct personal characteristics, so that the electronic device has characteristics such as individualization, ease of use, and control.
  • electronic devices have default software features when they leave the factory, and users can customize the software features for the electronic devices by performing tedious operations on these devices, adjusting setting items, etc., to make them conform to their own usage habits. If the user owns or uses multiple electronic devices, it is necessary to reset or modify the default software features through a series of operations based on the default software features of each electronic device, which is cumbersome and reduces user experience. .
  • the present application provides a method and electronic device for synchronizing software features between devices.
  • the method can synchronize software features related to the desktop and wallpaper, display and brightness of a source device to a target device, and ensures the compatibility of synchronization to cross-system platforms. , so that the target device can quickly show the user's favorite style, which conforms to the user's usage habits and improves the user experience.
  • a first aspect provides a method for synchronizing software characteristics between devices, which is applied to a source device and a target device that establish a communication connection, the method includes: the source device receives first information sent by the target device, where the first information includes the target device.
  • Software and hardware parameters of the device according to the software characteristics of the source device and the software and hardware parameters of the target device, determine the target configuration parameters related to the target software characteristics; send the target configuration parameters to the target device, so that the target device modifies the target according to the target configuration parameters
  • the configuration parameters related to the original software features of the device are the configuration parameters of the target; the software features of the source device include the desktop and wallpaper, display and brightness, sound and vibration, language and input method, system and update, and application management of the source device. , one or more of security and privacy, network connectivity, device management related menus or options.
  • customizable software features or “user-customizable software features”, that is, the desktop and wallpaper, display and brightness, sound and vibration, language and Any software feature in menus or options related to input method, system and update, application management, security and privacy, network connection, device management.
  • the source device and the target device can communicate with each other, and the communication between the source device and the target device can be based on many different ways.
  • the source device and the target device may communicate to transmit data by means of physical connection, logical connection, or by means of future communication technologies.
  • the physical connection manner may include various connection manners such as wired connection or wireless connection.
  • the source device and the target device can be wired through a data line; alternatively, the two electronic devices can be connected through a wireless fidelity (Wi-Fi) network, a near field communication, NFC), Bluetooth scan code connection, infrared connection, etc. to establish wireless connection.
  • Wi-Fi wireless fidelity
  • NFC near field communication
  • Bluetooth scan code connection infrared connection, etc.
  • the manner of logical connection may include independent connection and extended connection.
  • the independent connection can be used to synchronize all the software characteristics that characterize the source device through Wi-Fi direct connection when each electronic device is used independently.
  • the electronic device can also transmit data by means of future communication technologies, for example, by installing different or the same applications on mobile phones and tablets, and by means of the fifth generation (the fifth generation, 5G) mobile communication network.
  • the connection method or the communication method between the two electronic devices is not limited.
  • the software and hardware parameter information can include the software system version of the target device, the display size, resolution, pixel pitch, scanning frequency, refresh speed, power consumption, electromagnetic radiation of the target device, as well as the speaker power, sound pressure level, One or more kinds of information in the parameters of hardware devices such as total quality factor.
  • the source device may determine the capabilities supported by the target device according to the device information and software and hardware parameter information of the target device.
  • the target device may send capability parameters supported by itself to the source device.
  • the "capability parameter” here can indicate the capability supported by the target device.
  • the target device directly sends its own capability parameters to the source device, and the source device does not need to use the software and hardware parameters. To judge the capability of the target device, this process can reduce the amount of data processing or data calculation of the source device, thereby reducing the power consumption of the source device.
  • the application can realize the synchronization of the desktop and wallpaper, display and brightness, sound and vibration, language and input method, system and update, application management, security and privacy of the source device through the synchronization of software characteristics between devices. Any of the software features in the network connection, device management related menus or options are synchronized to the target device. After the source device and the target device establish a connection and determine the identity of the current user, the source device and the target device can transmit user information, and further synchronously transmit the software features on the source device to the target device, reducing the tedious setting operations for users. Achieved cross-system platform and cross-device compatibility.
  • a "resource file" of a certain software feature of the source device may be synchronized, and the "resource file” may include data such as pictures, audio, and video that can be directly obtained by the electronic device.
  • the target device can be used directly or converted and adapted to take effect.
  • a "description file" of a certain software feature of the source device can be synchronized.
  • the "description file” can include instructions for the target device to modify the font, size, display background, color and brightness of the indicator lights, etc.
  • the device can modify or adjust the software characteristics of the machine to adapt to take effect.
  • the "resource path" of a certain software feature of the source device can be synchronized. Access or download data related to the software feature according to the resource path, which is adapted and effective. This embodiment of the present application does not limit this.
  • the target software feature and the software feature of the source device include the same menu or option, or the target software feature and the software feature of the source device include different menus or options.
  • “software features” may include the same or different menus or options for different types of electronic devices.
  • “software features” may also include the same or different menus or options for the same type of electronic devices of different users.
  • the target configuration parameters include: compression processing parameters or enlargement processing parameters of image files related to the characteristics of the target software; and/or Compression processing parameters for audio files related to the target software feature; and/or modification parameters for font and display size related to the target software feature; and/or modification parameters for the volume level related to the target software feature; and/or Modify the configuration parameters of the strictly controlled device in the source device and the target device as the execution device of the controlled process.
  • the target device includes at least one partition
  • the method further includes: the target device determines the user identity of the current user; when the current user is the first user , the target device stores the target configuration parameter in a first user partition associated with the first user in the at least one partition.
  • multiple users in the family may use the same target device, that is, multiple source devices correspond to one target device, and multiple users synchronize their personal devices with the target device for software features, such as When both parent users and child users use the smart screen, the software features of the personal mobile phone and the smart screen are synchronized.
  • the target device can set different partitions for different users (or different source devices), such as a host area, an internal user area, and an external user area.
  • software characteristics of different users or software characteristics of different source devices are respectively synchronized to the target device, and roles of multiple users on the target device are set according to the synchronization policy of the target device.
  • the device “parent user” partition and “child user” partition, the “parent user” partition can be used to store or record the software features corresponding to the “parent user”, and the “child user” partition can be used to store or record the “child user” partition.
  • User corresponding software features.
  • the target device determines the user identity of the current user, including: the target device obtains the current user's face information, fingerprint information, user account At least one of the user identity of the current user is determined; or the target device determines the user identity of the current user according to the verification result of the user identity of the current user sent by the source device.
  • the distinction between "parent users” and “child users” can be performed by performing identity verification such as fingerprint information and face information on the source device.
  • identity verification such as fingerprint information and face information on the source device.
  • Partitions can be set individually, which will not be repeated here.
  • the source device can synchronize multiple software features customized by different users to the target device, and set the roles of multiple users on the target device according to the synchronization policy of the target device to determine the priority and time limit for the software features to take effect. And whether to keep the synchronization data of the user, etc.
  • the target device may further determine that the current user is the host user (eg, parent user), internal user (eg, child user) or external user according to the result of user authentication on the source device.
  • the target device according to the result of user authentication, the target device respectively writes data related to the software features of parent users into the main area of the host, writes the software features of other family members such as child users into the internal user area, and writes other The user's software characteristics are written to the external user area.
  • the target device may collect the face information of the current user through a camera, and compare the face information with the images in the gallery on the source device for face characteristics.
  • the gallery on the source device generally groups photos of different users according to face information, for example, a photo group of the owner user and a photo group of different family users.
  • face information for example, a photo group of the owner user and a photo group of different family users.
  • the process of judging the user's identity can use the cameras of other electronic devices in the smart home scenario to collect the current user's face information through electronic devices linked with the source device and the target device. , and then transfer the face information to the linked electronic devices such as the source device and the target device, and further determine whether the current user is the host user or the user 1 in the family, the user 2 in the family, etc. Or the manner in which the target device determines the user's identity is not limited.
  • each partition in the at least one partition has different valid durations for storing the target configuration parameter.
  • the data written in the host area is valid for a long time.
  • the target device will be restored to have the parent user's software characteristics written in the host area.
  • the data written in the internal user area is temporarily valid, and can be used for subsequent software feature comparison and quick recovery to reduce the impact on other users.
  • the data written in the external user area becomes invalid after use, and the data related to the software feature can be deleted after use, that is, it is temporarily valid and deleted after use, so as to save the pressure of partition storage.
  • the source device includes at least one partition
  • the method further includes: the target device receives an operation of the user to change the characteristics of the target software; in response to the operation, The target device modifies the target configuration parameter, and the target device sends the modified target configuration parameter to the source device; the source device stores the modified target configuration parameter in a partition associated with the target device.
  • the "write-back process" can be performed immediately after the target device receives the user's operation of changing the software characteristics, that is, the target device returns the user's operation of changing the software characteristics to the source device as long as it detects the user's operation; or, The target device can record the user's operation of changing the software feature, and periodically send back information such as the content and change time of the user's change of the software feature to the source device, for example, once an hour.
  • the timing of occurrence is not limited.
  • the source device can save the software features of multiple target devices.
  • the software features of the target device are changed, the changed software features can be written back to the source device immediately, and the source device can create or update the stored software features of the target device. information, so as to continuously improve the synchronization effect of the software characteristics of the target device, so that the next time the user uses the target device, the software characteristics of the target device are more in line with the user's usage habits, and the user experience is improved.
  • the menu or option related to the software feature of the source device is manually selected by the user; or the menu or option related to the software feature of the source device is the source device. It is automatically generated according to the software and hardware parameters of the target device; or the menus or options related to the software characteristics of the source device are preset.
  • the user can manually select the software features to be synchronized to the target device on the source device, which can avoid the interference of irrelevant data, better meet the user's needs, conform to the user's usage habits, and improve the user experience.
  • the information of the target software feature can be transmitted by any one of message passing, file transfer, resource path invocation, and data sharing.
  • the method for synchronizing software features between devices can synchronize the customizable software features of the source device to the target device based on the simple connection between the source device and the target device, and extract and Taking effect, it ensures the compatibility of synchronization to cross-system platforms, so that the target device can also quickly show the user's favorite style, which is in line with the user's usage habits.
  • the synchronization method of the software feature does not affect the use of other users such as the host user or ordinary user on the target device, and the software features of multiple users can be synchronized on the target device, and the user can be set according to the synchronization policy of the target device. It determines the priority and time limit for software features to take effect, and whether to retain the user's synchronization data.
  • the method can return the user's usage or the changed software features to the source device, so as to continuously improve the software features of the target device. Synchronization effect, gradually improve the synchronization data, make the subsequent synchronization more accurate, and facilitate the next time the user uses the target device, the software characteristics of the target device are more in line with the user's usage habits, and the user experience is improved.
  • the software features that need to be synchronized can be selected according to the connection mode.
  • the synchronization range of the software features can be preset according to the connection mode or the capability of the target device, or the user can preselect and customize the software features.
  • the synchronization range of software features ensures compatibility with devices of different forms, and avoids the interference of irrelevant data.
  • the source device and the target device have stronger computing and intelligent capabilities, network communication and other adaptive processing capabilities to decide the software features to be synchronized in the software feature synchronization process, and make reasonable use of the source device and the target device. It can realize the compatibility of cross-system platform and cross-device, and ensure the realization of the synchronization process of software features.
  • a method for synchronizing software characteristics between devices is provided, which is applied to a system including a source device, a server, and a target device.
  • the method includes: the server receives and stores first information sent by the source device, the first information being sent by the source device.
  • the information includes a first user account and configuration parameters of software features related to the first user account; receiving a synchronization request related to the first user account sent by the target device, and determining that the first user account is related to the synchronization request in response to the synchronization request
  • the configuration parameters of the software features determine the target configuration parameters related to the target software features according to the configuration parameters of the software features related to the first user account; send the target configuration parameters to the target device, so that the target device modifies the target configuration parameters according to the target configuration parameters
  • the configuration parameters related to the original software features of the target device are the target configuration parameters; wherein, the software features related to the first user account include the desktop and wallpaper, display and brightness, sound and vibration, language and input method, system One or more of the menus or options related to updates, app management, security and privacy, network connectivity, device management.
  • the source device and the target device may not establish the connection described in the foregoing first aspect, and the source device and the target device may be isolated by means of a cloud server.
  • the upload of data related to software features may not depend on the target device, and the download of data related to software features may not depend on the source device, that is, the conversion, adaptation, and decision-making of software features can also be completed on the cloud server.
  • the source device and the target device may upload data related to the software characteristics representing the user on the source device to the server based on the same user account (ie, the first user account).
  • the user account is authenticated on the target device first.
  • the scope of the software features to be synchronized is determined according to the user's usage scenario of the target device, and the data is stored on the server. Choose an adaptation executor with the target device, and use the connection between the server and the target device to download the relevant data of the software characteristics.
  • the determination of the adaptation strategy of the software characteristics may be completed by the server and/or the target device, which depends on the processing capabilities of the server and the target device, which is not limited in this embodiment of the present application.
  • the user may select a range of software features to be synchronized on the target device, and the target device may request the server for the software features.
  • the user information authentication of the actual user of the target device may not mean that the account of the host user, administrator user or operating system user is logged in, but only to verify the identity of the current user, so as to accurately realize the software features. Synchronize.
  • the server can save the customizable software features of the same user, different users or multiple devices, and can convert and adapt the software features, so the server can replace the source device in the foregoing embodiment during the synchronization process of the software features , which reduces the participation process of the source device.
  • the server On the premise that the relevant data of the software characteristics of the source device has been uploaded to the server, the synchronization of the software characteristics only under the connection between the target device and the server can be realized, which expands the software characteristics. Synchronized implementation scenarios.
  • the synchronization request related to the first user account further includes software and hardware parameters of the target device, and the software related to the first user account is determined in response to the synchronization request.
  • the configuration parameters of the characteristics include: in response to the synchronization request, determining the configuration parameters of the software characteristics related to the first user account and the configuration parameters of the software characteristics related to the first user account; and according to the software characteristics related to the first user account and determining the target configuration parameter related to the target software feature, including: determining the target configuration parameter according to the configuration parameter of the software feature related to the first user account and the configuration parameter of the software feature related to the first user account.
  • the target software feature and the software feature related to the first user account include the same menu or option, or the target software feature and the first user account include the same menu or option.
  • Software features associated with a user account include various menus or options.
  • the target configuration parameters include: compression processing parameters or enlargement processing parameters of picture files related to the target software characteristics; and/or the Compression processing parameters for audio files related to the target software feature; and/or modification parameters for font and display size related to the target software feature; and/or modification parameters for the volume level related to the target software feature; and/or Modify the configuration parameters of the strictly controlled device in the source device and the target device as the execution device of the controlled process.
  • the target device includes at least one partition
  • the method further includes: the target device determines the user identity of the current user; when the current user is the first user , the target device stores the target configuration parameter in a first user partition associated with the first user in the at least one partition.
  • the target device determines the user identity of the current user, including: the target device obtains the current user's face information, fingerprint information, user account At least one of the user identity of the current user is determined; or the target device determines the user identity of the current user according to the verification result of the user identity of the current user sent by the source device.
  • each partition in the at least one partition has different valid durations for storing the target configuration parameter.
  • the server includes at least one partition
  • the method further includes: the target device receives an operation of the user to change the characteristics of the target software; in response to the operation, the target The device modifies the target configuration parameter, and the target device sends the modified target configuration parameter to the server; the server records the target configuration parameter to the partition associated with the first user account.
  • the software characteristics related to the first user account are manually selected by the user on the source device; or the software characteristics related to the first user account are preset. set.
  • the information of the target software feature can be transmitted through any one of message passing, file transfer, resource path invocation, and data sharing.
  • an electronic device comprising: one or more processors; one or more memories; a module installed with a plurality of application programs; the memory stores one or more programs, when the one or more When a program is executed by the processor, the electronic device causes the electronic device to execute the steps executed by the source device in any possible implementation of any one of the above aspects.
  • an electronic device comprising: one or more processors; one or more memories; a module in which a plurality of application programs are installed; the memory stores one or more programs, and when the one or more When a program is executed by the processor, the electronic device causes the electronic device to execute the steps executed by the target device in any possible implementation of any one of the above aspects.
  • a server comprising: one or more memories and a transceiver, the memories and the transceiver cooperate with each other, so that the server performs the steps performed by the server in any possible implementation of any one of the above aspects .
  • a sixth aspect provides a graphical user interface on an electronic device, the electronic device has a display screen, a memory, and one or more processors, for example, the electronic device includes the source device or the target device in the first aspect, the One or more processors for executing one or more computer programs stored in the memory, the graphical user interface comprising a source device or a target device performing any of the above-described methods for synchronizing software features between devices possible The displayed graphical user interface.
  • an apparatus is provided, the apparatus is included in a source device or a target device, and the apparatus has a function of implementing the above-mentioned first aspect and the behavior of the source device or the target device in possible implementations of the above-mentioned first aspect.
  • This function can be implemented by hardware or by executing corresponding software by hardware.
  • the hardware or software includes one or more modules or units corresponding to the above functions. For example, a display module or unit, a detection module or unit, a processing module or unit, and the like.
  • a computer storage medium comprising computer instructions that, when executed on an electronic device, cause the electronic device to perform any of the possible methods of synchronizing software features between devices in any of the foregoing aspects.
  • a computer program product which, when the computer program product is run on an electronic device, enables the electronic device to perform a method for synchronizing software characteristics between devices in any one of the above-mentioned aspects.
  • FIG. 1 is a schematic diagram of an example of an application scenario provided by an embodiment of the present application.
  • FIG. 2 is a schematic structural diagram of an example of an electronic device provided by an embodiment of the present application.
  • FIG. 3 is a block diagram of a software structure of an electronic device according to an embodiment of the present application.
  • FIG. 4 is a schematic flowchart of an example of a process of synchronizing software features between devices according to an embodiment of the present application.
  • FIG. 5 is a schematic diagram of an example of a device connection operation on a mobile phone provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of an example of establishing a connection between a smart screen and a mobile phone according to an embodiment of the present application.
  • FIG. 7 is a schematic diagram of an example before and after software feature synchronization on a smart screen provided by an embodiment of the present application.
  • FIG. 8 is a schematic diagram of an example of a process of validating a software feature of a target device according to an embodiment of the present application.
  • first and second are only used for descriptive purposes, and should not be construed as indicating or implying relative importance or implicitly indicating the number of indicated technical features.
  • a feature defined as “first” or “second” may expressly or implicitly include one or more of that feature.
  • FIG. 1 is a schematic diagram of an example application scenario provided by an embodiment of the present application. Data synchronization between devices may be applied to the network system 10 shown in FIG. 1 , and the network system 10 may be a distributed network system including multiple electronic devices.
  • the network system 10 in FIG. 1 may be various types of electronic devices including mobile phones, speakers, smart screens, wearable devices, vehicle-mounted devices, personal computers (PCs), and tablet devices (pads).
  • the electronic devices in the network system 10 may further include augmented reality (AR)/virtual reality (VR) devices, notebook computers, and ultra-mobile personal computers (UMPC) , any one or more of electronic devices such as a netbook, a personal digital assistant (PDA), etc., it should be understood that the embodiment of the present application does not limit the quantity and form of the electronic devices included in the network system 100.
  • AR augmented reality
  • VR virtual reality
  • UMPC ultra-mobile personal computers
  • PDA personal digital assistant
  • old device can be understood as a device that has been set by the user and has software characteristics that conform to the user's usage habits
  • new device (target device) is understood as the user will use and expect the electronic device to be compatible with the old device.
  • a device (source device) has the same software characteristics as a device.
  • data synchronization between devices may be applied to a scenario where a user replaces an electronic device.
  • the user can choose the old device (the original electronic device before the replacement) to be synchronized to the new device (the target after the replacement) with the help of the data backup and recovery function and the data cloning function of the electronic device. device), backed up on the source device, restored on the new device, or transferred directly from the source device to the new device, so that the two devices can achieve varying degrees of software feature synchronization.
  • the content may include system setting data, software and data installed on the old device, files and other data, and system partition image data on the old device, and the like.
  • the user In the above-mentioned process of data synchronization between devices based on data backup and recovery, data cloning, etc., the user must manually select the specific content and data to be synchronized to determine the user's synchronization demands, which is cumbersome to operate.
  • the entire mirror data of the system partition can be synchronized, which may include a large amount of uncustomizable software characteristic data related to the inherent data of the operating system and/or invalid data such as temporary files and junk files, which increases the data processing volume.
  • the new device is required to identify the data related to the system properties, environment variables, registry, database and other software features in the setting items of the old device, and the new device is required to have the ability to express the same software features. Applicable to the software and resource files of the old device, therefore, the data synchronization process often requires the old device and the new device to have the same operating system installed, or a specific version of the same operating system, which cannot implement software features between different operating systems. synchronization.
  • the relevant data of the software features are synchronized to the new device, then changes to the existing software features of the new device are irreversible.
  • the synchronization action is often limited to a specific user such as the owner user or administrator user of the new device to perform the synchronization process, which will cause the electronic device to perform the synchronization process.
  • Users cannot use the electronic device according to their own habits, even in a specific time when the electronic device is exclusively enjoyed, they cannot use the electronic device according to their own habits, which reduces the user experience.
  • the new device and the old device may be synchronized through the user account.
  • the user can log in online using the target account on the old device, and synchronize data related to system settings to the server.
  • the new device and the old device can be synchronized online, the new device downloads the system settings and other data related to the target account from the server, and the system settings and other data related to the target account are stored in the new device. It takes effect on the new device, so that the new device has the same software features as the old device, such as system settings.
  • the new device and the old device can log in and perform authentication based on the same user account, and at the same time, the software feature data related to the user account on the old device is stored in the server. Relying on the participation of the old device, the new device can directly obtain the software feature data related to the user account from the server.
  • this process simplifies the synchronization operation to a certain extent, the change to the existing software features of the new device is irreversible.
  • ordinary users other than the owner user or administrator user of the new device cannot use the electronic device according to their own habits, even during a specific period of exclusive use of the electronic device, they cannot use the electronic device according to their own habits.
  • the electronic device reduces user experience.
  • the embodiments of the present application will provide a method for synchronizing software characteristics between devices, which can realize data synchronization among multiple different electronic devices.
  • the method for synchronizing software characteristics between devices provided in this embodiment of the present application may be applied between any one or more electronic devices shown in FIG. 1 .
  • the following describes a method for synchronizing software features between the devices in combination with specific usage scenarios.
  • the user can select the content that needs to be synchronized to the new device (new mobile phone) on the old device (old mobile phone), back it up on the source device, and store it on the new device Restore, and synchronize the fonts, wallpapers, display brightness, volume and other software features set on the old phone to the new phone.
  • the old mobile phone before the user's replacement is the "old device (source device)”
  • the new mobile phone after the replacement is the "new device (target device)”.
  • a user uses a mobile phone and a smart screen at the same time as an example.
  • the user sets software features such as fonts, wallpapers, display brightness, and volume on the mobile phone.
  • the user uses the smart screen, he can connect the mobile phone and the smart screen to directly transfer the The font and display size, wallpaper, screen brightness, media volume and other software features set on the mobile phone are synchronized to the smart screen. Users do not need to set the font and display size, wallpaper, screen brightness, media volume, etc. on the smart screen through a number of cumbersome operations. software features such as volume.
  • the mobile phone is the "old device (source device)"
  • the smart screen is the "new device (target device)", which will not be listed here.
  • a "software feature” may also be referred to as a "customizable software feature” or a "user-customizable software feature”, that is, a software feature that can be set or modified by a user.
  • the "software feature that can be set or modified by the user" in the embodiments of the present application may be a process of specifically modifying configuration parameters related to the software feature in technical implementation.
  • the configuration parameters may include: compression processing parameters or amplification processing parameters for picture files related to software characteristics; and/or compression processing parameters for audio files related to software characteristics; and/or software characteristics-related parameters. Modify parameters for fonts and display size; and/or modify parameters for volume levels related to software features; and/or modify the configuration of the source device and the target device that is strictly controlled as the execution device of the controlled process parameters, which are not limited in this embodiment of the present application.
  • the "software features" may be embodied in the same or different content.
  • the "software features” may also be embodied in the same or different contents.
  • Table 1 lists a number of contents that may be included in the software features of the embodiments of the present application, and the software features are specifically described below with reference to Table 1.
  • the software feature range can represent the classification of the customizable software features of the electronic device; the selectable types can represent the specific content that the user can synchronize to the target device under each software feature range.
  • the adaptation types mainly include “resources” and “third-party software”.
  • “Resources” are mainly used to characterize the content as local software features of the source device.
  • “Third-party software” may involve search and download, such as source devices or target devices. Request to the server to download files, data, etc. related to software features.
  • the adaptation basis can be understood as determining the software features that the target device can support according to the capabilities of the target device and/or the source device (eg, resolution, decoding capability, relative level, and controlled features of the target device).
  • an adaptation basis can include one or more of the following options:
  • "Relative Level” is used to indicate the difference between the display size of the actual font of the source device and the maximum display size. Specifically, if the font on the mobile phone is Arial, the maximum font display size is level 5, and the current actual font display size is level 2, then the font and display size in the current software features of the mobile phone are "Arial, 2/5" class".
  • the range of menus or options included in the software feature may be different.
  • the software features on the mobile phone may include display features, sound features, system and update, application management, security and privacy, network connection, device management, etc.
  • the above mobile phone software features can be synchronized to the smart screen.
  • the software features on the mobile phone can only synchronize the sound features and network connection features of the mobile phone to the smart speaker, excluding display features, application management, security and other features. Privacy, etc., the embodiments of the present application do not limit the range of software characteristics corresponding to different electronic devices.
  • a "resource file" of a certain software feature of the source device may be synchronized, and the "resource file” may include data such as pictures, audio, and video that can be directly obtained by the electronic device.
  • the target device can be used directly or converted and adapted to take effect.
  • a "description file" of a certain software feature of the source device can be synchronized.
  • the "description file” can include instructions for the target device to modify the font, size, display background, color and brightness of the indicator lights, etc.
  • the device can modify or adjust the software characteristics of the machine to adapt to take effect.
  • the "resource path" of a certain software feature of the source device can be synchronized. Access or download data related to the software feature according to the resource path, which is adapted and effective. This embodiment of the present application does not limit this.
  • any two electronic devices in the network system 10 can communicate with each other, and the communication between the electronic devices in the network system 100 can be based on a variety of different ways.
  • the electronic devices may communicate with each other by means of physical connection, logical connection or by means of future communication technologies to transmit data.
  • the physical connection manner may include various connection manners such as wired connection or wireless connection.
  • a wired connection may be performed between two electronic devices by means of a data line such as a universal serial bus (USB); or, a wireless fidelity (wireless fidelity, Wi -Fi) network, near field communication (NFC), Bluetooth scan code connection, infrared connection, etc. to establish wireless connection.
  • USB universal serial bus
  • NFC near field communication
  • Bluetooth scan code connection infrared connection, etc.
  • the manner of logical connection may include independent connection and extended connection.
  • the independent connection can be used to synchronize all the software characteristics that characterize the source device through Wi-Fi direct connection when each electronic device is used independently.
  • the expansion connection can be used to expand the capabilities of the source device. For example, in the screen projection scenario of the source device and the target device, only the display, sound effects and other related software features of the source device are synchronized, which is not limited in this embodiment of the present application.
  • the electronic device can also transmit data by means of future communication technologies, for example, by installing different or the same applications on mobile phones and tablets, and by means of the fifth generation (the fifth generation, 5G) mobile communication network.
  • future communication technologies for example, by installing different or the same applications on mobile phones and tablets, and by means of the fifth generation (the fifth generation, 5G) mobile communication network.
  • 5G fifth generation
  • the example does not limit the connection method or the communication method between the two electronic devices.
  • FIG. 2 is a schematic structural diagram of an example of an electronic device 100 provided by an embodiment of the present application.
  • the electronic device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charge management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2 , mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, buttons 190, motor 191, indicator 192, camera 193, display screen 194, and Subscriber identification module (subscriber identification module, SIM) card interface 195 and so on.
  • SIM Subscriber identification module
  • the sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, and ambient light. Sensor 180L, bone conduction sensor 180M, etc.
  • the structures illustrated in the embodiments of the present application do not constitute a specific limitation on the electronic device 100 .
  • the electronic device 100 may include more or less components than shown, or combine some components, or separate some components, or arrange different components.
  • the illustrated components may be implemented in hardware, software, or a combination of software and hardware.
  • the processor 110 may include one or more processing units, for example, the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), controller, memory, video codec, digital signal processor (digital signal processor, DSP), baseband processor, and/or neural-network processing unit (NPU) Wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.
  • application processor application processor, AP
  • modem processor graphics processor
  • graphics processor graphics processor
  • ISP image signal processor
  • controller memory
  • video codec digital signal processor
  • DSP digital signal processor
  • NPU neural-network processing unit
  • the controller may be the nerve center and command center of the electronic device 100 .
  • the controller can generate an operation control signal according to the instruction operation code and timing signal, and complete the control of fetching and executing instructions.
  • a memory may also be provided in the processor 110 for storing instructions and data.
  • the memory in processor 110 is cache memory. This memory may hold instructions or data that have just been used or recycled by the processor 110 . If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated accesses are avoided and the latency of the processor 110 is reduced, thereby increasing the efficiency of the system.
  • the processor 110 may be configured to acquire the software characteristics of the source device, and according to the capabilities of the target device, the connection mode between the source device and the target device, and the content of the software characteristics to be synchronized to the target device expected by the user, etc. , to generate a target software characteristic file, in other words, the processor 110, as a decision maker, can call other more software modules and hardware modules to complete the synchronization process of the software characteristics of the present application.
  • the specific software modules will be combined. Detailed introduction.
  • the processor 110 may include one or more interfaces.
  • the interface may include an integrated circuit (inter-integrated circuit, I2C) interface, an integrated circuit built-in audio (inter-integrated circuit sound, I2S) interface, a pulse code modulation (pulse code modulation, PCM) interface, a universal asynchronous transceiver (universal asynchronous transmitter) receiver/transmitter, UART) interface, mobile industry processor interface (MIPI), general-purpose input/output (GPIO) interface, subscriber identity module (SIM) interface, and / or universal serial bus (universal serial bus, USB) interface, etc.
  • I2C integrated circuit
  • I2S integrated circuit built-in audio
  • PCM pulse code modulation
  • PCM pulse code modulation
  • UART universal asynchronous transceiver
  • MIPI mobile industry processor interface
  • GPIO general-purpose input/output
  • SIM subscriber identity module
  • USB universal serial bus
  • the USB interface 130 is an interface that conforms to the USB standard specification, and may specifically be a Mini USB interface, a Micro USB interface, a USB Type C interface, and the like.
  • the USB interface 130 can be used to connect a charger to charge the electronic device 100, and can also be used to transmit data between the electronic device 100 and peripheral devices. It can also be used to connect headphones to play audio through the headphones.
  • the interface can also be used to connect other electronic devices, such as AR devices.
  • the interface connection relationship between the modules illustrated in the embodiments of the present application is only a schematic illustration, and does not constitute a structural limitation of the electronic device 100 .
  • the electronic device 100 may also adopt different interface connection manners in the foregoing embodiments, or a combination of multiple interface connection manners.
  • the charging management module 140 is used to receive charging input from the charger.
  • the charger may be a wireless charger or a wired charger.
  • the charging management module 140 may receive charging input from the wired charger through the USB interface 130 .
  • the charging management module 140 may receive wireless charging input through a wireless charging coil of the electronic device 100 . While the charging management module 140 charges the battery 142 , it can also supply power to the electronic device through the power management module 141 .
  • the power management module 141 is used for connecting the battery 142 , the charging management module 140 and the processor 110 .
  • the power management module 141 receives input from the battery 142 and/or the charging management module 140 and supplies power to the processor 110 , the internal memory 121 , the external memory, the display screen 194 , the camera 193 , and the wireless communication module 160 .
  • the power management module 141 can also be used to monitor parameters such as battery capacity, battery cycle times, battery health status (leakage, impedance).
  • the power management module 141 may also be provided in the processor 110 .
  • the power management module 141 and the charging management module 140 may also be provided in the same device.
  • the wireless communication function of the electronic device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modulation and demodulation processor, the baseband processor, and the like.
  • Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals.
  • Each antenna in electronic device 100 may be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization.
  • the antenna 1 can be multiplexed as a diversity antenna of the wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.
  • the mobile communication module 150 may provide wireless communication solutions including 2G/3G/4G/5G etc. applied on the electronic device 100 .
  • the mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA) and the like.
  • the mobile communication module 150 can receive electromagnetic waves from the antenna 1, filter and amplify the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation.
  • the mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and then turn it into an electromagnetic wave for radiation through the antenna 1 .
  • at least part of the functional modules of the mobile communication module 150 may be provided in the processor 110 .
  • at least part of the functional modules of the mobile communication module 150 may be provided in the same device as at least part of the modules of the processor 110 .
  • the modem processor may include a modulator and a demodulator.
  • the modulator is used to modulate the low frequency baseband signal to be sent into a medium and high frequency signal.
  • the demodulator is used to demodulate the received electromagnetic wave signal into a low frequency baseband signal. Then the demodulator transmits the demodulated low-frequency baseband signal to the baseband processor for processing.
  • the low frequency baseband signal is processed by the baseband processor and passed to the application processor.
  • the application processor outputs sound signals through audio devices (not limited to the speaker 170A, the receiver 170B, etc.), or displays images or videos through the display screen 194 .
  • the modem processor may be a stand-alone device.
  • the modem processor may be independent of the processor 110, and may be provided in the same device as the mobile communication module 150 or other functional modules.
  • the wireless communication module 160 can provide applications on the electronic device 100 including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) networks), bluetooth (BT), global navigation satellites Wireless communication solutions such as global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared technology (IR).
  • WLAN wireless local area networks
  • BT Bluetooth
  • GNSS global navigation satellite system
  • FM frequency modulation
  • NFC near field communication
  • IR infrared technology
  • the wireless communication module 160 may be one or more devices integrating at least one communication processing module.
  • the wireless communication module 160 receives electromagnetic waves via the antenna 2 , frequency modulates and filters the electromagnetic wave signals, and sends the processed signals to the processor 110 .
  • the wireless communication module 160 can also receive the signal to be sent from the processor 110 , perform frequency modulation on it, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2 .
  • the antenna 1 of the electronic device 100 is coupled with the mobile communication module 150, and the antenna 2 is coupled with the wireless communication module 160, so that the electronic device 100 can communicate with the network and other devices through wireless communication technology.
  • the wireless communication technology may include global system for mobile communications (GSM), general packet radio service (GPRS), code division multiple access (CDMA), broadband Code division multiple access (wideband code division multiple access, WCDMA), time division code division multiple access (time-division code division multiple access, TD-SCDMA), long term evolution (long term evolution, LTE), BT, GNSS, WLAN, NFC , FM, and/or IR technology, etc.
  • the GNSS may include global positioning system (global positioning system, GPS), global navigation satellite system (global navigation satellite system, GLONASS), Beidou navigation satellite system (beidou navigation satellite system, BDS), quasi-zenith satellite system (quasi -zenith satellite system, QZSS) and/or satellite based augmentation systems (SBAS).
  • global positioning system global positioning system, GPS
  • global navigation satellite system global navigation satellite system, GLONASS
  • Beidou navigation satellite system beidou navigation satellite system, BDS
  • quasi-zenith satellite system quadsi -zenith satellite system, QZSS
  • SBAS satellite based augmentation systems
  • the source device and the target device may communicate through the wireless communication module 160 or the mobile communication module 150 to realize the interaction of data related to software characteristics.
  • the method is not limited.
  • the electronic device 100 implements a display function through a GPU, a display screen 194, an application processor, and the like.
  • the GPU is a microprocessor for image processing, and is connected to the display screen 194 and the application processor.
  • the GPU is used to perform mathematical and geometric calculations for graphics rendering.
  • Processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.
  • Display screen 194 is used to display images, videos, and the like.
  • Display screen 194 includes a display panel.
  • the display panel can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode or an active-matrix organic light-emitting diode (active-matrix organic light).
  • LED diode AMOLED
  • flexible light-emitting diode flexible light-emitting diode (flex light-emitting diode, FLED), MiniLED, MicroLED, Micro-OLED, quantum dot light-emitting diode (quantum dot light emitting diodes, QLED) and so on.
  • the electronic device 100 may include one or N display screens 194 , where N is a positive integer greater than one.
  • the electronic device 100 may implement a shooting function through an ISP, a camera 193, a video codec, a GPU, a display screen 194, an application processor, and the like.
  • the ISP is used to process the data fed back by the camera 193 .
  • the shutter is opened, the light is transmitted to the camera photosensitive element through the lens, the light signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing, and converts it into an image visible to the naked eye.
  • ISP can also perform algorithm optimization on image noise, brightness, and skin tone.
  • ISP can also optimize the exposure, color temperature and other parameters of the shooting scene.
  • the ISP may be provided in the camera 193 .
  • Camera 193 is used to capture still images or video.
  • the object is projected through the lens to generate an optical image onto the photosensitive element.
  • the photosensitive element may be a charge coupled device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor.
  • CMOS complementary metal-oxide-semiconductor
  • the photosensitive element converts the optical signal into an electrical signal, and then transmits the electrical signal to the ISP to convert it into a digital image signal.
  • the ISP outputs the digital image signal to the DSP for processing.
  • DSP converts digital image signals into standard RGB, YUV and other formats of image signals.
  • the electronic device 100 may include 1 or N cameras 193 , where N is a positive integer greater than 1.
  • a digital signal processor is used to process digital signals, in addition to processing digital image signals, it can also process other digital signals. For example, when the electronic device 100 selects a frequency point, the digital signal processor is used to perform Fourier transform on the frequency point energy and so on.
  • Video codecs are used to compress or decompress digital video.
  • the electronic device 100 may support one or more video codecs.
  • the electronic device 100 can play or record videos of various encoding formats, such as: Moving Picture Experts Group (moving picture experts group, MPEG) 1, MPEG2, MPEG3, MPEG4 and so on.
  • MPEG Moving Picture Experts Group
  • MPEG2 moving picture experts group
  • MPEG3 MPEG4
  • MPEG4 Moving Picture Experts Group
  • the NPU is a neural-network (NN) computing processor.
  • NN neural-network
  • Applications such as intelligent cognition of the electronic device 100 can be implemented through the NPU, such as image recognition, face recognition, speech recognition, text understanding, and the like.
  • the external memory interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100 .
  • the external memory card communicates with the processor 110 through the external memory interface 120 to realize the data storage function. For example to save files like music, video etc in external memory card.
  • Internal memory 121 may be used to store computer executable program code, which includes instructions.
  • the processor 110 executes various functional applications and data processing of the electronic device 100 by executing the instructions stored in the internal memory 121 .
  • the internal memory 121 may include a storage program area and a storage data area.
  • the storage program area can store an operating system, an application program required for at least one function (such as a sound playback function, an image playback function, etc.), and the like.
  • the storage data area may store data (such as audio data, phone book, etc.) created during the use of the electronic device 100 and the like.
  • the internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, universal flash storage (UFS), and the like.
  • the electronic device 100 may implement audio functions through an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, an application processor, and the like. Such as music playback, recording, etc.
  • the audio module 170 is used for converting digital audio information into analog audio signal output, and also for converting analog audio input into digital audio signal. Audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be provided in the processor 110 , or some functional modules of the audio module 170 may be provided in the processor 110 .
  • Speaker 170A also referred to as a "speaker" is used to convert audio electrical signals into sound signals.
  • the electronic device 100 can listen to music through the speaker 170A, or listen to a hands-free call.
  • the receiver 170B also referred to as "earpiece" is used to convert audio electrical signals into sound signals.
  • the voice can be answered by placing the receiver 170B close to the human ear.
  • the microphone 170C also called “microphone” or “microphone” is used to convert sound signals into electrical signals.
  • the user can make a sound by approaching the microphone 170C through a human mouth, and input the sound signal into the microphone 170C.
  • the electronic device 100 may be provided with at least one microphone 170C. In other embodiments, the electronic device 100 may be provided with two microphones 170C, which can implement a noise reduction function in addition to collecting sound signals. In other embodiments, the electronic device 100 may further be provided with three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions.
  • the earphone jack 170D is used to connect wired earphones.
  • the earphone interface 170D may be the USB interface 130, or may be a 3.5mm open mobile terminal platform (OMTP) standard interface, a cellular telecommunications industry association of the USA (CTIA) standard interface.
  • OMTP open mobile terminal platform
  • CTIA cellular telecommunications industry association of the USA
  • the keys 190 include a power-on key, a volume key, and the like. Keys 190 may be mechanical keys. It can also be a touch key.
  • the electronic device 100 may receive key inputs and generate key signal inputs related to user settings and function control of the electronic device 100 .
  • Motor 191 can generate vibrating cues.
  • the motor 191 can be used for incoming call vibration alerts, and can also be used for touch vibration feedback.
  • touch operations acting on different applications can correspond to different vibration feedback effects.
  • the motor 191 can also correspond to different vibration feedback effects for touch operations on different areas of the display screen 194 .
  • Different application scenarios for example: time reminder, receiving information, alarm clock, games, etc.
  • the touch vibration feedback effect can also support customization.
  • the indicator 192 can be an indicator light, which can be used to indicate the charging state, the change of the power, and can also be used to indicate a message, a missed call, a notification, and the like.
  • the SIM card interface 195 is used to connect a SIM card.
  • the SIM card can be contacted and separated from the electronic device 100 by inserting into the SIM card interface 195 or pulling out from the SIM card interface 195 .
  • the electronic device 100 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1.
  • the SIM card interface 195 can support Nano SIM card, Micro SIM card, SIM card and so on. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the plurality of cards may be the same or different.
  • the SIM card interface 195 can also be compatible with different types of SIM cards.
  • the SIM card interface 195 is also compatible with external memory cards.
  • the electronic device 100 interacts with the network through the SIM card to implement functions such as call and data communication.
  • the electronic device 100 employs an eSIM, ie: an embedded SIM card.
  • the eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100 .
  • the software system of the electronic device 100 may adopt a layered architecture, an event-driven architecture, a microkernel architecture, a microservice architecture, or a cloud architecture.
  • the embodiments of the present application use a layered architecture Taking the system as an example, the software structure of the electronic device 100 is exemplarily described.
  • FIG. 3 is a block diagram of the software structure of the electronic device 100 according to the embodiment of the present application.
  • the layered architecture divides the software into several layers, and each layer has a clear role and division of labor. Layers communicate with each other through software interfaces.
  • the The system is divided into four layers, from top to bottom are the application layer, the application framework layer, the Android runtime ( runtime) and system libraries, as well as the kernel layer, network transport layer.
  • the application layer can include a series of application packages. As shown in (a) of FIG. 3 , the application package may include settings, mail, Bluetooth, music, calculator and other applications.
  • the application framework layer provides an application programming interface (application programming interface, API) and a programming framework for applications in the application layer.
  • the application framework layer includes some predefined functions.
  • the application framework layer may include a software feature acquisition module, a software feature decision module, a software feature validation module, a window manager, a resource manager, and the like.
  • the software feature acquisition module can extract the customizable software features of the source device into a uniformly defined structure according to the connection mode (such as wired connection, wireless connection, peer-to-peer connection, extended connection, etc.), and send it to the software feature decision module.
  • the connection mode such as wired connection, wireless connection, peer-to-peer connection, extended connection, etc.
  • the software feature decision-making module can obtain the computing capability, display capability, network communication and other software capabilities and hardware capability levels of the electronic device (source device or target device). ) computing capability, display capability, network communication and other software capabilities, hardware capability level, etc., to decide the adaptation strategy of the software characteristics required when adapting to the target device.
  • the software feature decision module can also convert the data related to the software feature into a valid data form, and then send the valid data to the software feature validation module, and the software feature validation module will then send the valid data to the software feature validation module.
  • the software feature validation module reads and runs the valid data, for example, performs valid operations such as writing to a database or file, installing software, etc., to make the software feature valid.
  • a window manager is used to manage window programs.
  • the window manager can obtain the size of the display screen, determine whether the screen has a status bar, or participate in performing operations such as locking the screen and taking screenshots.
  • the resource manager provides various resources for the application, such as localization strings, icons, pictures, layout files, video files, and so on.
  • the runtime includes core libraries and virtual machines.
  • the runtime is responsible for scheduling and management of the Android system.
  • the core library consists of two parts: one is the function functions that the java language needs to call, and the other is the core library of Android.
  • the application layer and the application framework layer run in virtual machines.
  • the virtual machine executes the java files of the application layer and the application framework layer as binary files.
  • the virtual machine is used to perform functions such as object lifecycle management, stack management, thread management, safety and exception management, and garbage collection.
  • a system library can include multiple functional modules. For example: surface manager (surface manager), media library (media library), three-dimensional (three dimensional, 3D) graphics processing library (eg: OpenGL ES), two-dimensional (two dimensional, 2D) graphics engine, etc.
  • surface manager surface manager
  • media library media library
  • three-dimensional (three dimensional, 3D) graphics processing library eg: OpenGL ES
  • two-dimensional (two dimensional, 2D) graphics engine etc.
  • Surface Manager is used to manage the display subsystem of an electronic device and provides a fusion of 2D and 3D layers for multiple applications.
  • the media library supports playback and recording of a variety of commonly used audio and video formats, as well as still image files.
  • the media library can support a variety of audio and video encoding formats, such as: MPEG4, H.264, MP3, AAC, AMR, JPG, PNG, etc.
  • the 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.
  • a 2D graphics engine is a drawing engine for 2D drawing.
  • the kernel layer is the layer between hardware and software.
  • the kernel layer contains at least display drivers, camera drivers, audio drivers, sensor drivers, etc.
  • the network transport layer can be used for communication and data transmission between different devices, such as a Bluetooth module.
  • a Bluetooth module By establishing a Bluetooth channel between a mobile phone and a smart screen, data or messages, instructions, etc. are transmitted through the Bluetooth channel, which will not be repeated here.
  • the embodiment of the present application will take the synchronization process of software characteristics between a mobile phone and a smart screen as an example.
  • the embodiment of the present application may include a mobile phone and a smart screen, and the mobile phone may be used as a source device. (old device), the smart screen can be used as the target device (new device) to introduce the process of synchronizing the software features set by the user on the mobile phone to the smart screen.
  • both the mobile phone and the smart screen can be used as a source device or a target device. Therefore, both the mobile phone and the smart screen can include the software modules shown in (a) in FIG. 3 . In the subsequent embodiments, only In a scenario where a mobile phone is used as a source device and a smart screen is used as a target device, modules participating in the software feature synchronization process are schematically drawn, which are not limited in this embodiment of the present application.
  • this embodiment of the present application may further include a server.
  • the server may at least include a communication module and a data storage module, wherein the communication module is used to implement communication with the mobile phone and the smart screen, and the data storage module may be used to store data uploaded by the mobile phone or the smart screen.
  • the mobile phone uploads the data related to the software feature to the server through the wireless communication network, and the data storage module of the server can store the data related to the software feature.
  • the user uses the smart screen, he can request the server 30 to download the data related to the software feature. , to synchronize the software features between the mobile phone and the smart screen.
  • FIG. 2 and FIG. 3 For ease of understanding, the following embodiments of the present application will take an electronic device having the structure shown in FIG. 2 and FIG. 3 as an example, and combine the drawings and application scenarios to specifically describe the method for synchronizing software characteristics between devices provided by the embodiments of the present application. .
  • FIG. 4 is a schematic flowchart of an example of a process of synchronizing software features between devices according to an embodiment of the present application. It should be understood that the method 400 can be applied between any electronic devices (such as mobile phones, smart screens, tablet computers, etc.) in the system shown in FIG. 1 , and the electronic devices can have structures such as touch screens shown in FIGS. 2 and 3 . .
  • the mobile phone can be used as a source device (old device), and the smart screen can be used as a target device (new device).
  • the software features are synchronized to the smart screen.
  • the method 400 is divided into three processes: synchronization process—validation process—write-back process.
  • the synchronization process may include the following steps:
  • the source device and the target device perform device identity authentication, a connection is established between the source device and the target device, and the target device sends its own capability parameter to the source device.
  • the identity authentication of the source device and the target device can ensure that the synchronization of software features occurs between mutually trusted electronic devices, for example, in a family scenario, between multiple electronic devices of the same user (such as a parent user), or, Between multiple electronic devices of different users (parent users and child users), etc., this is not limited in this embodiment of the present application.
  • the "self-capability parameter” can be understood as “the software and hardware parameters of the target device", and the software and hardware parameters can be used to determine the capabilities supported by the target device.
  • the software and hardware parameter information can include the software system version of the target device, the display size, resolution, pixel pitch, scanning frequency, refresh speed, power consumption, electromagnetic radiation of the target device, as well as the speaker power, sound pressure level, One or more kinds of information in the parameters of hardware devices such as total quality factor.
  • the source device may determine the capabilities supported by the target device according to the device information and software and hardware parameter information of the target device.
  • the identity authentication process between the source device and the target device may occur when the source device and the target device establish a connection for the first time, and then the identity of the two devices can be directly determined when the connection is reconnected, and identity authentication is no longer performed; or , each time a connection is established between the source device and the target device, an identity authentication process is performed to determine the current operating user as the owner user of the source device.
  • the user may initiate a connection request on the source device, and perform corresponding identity authentication operations on the target device and the source device, respectively, to confirm the identity of the target device and enable the source device and the target device to establish a connection.
  • FIG. 5 is a schematic diagram of an example of a device connection operation on a mobile phone provided by an embodiment of the present application.
  • the mobile phone displays a main interface 501 in the unlocked mode, and the main interface 501 displays a variety of applications (applications, Apps), such as mail, calculator, music, settings and other applications program.
  • applications applications, Apps
  • the main interface 501 may also include other more application programs, which are not limited in this embodiment of the present application.
  • the user sets the font of the mobile phone as "Song-style", the total font size level is 5, and the current display is level 2, which is recorded as "Song-style, 2/5". It should be understood that, after the user settings, the fonts in (a)-(f) in Figure 5 are unified as “Song, 2/5", and the desktop wallpaper set by the user is (a) in Figure 5. shown in gray.
  • the user can click on the “settings” application on the main interface 501 , and in response to the user's click operation, the mobile phone displays an interface 502 for setting the application.
  • an interface 502 for setting the application.
  • a user account menu a WLAN menu, a Bluetooth menu, a desktop and wallpaper menu, a display and brightness menu, a sound menu, and a more connection menu are included.
  • the user can click the more connection menu of the interface 502, and in response to the user's click operation, the mobile phone displays the interface 503 of the more connection menu.
  • the interface 503 may include submenus for different functions of the mobile phone or various connection methods supported by the mobile phone, such as multi-device collaboration function menu, NFC connection menu, Huawei share menu, car-machine connection (Huawei Hicar), etc. ) menu, mobile phone screen projection menu, device discovery menu and print menu, etc.
  • the user can discover other electronic devices through the "discover device” menu, or establish connections with other electronic devices.
  • the user may click on the NFC option of the interface 503 , and in response to the user's click operation, the mobile phone displays the NFC connection interface 504 .
  • the NFC switch is on (or "ON"), and the user can touch the NFC sensing area on the back of the mobile phone to the NFC sensing area of the smart screen according to the guiding operation on the interface 504, that is, through the mobile phone Establish an NFC connection with the "touch" of the smart screen.
  • the NFC function of the smart screen is also in an enabled state, which is not repeated in this embodiment of the present application.
  • the smart screen can provide the user with a selection window for The user chooses whether to establish a connection with the mobile phone.
  • FIG. 6 is a schematic diagram of an example of establishing a connection between a smart screen and a mobile phone according to an embodiment of the present application.
  • a connection window 20 pops up on the interface 601 of the smart screen, and the connection window 20 can prompt the user “whether to establish a connection with the mobile phone XXX”, and can "Confirm Connection” and "Cancel Connection” buttons for user selection.
  • the user can click the “Confirm Connection” button through the remote control or the like.
  • the connection window 20 displays the prompt message “Connected to mobile phone XXX”.
  • the mobile phone when the user confirms to receive the connection request of the mobile phone on the smart screen, the mobile phone can display the identity verification interface 505 as shown in (e) in FIG. to prompt the user for authentication.
  • the identity verification method may include fingerprint verification, face verification, password verification, etc., and the specific method of the identity verification is not limited in this embodiment of the present application.
  • the identity verification can be used to confirm that the current user of the mobile phone and the smart screen is an administrator user, an ordinary user, or the like.
  • a parent user and a host user may be used as an administrator user, and other family members such as a child user may be used as a common user.
  • the connection window 20 may display a prompt message "connected to the mobile phone XXX, confirm to be an administrator user" as shown in (b) in FIG. 6 .
  • the mobile phone can determine that the user is a specific administrator user (such as a parent user) according to the fingerprint input by the user of the current mobile phone and the smart screen or the collected face information of the user, and perform subsequent setting operations, etc. Log the corresponding action for the admin user.
  • a specific administrator user such as a parent user
  • the current user can click "Skip this step" to skip authentication. If authentication is not performed, the current user can be defaulted to be an ordinary user.
  • the mobile phone may collect fingerprint or face information input by the current user, and then add the current user as a common user, and record subsequent setting operations and the like as corresponding operations of the administrator user.
  • the current "parent user” is used as the host on the smart screen, and the software between the mobile phone and the smart screen in the next stage is used.
  • the software features that take effect on the smart screen are recorded as the software features corresponding to the "parent user”.
  • the user authenticates on the mobile phone and determines that the current user is a "child user” the current "child user” is regarded as an ordinary user on the smart screen, and the software features between the mobile phone and the smart screen in the next stage are During the synchronization process, the software features that take effect on the smart screen are recorded as the software features corresponding to the "child user”.
  • the smart screen can set different partitions for "parent users” and “child users", such as the "parent user” partition and the “child user” partition, and the "parent user” partition can be used. It is used to store or record the software features corresponding to the "parent user”, and the "child user” partition can be used to store or record the software features corresponding to the "child user”, which will not be repeated here.
  • the target device may send its own device information and/or software and hardware parameter information to the source device. It should be understood that the device information and software and hardware parameter information of the target device can be used to determine the capabilities supported by the target device.
  • the device information may include one or more information such as the device type, device name, device model, etc. of the target device
  • the software and hardware parameter information may include the software system version of the target device, the display size of the display screen, and the resolution. , pixel pitch, scanning frequency, refresh rate, power consumption, electromagnetic radiation, and one or more information of hardware device parameters such as the speaker power, sound pressure level, and total quality factor of the target device.
  • the source device may determine the capability of the target device according to the device information and software and hardware parameter information of the target device.
  • the mobile phone and the smart screen establish an NFC connection, that is, information exchange can be performed between the mobile phone and the smart screen.
  • the smart screen sends its own device information, software and hardware parameter information to the mobile phone, such as the display screen, speakers and other specifications and system version of the smart screen to the mobile phone, and the mobile phone can determine the smart screen capability according to the smart screen device information. .
  • the target device may send capability parameters supported by itself to the source device.
  • the “capability parameter” here may also indicate the capability supported by the target device. Different from the above “device information and/or software and hardware parameter information of the target device", the target device directly sends its own capability parameters to the source device, which can reduce the amount of data processing or data calculation of the source device, thereby reducing the power consumption of the source device. .
  • the smart screen may not send its own device information, but directly send the capability parameters of the smart screen, such as the supported resolution and image size range, etc., so as to avoid the mobile phone based on the device information of the smart screen.
  • the process of judging the capabilities supported by the smart screen reduces the data processing volume of the mobile phone.
  • the embodiments of the present application do not limit the device for determining the capability of the target device, and may be any device with stronger data processing capabilities in the target device or the source device, for example, display characteristics, sound characteristics, encoding and decoding capabilities, device management Devices with stronger software features such as capabilities, network communication capabilities, and intelligence; or, devices with stronger computing and intelligence capabilities, network communication, and other adaptive processing capabilities in the target device or source device, which will not be repeated here. .
  • the embodiments of the present application provide a variety of methods, which can determine a thin device or a rich device according to the data processing capabilities of the source device and the target device, and the devices with stronger processing capabilities such as resource conversion or adaptation, etc. Further, the rich device decides the software features to be synchronized in the software feature synchronization process, and rationally utilizes the processing capabilities of the source device and the target device to ensure the realization of the software feature synchronization process.
  • the software feature decision module of the source device acquires capability parameter information of the target device.
  • the software feature decision module of the source device may acquire the device information of the target device, and determine the capability of the target device according to the device information of the target device; or, the software feature decision module of the source device may The capability parameter of the target device is acquired, and the capability of the target device is determined according to the capability parameter of the target device, which is not limited in this embodiment of the present application.
  • the software characteristic acquiring module of the source device acquires the software characteristic of the source device.
  • the software characteristic acquisition module of the source device sends the software characteristic of the source device to the software characteristic decision module of the source device.
  • steps 403-404 are internal actions of the source device, and may occur before steps 401-402, or be performed simultaneously with steps 401-402, or performed after steps 401-402.
  • the execution time and execution order of steps 401-402 are not limited.
  • the software feature acquisition module of the source device can obtain the font and display size, boot animation, The software features such as wallpaper, screen brightness, and media volume are determined as "software features of the source device", and within the source device, the software features of the source device are sent to the software feature decision module. The interaction process between different modules inside the device will not be described again.
  • the content, options, menus, etc. included in the software feature may be the same or different.
  • the software features that the mobile phone can synchronize to the target device may include the same content, options, menus, and the like.
  • the software features that the phone can synchronize to the smart screen and the software features that can be synchronized to the smart speaker can be the same or different, and the smart screen and the smart speaker can choose themselves.
  • the content, options, menus, etc. of the available software features are not limited in this embodiment of the present application.
  • the user when the source device and the target device establish a connection, the user can also manually select the software features that need to be synchronized to the target device on the source device. The result of the selection determines the software characteristics to be synchronized with the same source device.
  • the mobile phone when the mobile phone and the smart screen have been connected and the identity verification is performed to determine that the current user is the owner user of the mobile phone, the mobile phone can display (f) in Figure 5. ) interface 506 shown in FIG.
  • the interface 506 includes a window for the user to select the content included in the software feature, and the user can select the software feature that is desired to be synchronized to the smart screen according to his own needs. It should be understood that the user may browse more optional software feature contents by sliding or turning pages, etc., which is not limited in this embodiment of the present application.
  • the user selects the font and display size, desktop and wallpaper, boot animation, screen brightness, language and input method, and clicks the "OK" button, in response to the user's confirmation operation, the mobile phone
  • the content included in the software features that need to be synchronized to the smart screen can be determined, and a target software feature file is generated according to the content selected by the user in the subsequent step 405 .
  • the embodiments of the present application can provide the user with the scope of software feature synchronization, and the user preselects the scope included in the software feature, which can avoid interference of irrelevant data, better meet the user's needs, conform to the user's usage habits, and improve the user experience. experience.
  • the software characteristic decision module of the source device generates a target software characteristic file according to the capability parameter of the target device and the software characteristic of the source device.
  • the source device sends the target software characteristic file to the target device through the communication module.
  • the target device can synchronize the software properties with the source device according to the "target software property file”.
  • the "target software characteristic file” may be a resource file, a description file, a resource path, etc., and may also be other types of synchronization data.
  • resource files, description files, etc. can be directly used by the target device and take effect, or become effective after conversion and adaptation, and other parts of the synchronization data can be expressed in a general form rather than specific files on a specific operating system platform.
  • Data form the embodiments of the present application do not limit the file form and data form of the synchronized software characteristics.
  • a "resource file" of a certain software feature of the source device may be synchronized, and the "resource file” may include data such as pictures, audio, and video that the target device can directly acquire, and the target device can directly Use or transform and adapt and take effect.
  • a "description file" of a certain software feature of the source device can be synchronized.
  • the "description file” can include instructions for the target device to modify the font, size, display background, color and brightness of the indicator lights, etc.
  • the device can modify or adjust the software characteristics of the machine to adapt to take effect.
  • resource files such as settings.db and device_policies.xml of the mobile phone are converted into abstract description files of customizable software characteristics.
  • the "resource path" of a certain software feature of the source device can be synchronized. Access or download data related to the software feature according to the resource path, which is adapted and effective.
  • the source device indicates the resource path about fonts and display sizes in the software features as ".../data/fonts/WqySong", and the target device can determine the font that conforms to the current user's habits as Song type according to the resource path, which is not used here. Repeat.
  • the embodiments of the present application provide a variety of possible file forms, data forms, etc. of the software characteristics, and provide more adaptation basis for the conversion of the software characteristics of the source device and the download of the software characteristics of the target device, etc., Various possible implementations are provided for the realization of the synchronization process.
  • the sending and receiving of the files of the software characteristics of the source device may be based on the connection established between the source device and the target device, and may be transmitted in a variety of possible ways such as message passing, file transfer, method invocation, and data sharing.
  • the manner of physical connection, the manner of logical connection, or the manner of using future communication technologies described above to communicate to transmit data which is not limited in this embodiment of the present application.
  • the software characteristic decision module of the target device determines an adaptation strategy of the software characteristic according to the target software characteristic file.
  • the "adaptation strategy of software features" can be understood as the target device, after acquiring the target software feature file, parses and obtains the information contained in it, and determines how to adjust the configuration parameters corresponding to its own software features to adapt to user needs, that is, The process of determining target configuration parameters for a target device.
  • the target configuration parameters include: compression processing parameters or amplification processing parameters for picture files related to the target software feature; and/or compression processing parameters for audio files related to the target software feature; and/or Modification parameters of font and display size related to the target software feature; and/or modification parameters of volume level related to the target software feature; and/or modification of the source device and the strictly controlled device of the target device as a controlled process
  • the software feature decision module of the target device sends the adaptation strategy of the software feature to the software feature validation module.
  • the software feature validating module reads and runs the valid data, and the software feature becomes valid.
  • the target device determines the configuration parameters corresponding to the local software features according to the software feature adaptation strategy, that is, modifies the configuration parameters corresponding to the local software features to conform to current user usage habits.
  • the software feature decision module of the target device can convert the data related to the written software feature into a valid data form, and the "valid data" can be understood as the target configuration parameter corresponding to the software feature of the target device, and then Send the target configuration parameters to the software feature validation module, and the software feature validation module reads and runs the target configuration parameters, such as performing valid operations such as writing a database or file, installing software, etc., to make the software feature valid.
  • Table 2 shows a possible software feature adaptation strategy of the target device.
  • the software feature of the source device that is, the target software feature file sent by the source device
  • the target device The content or information included in the target software characteristic file determines the software characteristic adaptation strategy of the target device.
  • the software features synchronized by the source device include the "font" option
  • the target software feature file sent by the source device to the target device includes the adaptation basis of the font option: controlled feature (uncontrolled), relative level (2/5), resource path "/data/fonts/WqySong", adaptation type (resource specification, resource category and resource subcategory), etc.
  • the target device receives the target software feature
  • the software feature adaptation strategy is determined according to the target software feature file: the font is set to be small (relative level 2/5), and the font is directly transmitted and applied.
  • the software feature adaptation strategy can take effect on the target device in various ways, so that the software features of the source device can be accurately expressed on the target device, for example, one or more of the following options can be used items to achieve:
  • Image compression or enlargement is performed according to parameters such as the resolution of the display screen of the target device.
  • parameters such as the resolution of the display screen of the target device.
  • it is determined whether it involves compressing or amplifying the picture according to the resolution of the target device and/or the source device; for the synchronization of audio or ringtones, according to the decoding capability of the target device and/or the source device, Determine if compression of audio is involved, etc.
  • Matching of relative level Calculate the percentage of relative level, take the setting value/total value of the source device, or take the position percentage in the user's big data distribution, etc.
  • the synchronization of font and display size according to the relative level of the font and display size of the target device and/or the source device, it is determined how to match to obtain the font and display size suitable for the target device; for the synchronization of volume, according to the target device And/or the relative volume level of the source device to determine how to match to get a volume suitable for the target device.
  • Keyword search and/or user preference recommendation Search or recommend resources applicable to the target device according to resource type, name, etc.
  • the software feature adaptation strategy can be implemented by any device with stronger data processing capabilities, resource conversion or adaptation in the target device or the source device. After the software feature adaptation is performed, the effective strategy is transmitted to The target device takes effect; or, after comprehensively considering the processing capabilities and communication capabilities of the source device and the target device, the source device and the target device can jointly perform software feature adaptation and the like.
  • the data processing capabilities of the source device and the target device can be characterized by the computing power, memory size, and NPU computing power of the central processing unit (CPU) of the device. The characteristics such as speed and actual network speed measurement will not be repeated here.
  • FIG. 7 is a schematic diagram of an example before and after software feature synchronization on a smart screen provided by an embodiment of the present application.
  • the main interface of the smart screen is displayed as shown in (a) in Figure 7, the font is "black body, level 4/5", and the wallpaper is white background.
  • the user sets the font of the mobile phone (source device) as “Calibur, 2/5”, and the desktop wallpaper is the gray background shown in (a) in FIG. 5 .
  • the main interface of the smart screen changes as shown in (b) in Figure 7, the font is "California, 2/5", and the wallpaper is a gray background .
  • the relative level of the font is based on the maximum size and/or the minimum size of the font displayed by the device as a reference. Different two devices with the same relative level may also correspond to different actual sizes.
  • the display screen of the mobile phone is small, the font has the smallest level (level 1) when displaying the smallest size, and the font has the largest level (level 5) when displaying the largest size, as shown in (a) in Figure 5, the font is relatively For the smallest class (Class 1), the actual size is Class 2.
  • the display size of the smart screen is larger, the font has the smallest level (level 1) when the font displays the smallest size, and the font displays the largest size with the largest level (level 5), as shown in (a) in Figure 7
  • the font size is level 4, and the font size shown in (b) in Figure 7 is level 2.
  • the level 2 shown in (b) in FIG. 7 and the level 2 shown in (a) in FIG. 5 are of different sizes, and will not be repeated here.
  • the content 1 in the software feature of the source device can be synchronized to the content 1 of the target device, for example, the “font and display size” of the mobile phone is synchronized to the “font and display size” of the smart screen, that is, the same Synchronization between a menu.
  • the embodiments of the present application can also be used for association synchronization between different menus. For example, when the software features of the mobile phone are synchronized to the smart speaker, the "wallpaper" of the mobile phone is blue. Even if the smart speaker does not have a display screen, it can be The "wallpaper" of the mobile phone is blue, and the color of the indicator light of the mobile phone is adjusted to be blue, which is not limited in this embodiment of the present application.
  • the user may establish a connection between the mobile phone (source device) and the smart screen (target device) for many times, and perform synchronization of software characteristics.
  • the user may modify some software features on the mobile phone (source device).
  • the mobile phone can record according to the user's daily use, and record the software features modified or set by the user.
  • the modified or set software features can be extracted.
  • the embodiments of the present application can synchronize the desktop and wallpaper, display and brightness, sound and vibration, language and input method, system and update, application management, security and Any of the software features in the privacy, network connectivity, device management related menus or options are synced to the target device.
  • the source device and the target device can transmit user information, and further synchronously transmit the software features on the source device to the target device, reducing the tedious setting operation by the user and realizing the Cross-system platform and cross-device compatibility.
  • the user can select the software features to be synchronized to the target device on the source device, which can avoid interference of irrelevant data, better meet the user's needs, conform to the user's usage habits, and improve the user experience.
  • multiple users in the family may use the same target device, that is, multiple source devices correspond to one target device, and multiple users synchronize their own personal devices with the target device for software features.
  • target device that is, multiple source devices correspond to one target device
  • multiple users synchronize their own personal devices with the target device for software features.
  • the software features of the personal mobile phone and the smart screen are synchronized.
  • the target device can set different partitions for different users (or different source devices), synchronize to the target device according to the software features customized by different users, and set up multiple users according to the synchronization policy of the target device.
  • the role of the target device Exemplarily, the device “parent user” partition and “child user” partition, the “parent user” partition can be used to store or record the software features corresponding to the “parent user”, and the “child user” partition can be used to store or record the “child user” partition.
  • User corresponding software features.
  • the distinction between “parent users” and “child users” can be done by means of identity verification such as fingerprint information and face information introduced above. Setting partitions will not be repeated here.
  • the source device can synchronize multiple software features customized by different users to the target device, and set the roles of multiple users on the target device according to the synchronization policy of the target device to determine the priority and time limit for the software features to take effect. And whether to keep the synchronization data of the user, etc.
  • FIG. 8 is a schematic diagram of an example of a process of validating a software feature of a target device according to an embodiment of the present application. It should be understood that the validation process 800 of FIG. 8 occurs after step 406 of the method 400 introduced in FIG. 4 , that is, the source device has sent the target software characteristic file to the target device.
  • the target device can set partitions for multiple different users, as shown in FIG. 8 , for example, the host area 81, the internal user area 82 and the external user area 83, which are respectively used to write different users. software characteristic data, etc.
  • the target device also includes an effective area 84, which is used for reading running data, and performing effective operations such as writing and installation.
  • the target device software feature validation process 800 includes:
  • Step 1 Obtain a target software feature file, and determine an adaptation strategy and an effective manner of the software feature.
  • the target device after the target device receives the target software feature file sent by the source device, it can filter software features applicable to itself according to its own capabilities.
  • the target software features of the mobile phone are sent to the smart speaker, the smart speaker filters out the software features related to the phone's font, display size, wallpaper, etc. and display.
  • the smart speaker filters out the software features related to the phone's font, display size, wallpaper, etc. and display.
  • Step 2 determine whether the user identity is a host user, an internal user or an external user.
  • Step 3 according to the user identity, write data related to the software characteristics into different areas.
  • the target device may determine that the current user is an owner user (eg, a parent user), an internal user (eg, a child user) or an external user according to the user authentication method described above.
  • the target device can set different partitions for different users (or different source devices), such as a host area, an internal user area, and an external user area.
  • each partition in at least one partition has different valid durations for storing the target configuration parameter.
  • the target device respectively writes the data related to the software characteristics of the parent user into the main area 81, writes the software characteristics of other family members such as the child user into the internal user area 82, and writes the software characteristics of other family members other than the family members.
  • the user's software characteristics are written to the external user area 83 .
  • the target device may collect the face information of the current user through a camera, and compare the face information with the images in the gallery on the source device for face characteristics.
  • the gallery on the source device generally groups photos of different users according to face information, for example, a photo group of the owner user and a photo group of different family users.
  • face information for example, a photo group of the owner user and a photo group of different family users.
  • the process of judging the user's identity can use the cameras of other electronic devices in the smart home scenario to collect the current user's face information through electronic devices linked to the source device and target device. , and then transfer the face information to the linked electronic devices such as the source device and the target device, and further determine whether the current user is the host user or the user 1 in the family, the user 2 in the family, etc. Or the manner in which the target device determines the user's identity is not limited.
  • the adaptation policies of the software characteristics are different.
  • the target device determines that when the parent user is currently operating as a parent user, the data related to the software characteristics of the parent user is written into the host area 81, and the data written in the host area 81 is written. long term effective. When other internal users or external users use the target device and exit, the target device will be restored to have the software characteristics of the parent user written in the main area 81 of the device.
  • the target device when the target device determines that the current user is an internal user such as a family member or a company organization according to the result of the user authentication, it writes data related to the software characteristics of the internal user such as the family member or the company organization into the internal user area 82, and marks it separately. Different users are internal user 1, internal user 2, etc., and are stored in partitions according to the software characteristics of internal user 1 and internal user 2. In addition, the data written in the internal user area 82 is temporarily valid, and can be used for subsequent software feature comparison and quick recovery, so as to reduce the impact on other users.
  • the target device when the target device determines that the current user is an external user such as public or leased according to the result of user authentication, it writes data related to software characteristics of the external user such as public or leased into the external user area 83 .
  • the data written in the external user area 83 can be set to be invalid after use and the data related to the software feature can be deleted after use, that is, it is temporarily valid and deleted after use, so as to save the pressure of partition storage.
  • host area 81, internal user area 82 and external user area 83 can be mutually independent or isolated areas in the system, except that the host user can access the data written in all areas, other users do not access other areas
  • the authority of the written data is not limited in this embodiment of the present application.
  • data related to software characteristics in the embodiments of the present application mainly refers to system data related to display characteristics, sound characteristics, etc. related to the source device, and does not involve application data at the user level, such as personal chats, short messages and other personal data.
  • the application data can meet the security and privacy requirements of the user for the application data, and data isolation and partitioning can be performed according to the existing technology.
  • Step 4 Convert the written data related to the software characteristics into a valid data form.
  • Step 5 Read and run the valid data, for example, perform valid operations such as writing to a database or file, installing software, and the like.
  • the data related to the software characteristics after the changed settings is also written into the database or file, or the software is installed; or, before the user uses the target device next time, again
  • the slave master area 81 and the internal user area 82 read the database or file to make the relevant software features take effect, which will not be repeated here.
  • the effective area of different target devices may be different, for example, the effective area may be related to the operating system of the target device.
  • the system software of the target device can directly read the valid data, or read the valid data according to the path, etc., which is not limited in this embodiment of the present application.
  • the user may modify some software features in the process of using the target device.
  • the user may modify some software features on the smart screen through a remote control or the like during the process of using the smart screen.
  • the embodiment of the present application can also write back the software features modified by the user to the source device according to the usage of the target device by the user, and save the software features of multiple target devices in the source device, so as to improve the subsequent software features synchronization process.
  • the process of this scenario is called a "write-back process", which specifically includes the following steps 410-415, which will be described in detail below.
  • the target device receives an operation of changing the software feature by the user.
  • the user can modify the display characteristics, sound characteristics, system and update, application management, security and privacy, network connection, Software features such as device management.
  • the software characteristic decision module of the target device determines a software characteristic changing policy according to the user's operation of changing the software characteristic.
  • the "write-back process" can be performed immediately after the target device receives the user's operation of changing the software characteristics, that is, the target device returns the user's operation of changing the software characteristics to the source device as long as it detects the user's operation; or, The target device can record the user's operation of changing the software feature, and periodically send back information such as the content and change time of the user's change of the software feature to the source device, for example, once an hour.
  • the timing of occurrence is not limited.
  • the "software feature change strategy" can be understood as that after the target device obtains the user's operation to change the software feature, a change event is generated according to the change operation, and the change event includes information such as the content modified by the user and the modified configuration parameters,
  • the software feature decision module of the target device parses and acquires the information contained in the change event, and determines how to adjust its own software features to suit the user's current change requirements.
  • the change strategy for software features may be implemented through one or more of the following options:
  • the software feature decision module of the target device sends the software feature change policy to the software feature validation module.
  • the software feature validation module reads and operates the change policy of the software feature, and the changed software feature becomes valid.
  • the target device determines how to modify or adjust the local software feature according to the change strategy of the software feature, that is, modify the local software feature to make it conform to the current user usage habits, and record the change strategy of the software feature to the corresponding user partition.
  • the software feature decision module of the target device sends the change policy of the software feature to the software feature decision module of the source device through the communication module.
  • the software feature decision module of the source device records the software feature change information of the target device.
  • the target device can set partitions for different users, and similarly, the source device can also set partitions for multiple users or multiple target devices to store data related to software characteristics corresponding to different users or different target devices respectively.
  • steps 412-413 and steps 414-415 is not limited in this embodiment of the present application.
  • the source device records the partition settings for each connected target device, and stores the software characteristics of each target device. After the source device receives and acquires the change strategy of the software feature of the target device, it modifies the saved original software feature in the partition corresponding to the target device.
  • the target device is a device that establishes a connection with the source device for the first time, the source device may create a new partition and record the changed software characteristics, which will not be repeated here.
  • the source device can save the software features of multiple target devices.
  • the software features of the target device are changed, the changed software features can be written back to the source device immediately, and the source device can create or update the stored software features of the target device. information, so as to continuously improve the synchronization effect of the software characteristics of the target device, so that the next time the user uses the target device, the software characteristics of the target device are more in line with the user's usage habits, and the user experience is improved.
  • the method provided by the embodiments of the present application can synchronize the customizable software features of the source device to the target device based on the simple connection between the source device and the target device, and ensure the synchronization by means of software feature extraction and validation.
  • the target device can also quickly show the user's favorite style, which is in line with the user's usage habits.
  • the synchronization method of the software feature does not affect the use of other users such as the host user or ordinary user on the target device, and the software features of multiple users can be synchronized on the target device, and the user can be set according to the synchronization policy of the target device. It determines the priority and time limit for software features to take effect, and whether to retain the user's synchronization data.
  • the method can return the user's usage or the changed software features to the source device, so as to continuously improve the software features of the target device. Synchronization effect, gradually improve the synchronization data, make the subsequent synchronization more accurate, and facilitate the next time the user uses the target device, the software characteristics of the target device are more in line with the user's usage habits, and the user experience is improved.
  • the software features that need to be synchronized can be selected according to the connection mode.
  • the synchronization range of the software features can be preset according to the connection mode or the capability of the target device, or the user can preselect and customize the software features.
  • the synchronization range of software features ensures compatibility with devices of different forms, and avoids the interference of irrelevant data.
  • the source device and the target device have stronger computing and intelligent capabilities, network communication and other adaptive processing capabilities to decide the software features to be synchronized in the software feature synchronization process, and make reasonable use of the source device and the target device. It can realize the compatibility of cross-system platform and cross-device, and ensure the realization of the synchronization process of software features.
  • the synchronization process of the software features is based on the establishment of a wired connection such as a USB data cable between the source device and the target device, or a wireless connection such as a Wi-Fi network connection, NFC connection, Bluetooth scan code connection, and infrared connection, or Communicate by means of future communication technologies to transmit data.
  • the source device and the target device may not establish the connection described above, and the source device and the target device may be isolated by means of a cloud server.
  • the upload of data related to software features may not depend on the target device, and the download of data related to software features may not depend on the source device, that is, the conversion, adaptation, and decision-making of software features can also be completed on the cloud server.
  • the source device and the target device may upload, based on the same user account, data related to the software characteristics representing the user on the source device to the server.
  • the user account is authenticated on the target device first.
  • the target device is authenticated as the same user account, the scope of the software features to be synchronized is determined according to the user's usage scenario of the target device, and the data is stored on the server. Choose an adaptation executor with the target device, and use the connection between the server and the target device to download the relevant data of the software characteristics.
  • the determination of the adaptation strategy of the software characteristics may be completed by the server and/or the target device, which depends on the processing capabilities of the server and the target device, which is not limited in this embodiment of the present application.
  • the user may select a range of software features to be synchronized on the target device, and the target device may request the server for the software features.
  • the user information authentication of the actual user of the target device may not mean that the account of the host user, administrator user or operating system user is logged in, but only to verify the identity of the current user, so as to accurately realize the software features. Synchronize.
  • the server can save the customizable software features of the same user, different users or multiple devices, and can convert and adapt the software features, so the server can replace the source device in the foregoing embodiment during the synchronization process of the software features. , which reduces the participation process of the source device.
  • the server can save the customizable software features of the same user, different users or multiple devices, and can convert and adapt the software features, so the server can replace the source device in the foregoing embodiment during the synchronization process of the software features. , which reduces the participation process of the source device.
  • the relevant data of the software characteristics of the source device has been uploaded to the server, the synchronization of the software characteristics only under the connection between the target device and the server can be realized, which expands the software characteristics. Synchronized implementation scenarios.
  • the electronic device includes corresponding hardware and/or software modules for executing each function.
  • the present application can be implemented in hardware or in the form of a combination of hardware and computer software in conjunction with the algorithm steps of each example described in conjunction with the embodiments disclosed herein. Whether a function is performed by hardware or computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art may use different methods to implement the described functionality for each particular application in conjunction with the embodiments, but such implementations should not be considered beyond the scope of this application.
  • the electronic device can be divided into functional modules according to the above method examples.
  • each functional module can be divided corresponding to each function, or two or more functions can be integrated into one processing module.
  • the above-mentioned integrated modules can be implemented in the form of hardware. It should be noted that, the division of modules in this embodiment is schematic, and is only a logical function division, and there may be other division manners in actual implementation.
  • the electronic device involved in the above embodiment may include: a display unit, a detection unit, and a processing unit.
  • the display unit, the detection unit, and the processing unit cooperate with each other, and may be used to support the electronic device to perform the above-mentioned methods and steps, etc., and/or to be used for other processes of the technology described herein.
  • the electronic device provided in this embodiment is used to execute the above-mentioned method for synchronizing software characteristics between devices, so the same effect as the above-mentioned implementation method can be achieved.
  • the electronic device may include a processing module, a memory module and a communication module.
  • the processing module may be used to control and manage the actions of the electronic device, for example, may be used to support the electronic device to perform the steps performed by the display unit, the detection unit and the processing unit.
  • the storage module may be used to support the electronic device to execute stored program codes and data, and the like.
  • the communication module can be used to support the communication between the electronic device and other devices.
  • the processing module may be a processor or a controller. It may implement or execute the various exemplary logical blocks, modules and circuits described in connection with this disclosure.
  • the processor may also be a combination that implements computing functions, such as a combination of one or more microprocessors, a combination of digital signal processing (DSP) and a microprocessor, and the like.
  • the storage module may be a memory.
  • the communication module may specifically be a device that interacts with other electronic devices, such as a radio frequency circuit, a Bluetooth chip, and a Wi-Fi chip.
  • the electronic device involved in this embodiment may be a device having the structure shown in FIG. 2 .
  • This embodiment also provides a computer-readable storage medium, where computer instructions are stored in the computer-readable storage medium, and when the computer instructions are executed on the electronic device, the electronic device executes the above-mentioned related method steps to realize the above-mentioned embodiments.
  • This embodiment also provides a computer program product, which when the computer program product runs on a computer, causes the computer to execute the above-mentioned relevant steps, so as to realize the method for synchronizing software characteristics between devices in the above-mentioned embodiment.
  • the embodiments of the present application also provide an apparatus, which may specifically be a chip, a component or a module, and the apparatus may include a connected processor and a memory; wherein, the memory is used for storing computer execution instructions, and when the apparatus is running, The processor can execute the computer-executed instructions stored in the memory, so that the chip executes the method for synchronizing software characteristics between devices in the foregoing method embodiments.
  • the electronic device, computer-readable storage medium, computer program product or chip provided in this embodiment are all used to execute the corresponding method provided above. Therefore, for the beneficial effects that can be achieved, reference may be made to the above-provided method. The beneficial effects in the corresponding method will not be repeated here.
  • the disclosed apparatus and method may be implemented in other manners.
  • the apparatus embodiments described above are only illustrative.
  • the division of modules or units is only a logical function division. In actual implementation, there may be other division methods.
  • multiple units or components may be combined or May be integrated into another device, or some features may be omitted, or not implemented.
  • the shown or discussed mutual coupling or direct coupling or communication connection may be through some interfaces, indirect coupling or communication connection of devices or units, and may be in electrical, mechanical or other forms.
  • Units described as separate components may or may not be physically separated, and components shown as units may be one physical unit or multiple physical units, that is, may be located in one place, or may be distributed in multiple different places. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution in this embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units may be implemented in the form of hardware, or may be implemented in the form of software functional units.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a readable storage medium.
  • a readable storage medium including several instructions to make a device (which may be a single chip microcomputer, a chip, etc.) or a processor (processor) to execute all or part of the steps of the methods in the various embodiments of the present application.
  • the aforementioned storage medium includes: U disk, mobile hard disk, read only memory (ROM), random access memory (random access memory, RAM), magnetic disk or optical disk and other media that can store program codes.

Abstract

本申请提供了一种设备之间同步软件特性的方法、电子设备、计算机可读存储介质及计算机程序产品，该方法应用于建立通信连接的源设备和目标设备，源设备和目标设备可以是手机、音箱、智慧屏等，该方法将源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私等相关的软件特性同步到目标设备，实现软件特性的生效，保障了同步对跨系统平台的兼容，使目标设备能快速表现出用户喜欢的风格，符合用户的使用习惯；还可以将用户在目标设备上变更软件特性的操作回传到源设备，不断完善对目标设备的软件特性同步效果，使后续的同步更为精准，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。

Description

设备之间同步软件特性的方法及电子设备
本申请要求于2021年03月11日提交国家知识产权局、申请号为202110266279.8、申请名称为“设备之间同步软件特性的方法及电子设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及电子技术领域，尤其涉及一种设备之间同步软件特性的方法及电子设备。
背景技术
随着数字智能时代的发展，人们拥有的电子设备越来越多，例如手机、平板电脑(pad)、大屏设备(智慧屏)、智能手表等。电子设备的种类和数量越来越多，用户可以授权使用多种电子设备，在不同的电子设备上设置不同的软件特性或者相同的软件特性。
应理解，“软件特性”可以包括用户通过一系列操作通过设置应用等应用程序，为该电子设备设置的字体与显示大小、主题壁纸、开机动画等与电子设备显示相关的菜单、选项，或者用户设置的媒体音量、通知铃声、按键提示音等与声音相关的菜单、选项，或者用户设置的电子设备的语言与输入法、日期和时间、软件更新、情景智能等系统和更新相关的菜单、选项，或者用户设置的应用程序管理、网络管理、网络连接、安全与隐私相关的菜单、选项等。因此，用户定制的软件特性可以表现鲜明的该用户的个人特征，使该电子设备具有个性化、易用、受控等特性。
一般而言，电子设备在出厂时具有默认的软件特性，用户可以通过分别在这些设备上进行繁琐的操作，调整设置项等，为该电子设备定制软件特性，使其符合自己的使用习惯。如果用户拥有或者使用多个电子设备时，需要在每个电子设备的默认软件特性的基础上，通过一系列的操作进行重新设置或者修改该默认的软件特性，该过程操作繁琐，降低了用户体验。
发明内容
本申请提供一种设备之间同步软件特性的方法及电子设备，该方法可以将源设备的桌面与壁纸、显示与亮度等相关的软件特性同步到目标设备，保障了同步对跨系统平台的兼容，使目标设备能快速表现出用户喜欢的风格，符合用户的使用习惯，提高了用户体验。
第一方面，提供了一种设备之间同步软件特性的方法，应用于建立通信连接的源设备和目标设备，该方法包括：源设备接收目标设备发送的第一信息，该第一信息包括目标设备的软硬件参数；根据源设备的软件特性和目标设备的软硬件参数，确定目标软件特性相关的目标配置参数；向目标设备发送该目标配置参数，使得目标设备根据该目标配置参数，修改目标设备原有的软件特性相关的配置参数为该目标配置参数；其中，源设备的软件特性包括源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的一种或多种。
应理解，本申请的“软件特性”还可以称为“可定制软件特性”或“用户定制的软件特性”，即用户可以设置或修改的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的任一种 软件特性。
还应理解，本申请中源设备和目标设备之间可以相互通信，且源设备和目标设备之间的通信可以基于多种不同的方式。
一种可能的实现方式中，源设备和目标设备可以通过物理连接的方式、逻辑连接的方式或者借助于未来通信技术的方式进行通信以传输数据。
可选地，物理连接的方式可以包括有线连接或者无线连接等多种不同连接方式。示例性的，源设备和目标设备可以通过数据线的方式进行有线连接；或者，两个电子设备之间可以通过无线保真(wireless fidelity，Wi-Fi)网络、近距离无线通信技术(near field communication，NFC)、蓝牙扫码连接、红外连接等建立无线连接。
可选地，逻辑连接的方式可以包括独立连接和拓展连接。其中，独立连接可以用于独立使用各电子设备时，通过Wi-Fi直连等方式同步所有表征源设备的软件特性。
又或者，电子设备还可以借助于未来通信技术的方式，例如通过在手机和平板上安装不同或相同的应用，借助于第五代(the fifth generation，5G)移动通信网络传输数据，本申请对两个电子设备之间的连接方式或者通信方式不做限定。
还应理解，“目标设备的软硬件参数”可以用于确定目标设备所支持的能力。软硬件参数信息可以包括目标设备的软件系统版本、显示屏的显示尺寸、分辨率、像素点距、扫描频率、刷新速度、功耗、电磁辐射，以及目标设备的扬声器的功率、声压级别、总品质因数等硬件设备的参数中的一种或多种信息。源设备可以根据该目标设备的设备信息、软硬件参数信息确定目标设备支持的能力。
可选地，源设备和目标设备建立连接之后，目标设备可以将自身支持的能力参数发送给源设备。应理解，这里“能力参数”可以指示该目标设备所支持的能力，不同于上述“软硬件参数信息”，目标设备直接将自身的能力参数发送给源设备，不需要源设备再根据软硬件参数来判断目标设备的能力，该过程可以降低源设备的数据处理或数据计算量，从而减轻源设备的功耗。
通过上述方法，本申请通过设备之间的软件特性的同步，可以实现将源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的任一种软件特性同步到目标设备。当源设备和目标设备建立连接且确定当前用户的身份之后，源设备和目标设备可以传输用户信息，并进一步将源设备上的软件特性同步传输到目标设备上，减少了用户繁琐的设置操作，实现了跨系统平台和跨设备的兼容性。
一种可能的实现方式中，软件特性的同步过程中，可以通过同步源设备的某软件特性的“资源文件”，该“资源文件”可以包括电子设备可以直接获取的图片、音频、视频等数据，目标设备可以直接使用或经过转换适配并生效。
或者，软件特性的同步过程中，可以同步源设备的某软件特性的“描述文件”，该“描述文件”可以包括指示目标设备如何修改字体、大小、显示背景、指示灯的颜色亮度等，目标设备可以根据该描述文件，经过修改或调整本机的软件特性以适配生效。
又或者，软件特性的同步过程中，可以同步源设备的某软件特性的“资源路径”，该“资源路径”可以用于为目标设备指示获取图片、音频、视频等数据的途径，目标设备可以根据该资源路径访问或下载与该软件特性的相关数据，经过适配并生效。本申请实施例 对此不作限定。
应理解，除涉及的资源文件、描述文件等可以直接使用或经转换适配外，其它部分的同步数据可以以通用的形式表达，而不表现为特定操作系统平台上特定文件的特定数据形式，换言之，本申请实施例对同步的软件特性的数据形式不作限定。
结合第一方面，在第一方面的某些实现方式中，该目标软件特性和源设备的软件特性包括相同的菜单或选项，或者，该目标软件特性和源设备的软件特性包括不同的菜单或选项。
可选地，对于不同类型的电子设备，“软件特性”可以包括相同或不同的菜单或选项。此外，对于相同类型的不同用户的电子设备，“软件特性”也可以包括相同或不同的菜单或选项。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，该目标配置参数包括：对该目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对该目标软件特性相关的音频类文件的压缩处理参数；和/或对该目标软件特性相关的字体与显示大小的修改参数；和/或对该目标软件特性相关的音量级别的修改参数；和/或修改源设备和目标设备中受控严格的设备作为受控过程的执行设备的配置参数。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，目标设备包括至少一个分区，该方法还包括：目标设备确定当前用户的用户身份；当该当前用户为第一用户时，目标设备将该目标配置参数存储到该至少一个分区中与该第一用户相关联的第一用户分区。
一种可能的场景中，家庭中的多个用户可能都会使用同一个目标设备，即多个源设备对应一个目标设备，多个用户都将自己的个人设备和目标设备进行软件特性的同步，例如家长用户和儿童用户都使用智慧屏时，将个人的手机和智慧屏进行软件特性的同步。
在该场景下，目标设备可以为不同的用户(或者说不同的源设备)设置不同的分区，例如机主区、内部用户区以及外部用户区等。具体地，不同用户的软件特性或不同源设备的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色。示例性的，设备“家长用户”分区和“儿童用户”分区，“家长用户”分区可以用于存储或记录“家长用户”对应的软件特性，“儿童用户”分区可以用于存储或记录“儿童用户”对应的软件特性。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，目标设备确定当前用户的用户身份，包括：目标设备根据获取的该当前用户的人脸信息、指纹信息、用户账号中的至少一种，确定当前用户的用户身份；或者目标设备根据源设备发送的该当前用户的用户身份的验证结果，确定当前用户的用户身份。
可选地，对于“家长用户”和“儿童用户”的区分可以通过在源设备上进行指纹信息、人脸信息等身份验证的方式，对于没有保存相关指纹信息、人脸信息的新用户，也可以单独设置分区，此处不再赘述。
或者，同一个源设备的多个使用用户在使用智慧屏之前，将个人用户登录的源设备和智慧屏进行软件特性的同步。在该场景下，源设备可以将多个不同用户定制的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。
又一种可能的实现方式中，目标设备还可以根据源设备上用户身份验证的结果，确定当前用户为机主用户(例如家长用户)、内部用户(例如儿童用户)或者外部用户。换言之，目标设备根据用户身份验证的结果，分别将家长用户的软件特性相关的数据写入机主区，将儿童用户等其他家庭成员的软件特性写入内部用户区，将家庭成员之外的其他用户的软件特性写入外部用户区。
另一种可能的实现方式中，目标设备可以通过摄像头采集当前用户的人脸信息等，并将该人脸信息与源设备上的图库中的图像做人脸特性对比。应理解，源设备上的图库一般会按照人脸信息对不同用户的照片进行分组，例如机主用户照片组和不同的家庭用户照片组。可以经过人脸特征对比，判断当前用户为机主用户或者为家庭内部用户1、家庭内部用户2等，当人脸特征和源设备上的图片不匹配时，将当前用户确定为外部用户。
或者，在智能家居场景中多设备联动时，判断用户身份的过程可以借助于智能家居场景中其他电子设备的摄像头，通过与源设备、目标设备等联动的电子设备来采集当前用户的人脸信息，再将人脸信息传递到源设备、目标设备等联动的电子设备，进一步判断当前用户为为机主用户或者为家庭内部用户1、家庭内部用户2等，本申请实施例对源设备和/或目标设备判断用户身份的方式不作限定。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，该至少一个分区中每个分区存储该目标配置参数的有效时长不同。
示例性的，机主区写入的数据长期有效，当其他的内部用户或外部用户使用该目标设备且退出后，即恢复目标设备具有该机主区写入的家长用户的软件特性。内部用户区写入的数据临时有效，且可以用于后续的软件特性的比对和快速恢复，以减小对其他用户的影响。外部用户区写入的数据在使用后失效且该软件特性相关的数据可以在使用后删除，即临时有效，用后删除，以节省分区存储的压力。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，源设备包括至少一个分区，该方法还包括：目标设备接收到用户变更该目标软件特性的操作；响应于该操作，目标设备修改该目标配置参数，且目标设备向源设备发送该修改后的目标配置参数；源设备存储该修改后的目标配置参数到与目标设备关联的分区。
应理解，“回写过程”可以在目标设备接收到用户变更软件特性的操作之后立即执行，即目标设备只要检测到用户的操作就将该用户变更软件特性的操作回传到源设备；或者，目标设备可以记录该用户变更软件特性的操作，并周期性的将该用户变更软件特性的内容、变更时间等信息回传给源设备，例如1小时回传一次，本申请实施例对回传过程发生的时机不作限定。
通过上述方案，源设备可保存多个目标设备的软件特性，当目标设备的软件特性变更时，可以将变更的软件特性即时回写到源设备，源设备创建或更新已存储的目标设备软件特性信息，以不断完善对目标设备的软件特性同步效果，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，源设备的软件特性相关的菜单或选项是用户手动选择的；或者源设备的软件特性相关的菜单或选项是源设备根据目标设备的软硬件参数自动生成的；或者源设备的软件特性相关的菜单或选项是预设的。
通过上述方法，本申请还可以由用户在源设备上手动选择需要同步到目标设备的软件特性，可以避免无关数据的干扰，更满足用户的需求，符合用户的使用习惯，提高了用户体验。
结合第一方面和上述实现方式，在第一方面的某些实现方式中，该目标软件特性的信息能够通过消息传递、文件传输、资源路径的调用、数据共享中任意一种方式进行传输。
综上所述，本申请提供的设备之间同步软件特性的方法，可以基于源设备和目标设备简单的连接，将源设备的可定制的软件特性同步到目标设备上，借助于软件特性提取及生效，保障了同步对跨系统平台的兼容，使目标设备也能快速表现出用户喜欢的风格，符合用户的使用习惯。同时，该软件特性的同步方法不影响目标设备上机主用户或普通用户等其他用户的使用，且在目标设备可以同步多个用户的软件特性，并根据目标设备的同步策略设置用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。
随着用户对目标设备的使用以及用户在目标设备上变更软件特性的操作等，该方法可以将用户的使用情况或变更后的软件特性回传到源设备，以不断完善对目标设备的软件特性同步效果，逐步完善同步数据，使后续的同步更为精准，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。
此外，该方法在源设备和目标设备建立连接时，可以根据连接方式选取需要同步的软件特性，例如可以根据连接方式或目标设备的能力预设软件特性的同步范围，或者由用户预先选取可定制软件特性的同步范围，保障了对不同形态的设备的兼容，且避免了无关数据的干扰。并由源设备和目标设备中运算和智慧化能力、网络通信等适配处理能力更强的设备，来决策软件特性的同步过程中的待同步的软件特性，合理地利用了源设备和目标设备的处理能力，实现跨系统平台和跨设备的兼容性，保证软件特性的同步过程的实现。
第二方面，提供了一种设备之间同步软件特性的方法，应用于包括源设备、服务器和目标设备的系统中，该方法包括：服务器接收并存储源设备发送的第一信息，该第一信息包括第一用户账号以及与该第一用户账号相关的软件特性的配置参数；接收目标设备发送的与该第一用户账号相关的同步请求，响应于该同步请求，确定该第一用户账号相关的软件特性的配置参数；根据该第一用户账号相关的软件特性的配置参数，确定目标软件特性相关的目标配置参数；向目标设备发送该目标配置参数，使得目标设备根据该目标配置参数，修改目标设备原有的软件特性相关的配置参数为该目标配置参数；其中，该第一用户账号相关的软件特性包括源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的一种或多种。
一种可能的实现方式中，源设备和目标设备可以不建立前述第一方面中介绍的连接，借助云端服务器实现源设备和目标设备的隔离。换言之，软件特性相关的数据的上传可以不依赖于目标设备，软件特性相关的数据的下载可以不依赖于源设备，即软件特性的转换、适配与决策等也可以在云端服务器完成。
可选地，源设备和目标设备可以基于同一个用户帐号(即第一用户账号)，将源设备上表征该用户的软件特性相关的数据上传到服务器。用户使用目标设备时，先在目标设备上进行用户帐号的认证，目标设备上认证为同一个用户账号时，根据该用户对目标设备的 使用场景，决定需要同步的软件特性的范围，并在服务器和目标设备之间进行适配执行方选择，并利用服务器和目标设备的连接下载软件特性的相关数据。
应理解，该过程中，确定软件特性的适配策略可以由服务器和/或目标设备完成，具体取决于服务器和目标设备的处理能力，本申请实施例对此不作限定。
还应理解，在该场景中，对于目标设备的使用场景，可以由用户在目标设备上选择期望同步的软件特性的范围，并由目标设备向服务器请求该软件特性。
还应理解，目标设备的实际使用人的用户信息认证，可以不表示机主用户、管理员用户或操作系统用户的帐号登录，仅为验证当前的使用用户的身份，以准确的实现软件特性的同步。
通过上述方案，服务器可以保存同一用户、不同用户或者多个设备的可定制软件特性，且可以进行软件特性的转换适配，因而服务器可以在该软件特性的同步过程中取代前述实施例的源设备，减少了源设备的参与过程，该过程在源设备的软件特性的相关数据已上传到服务器的前提下，可以实现仅有目标设备和服务器连接下的软件特性的同步，扩大了该软件特性的同步的实现场景。
结合第二方面，在第二方面的某些实现方式中，该第一用户账号相关的同步请求还包括目标设备的软硬件参数，该响应于该同步请求，确定该第一用户账号相关的软件特性的配置参数，包括：响应于该同步请求，确定该第一用户账号相关的软件特性的配置参数和该第一用户账号相关的软件特性的配置参数；以及根据第一用户账号相关的软件特性的配置参数，确定目标软件特性相关的目标配置参数，包括：根据该第一用户账号相关的软件特性的配置参数和该第一用户账号相关的软件特性的配置参数，确定该目标配置参数。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，该目标软件特性和该第一用户账号相关的软件特性包括相同的菜单或选项，或者，该目标软件特性和该第一用户账号相关的软件特性包括不同的菜单或选项。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，该目标配置参数包括：对该目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对该目标软件特性相关的音频类文件的压缩处理参数；和/或对该目标软件特性相关的字体与显示大小的修改参数；和/或对该目标软件特性相关的音量级别的修改参数；和/或修改源设备和目标设备中受控严格的设备作为受控过程的执行设备的配置参数。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，目标设备包括至少一个分区，该方法还包括：目标设备确定当前用户的用户身份；当该当前用户为第一用户时，目标设备将该目标配置参数存储到该至少一个分区中与该第一用户相关联的第一用户分区。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，目标设备确定当前用户的用户身份，包括：目标设备根据获取的该当前用户的人脸信息、指纹信息、用户账号中的至少一种，确定当前用户的用户身份；或者目标设备根据源设备发送的该当前用户的用户身份的验证结果，确定当前用户的用户身份。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，该至少一个分区中每个分区存储该目标配置参数的有效时长不同。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，服务器包括至少一个 分区，该方法还包括：目标设备接收到用户变更该目标软件特性的操作；响应于该操作，目标设备修改该目标配置参数，且目标设备向服务器发送该修改后的目标配置参数；服务器记录该目标配置参数到与该第一用户账号关联的分区。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，第一用户账号相关的软件特性是用户在源设备上手动选择的；或者该第一用户账号相关的软件特性是预设的。
结合第二方面和上述实现方式，在第二方面的某些实现方式中，该目标软件特性的信息能够通过消息传递、文件传输、资源路径的调用、数据共享中任意一种方式进行传输。
第三方面，提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；该存储器存储有一个或多个程序，当该一个或者多个程序被该处理器执行时，使得该电子设备执行如上述任一方面任一项可能的实现中源设备执行的步骤。
第四方面，提供了一种电子设备，包括：一个或多个处理器；一个或多个存储器；安装有多个应用程序的模块；该存储器存储有一个或多个程序，当该一个或者多个程序被该处理器执行时，使得该电子设备执行上述任一方面任一项可能的实现中目标设备执行的步骤。
第五方面，提供了一种服务器，包括：一个或多个存储器、收发器，该存储器和该收发器相互合作，使得该服务器执行上述任一方面中任一项可能的实现中服务器执行的步骤。
第六方面，提供了一种电子设备上的图形用户界面，该电子设备具有显示屏、存储器、以及一个或多个处理器，例如该电子设备包括第一方面中的源设备或目标设备，该一个或多个处理器用于执行存储在该存储器中的一个或多个计算机程序，该图形用户界面包括源设备或目标设备执行上述任一方面任一项可能的设备之间同步软件特性的方法中显示的图形用户界面。
第七方面，提供了一种装置，该装置包含在源设备或目标设备中，该装置具有实现上述第一方面及上述第一方面的可能实现方式中源设备或目标设备行为的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如，显示模块或单元、检测模块或单元、处理模块或单元等。
第八方面，提供了一种计算机存储介质，包括计算机指令，当计算机指令在电子设备上运行时，使得电子设备执行上述任一方面中任一项可能的设备之间同步软件特性的方法。
第九方面，提供了一种计算机程序产品，当计算机程序产品在电子设备上运行时，使得电子设备执行上述任一方面中任一项可能的设备之间同步软件特性的方法。
附图说明
图1是本申请实施例提供的一例应用场景示意图。
图2是本申请实施例提供的一例电子设备的结构示意图。
图3是本申请实施例的电子设备的软件结构框图。
图4是本申请实施例提供的一例设备之间同步软件特性的过程的示意性流程图。
图5是本申请实施例提供的一例手机上进行设备连接操作的示意图。
图6是本申请实施例提供的一例智慧屏和手机建立连接的示意图。
图7是本申请实施例提供的一例智慧屏上软件特性同步前后的示意图。
图8是本申请实施例提供的一例目标设备软件特性生效过程的示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请实施例的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，在本申请实施例的描述中，“多个”是指两个或多于两个。
以下，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。
图1是本申请实施例提供的一例应用场景示意图，设备之间的数据同步可以应用于如图1所示的网络系统10中，该网络系统10可以是包括多个电子设备的分布式网络系统，例如图1中该网络系统10可以是包括手机、音箱、智慧屏、可穿戴设备、车载设备、个人电脑(personal computer，PC)和平板设备(pad)等多种类型的电子设备。可选地，该网络系统10中的电子设备还可以包括增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digital assistant，PDA)等电子设备中的任意一种或者多种，应理解，本申请实施例对网络系统100中包括的电子设备的数量和形态不做限定。
应理解，在本申请实施例中，将进行软件特性同步的两个设备分别称为“新设备”和“旧设备”，或者称为“目标设备”和“源设备”。其中，“旧设备(源设备)”可以理解为用户已设置，且具有符合用户使用习惯的软件特性的设备，“新设备(目标设备)”理解为用户将要使用，且期望该电子设备和旧设备(源设备)具有相同的软件特性的设备。
一种可能的场景中，设备之间的数据同步可以应用于用户更换电子设备的场景中。在用户更换电子设备的过程中，可以借助电子设备的数据备份和恢复功能、数据克隆功能等，由用户在旧设备(更换前的原电子设备)上选择需要同步到新设备(更换后的目标设备)的内容，在源设备上备份、在新设备上恢复，或者直接从源设备传输到新设备，从而使两设备可以实现不同程度的软件特性同步。可选地，该内容可以包括系统设置数据、旧设备上安装的软件及数据、文件等数据，以及旧设备上的系统分区镜像数据等。
上述基于数据备份和恢复、数据克隆等设备之间数据同步的过程，必须由用户手动选择需要同步的具体内容和数据，来确定用户的同步诉求，操作繁琐。或者，可以对系统分区的镜像数据整体进行同步，该过程可能包含大量的与操作系统固有数据相关的不可定制的软件特性数据和/或临时文件、垃圾文件等无效数据，增加了数据处理量。
此外，数据同步之后，要求新设备识别旧设备的设置项中与系统属性、环境变量、注册表、数据库等软件特性相关的数据，并要求新设备有能力表达出同样的软件特性，新设备也适用旧设备的软件和资源文件等，因此，该数据同步过程往往要求旧设备和新设备安装了同一操作系统，或者安装了同一操作系统中的特定版本，无法在不同操作系统之间实现软件特性的同步。
再者，如果软件特性的相关数据同步到新设备上，那么对新设备的现有软件特性的改变是不可逆的。为了保证设备机主对该新设备的软件的绝对控制权，那么该同步动作往往会被限定在由新设备的机主用户或管理员用户等特定用户来执行该同步过程，将导致该电子设备的使用用户不能按照自己的习惯使用该电子设备，即使是在独享该电子设备的特定时间内，也无法按照自己的习惯使用该电子设备，降低了用户体验。
另一种可能的场景中，在用户更换电子设备的过程中，新设备和旧设备可以通过用户账号进行同步。具体地，用户可以在旧设备使用目标帐号进行在线登录，并将与系统设置相关的数据同步到服务器。当用户在新设备上登录该目标帐号时，新设备和旧设备可以在线同步，新设备从服务器下载与该目标帐号相关的系统设置等数据，且该目标帐号相关的系统设置等数据在新设备上生效，从而使得新设备具有和旧设备相同的系统设置等软件特性。
应理解，上述同步过程中，新设备和旧设备可以基于同一个用户帐号登录并进行鉴权，同时，将旧设备上与该用户帐号相关的软件特性数据存储到服务器，在同步阶段，不再依赖旧设备的参与，新设备可以直接从服务器获取该用户帐号相关的软件特性数据，该过程虽然一定程度上简化了同步操作，但是，该过程对新设备的现有软件特性的改变是不可逆的。此外，对于新设备的机主用户或管理员用户之外的普通使用用户，不能按照自己的习惯使用该电子设备，即使是在独享该电子设备的特定时间内，也无法按照自己的习惯使用该电子设备，降低了用户体验。
因此，本申请实施例将提供一种设备之间同步软件特性的方法，可以在多个不同的电子设备之间实现数据同步。可选地，本申请实施例提供的设备之间同步软件特性的方法可以应用于图1示出的任意一种或多种电子设备之间。下面结合具体的使用场景介绍该设备之间同步软件特性的方法。
示例性的，以用户更换手机为例，用户购买了新手机，用户可以在旧设备(旧手机)上选择需要同步到新设备(新手机)的内容，在源设备上备份、在新设备上恢复，同时将旧手机上设置的字体、壁纸、显示亮度、音量等软件特性，同步到新手机上。在该过程中，用户更换前的旧手机就为“旧设备(源设备)”，更换后的新手机就为“新设备(目标设备)”。
或者，以用户同时使用手机和智慧屏的场景为例，用户在手机上设置了字体、壁纸、显示亮度、音量等软件特性，当用户使用智慧屏时，可以连接手机和智慧屏，直接将用户在手机上设置的字体与显示大小、壁纸、屏幕亮度、媒体音量等软件特性同步到智慧屏上，用户不需要通过多项繁琐操作在智慧屏上设置字体与显示大小、壁纸、屏幕亮度、媒体音量等软件特性。在该过程中，手机即为“旧设备(源设备)”，智慧屏为“新设备(目标设备)”，此处不再一一举例。
还应理解，在本申请实施例中，“软件特性”还可以称为“可定制软件特性”或“用户定制的软件特性”，即用户可以设置或修改的软件特性。
还应理解，本申请实施例中“用户可以设置或修改的软件特性”在技术实现可以是具体修改与该软件特性相关的配置参数的过程。示例性的，配置参数可以包括：对软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对软件特性相关的音频类文件的压缩处理参数；和/或对软件特性相关的字体与显示大小的修改参数；和/或对软件特性 相关的音量级别的修改参数；和/或修改所述源设备和所述目标设备中受控严格的设备作为受控过程的执行设备的配置参数，本申请实施例对此不作限定。
可选地，对于不同类型的电子设备，“软件特性”可以体现为相同或不同的内容。此外，对于相同类型的不同用户的电子设备，“软件特性”也可以体现为相同或不同的内容。示例性的，表1列举了本申请实施例软件特性可以包括的多项内容，下面结合表1对软件特性进行具体说明。
表1
Figure PCTCN2022079970-appb-000001
Figure PCTCN2022079970-appb-000002
应理解，在表1中，列举了本申请实施例电子设备的“可定制软件特性”可以包括的软件特性范围、可选取的种类、软件特性的适配类型、以及软件特性的适配依据等。
其中，软件特性范围可以表征该电子设备的可定制软件特性的分类；可选取的种类可以表征每一种软件特性范围下，用户可以同步到目标设备的具体内容。
适配类型主要包括“资源”和“第三方软件”等，“资源”主要用于表征该内容为源设备本地的软件特性，“第三方软件”可能涉及到搜索下载，例如源设备或者目标设备向服务器请求下载软件特性相关的文件、数据等。
适配依据可以理解为根据目标设备和/或源设备的能力(例如目标设备的分辨率、解码能力、相对级别和受控特性等)，确定目标设备可以支持的软件特性。例如，适配依据可以包括以下选项中的一项或多项：
(1)根据目标设备和/或源设备的分辨率，确定是否涉及对图片进行压缩或放大；
(2)根据目标设备和/或源设备的解码能力，确定是否涉及音频的压缩等；
(3)根据目标设备和/或源设备的字体、音量等相对级别，确定如何匹配得到适合目标设备的字体、音量等；
(4)根据目标设备和/或源设备的受控特性，确定受控更严格的一方是目标设备还是源设备，并确定是否按照受控更严格的一方执行，以避免脱管等。此处不再一一举例。
示例性的，以表1中的“字体与显示大小”菜单为例，“相对级别”用于表示源设备的实际字体的显示大小与最大显示大小的差异。具体地，以手机上的字体为宋体，字体显示大小最大级别为5级，当前的实际字体显示大小为2级，那么记作手机目前的软件特性中字体与显示大小为“宋体，2/5级”。
可选地，对于不同类型的目标设备，该软件特性所包括的菜单或选项的范围可以不相同。
示例性的，以手机和智慧屏之间的软件特性同步过程为例，那么手机上的软件特性可以包括显示特性、声音特性、系统和更新、应用管理、安全与隐私、网络连接、设备管理等，上述的手机软件特性都可以被同步到智慧屏。
以手机和智能音箱之间的软件特性同步过程为例，那么手机上的软件特性中可以仅将手机的声音特性和网络连接特性被同步到智能音箱，而不包括显示特性、应用管理、安全与隐私等，本申请实施例对不同电子设备对应的软件特性范围不作限定。
一种可能的实现方式中，软件特性的同步过程中，可以通过同步源设备的某软件特性的“资源文件”，该“资源文件”可以包括电子设备可以直接获取的图片、音频、视频等 数据，目标设备可以直接使用或经过转换适配并生效。
或者，软件特性的同步过程中，可以同步源设备的某软件特性的“描述文件”，该“描述文件”可以包括指示目标设备如何修改字体、大小、显示背景、指示灯的颜色亮度等，目标设备可以根据该描述文件，经过修改或调整本机的软件特性以适配生效。
又或者，软件特性的同步过程中，可以同步源设备的某软件特性的“资源路径”，该“资源路径”可以用于为目标设备指示获取图片、音频、视频等数据的途径，目标设备可以根据该资源路径访问或下载与该软件特性的相关数据，经过适配并生效。本申请实施例对此不作限定。
应理解，除涉及的资源文件、描述文件等可以直接使用或经转换适配外，其它部分的同步数据可以以通用的形式表达，而不表现为特定操作系统平台上特定文件的特定数据形式，换言之，本申请实施例对同步的软件特性的数据形式不作限定。
此外，该网络系统10的任意两个电子设备之间可以相互通信，且该网络系统100中电子设备之间的通信可以基于多种不同的方式。
一种可能的实现方式中，电子设备之间可以通过物理连接的方式、逻辑连接的方式或者借助于未来通信技术的方式进行通信以传输数据。
可选地，物理连接的方式可以包括有线连接或者无线连接等多种不同连接方式。示例性的，两个电子设备之间可以通过通用串行总线(universal serial bus，USB)等数据线的方式进行有线连接；或者，两个电子设备之间可以通过无线保真(wireless fidelity，Wi-Fi)网络、近距离无线通信技术(near field communication，NFC)、蓝牙扫码连接、红外连接等建立无线连接。
可选地，逻辑连接的方式可以包括独立连接和拓展连接。其中，独立连接可以用于独立使用各电子设备时，通过Wi-Fi直连等方式同步所有表征源设备的软件特性。拓展连接可以用于拓展源设备的能力，例如当源设备和目标设备的投屏场景中，仅同步源设备的显示、声音效果等相关的软件特性，本申请实施例对此不作限定。
又或者，电子设备还可以借助于未来通信技术的方式，例如通过在手机和平板上安装不同或相同的应用，借助于第五代(the fifth generation，5G)移动通信网络传输数据，本申请实施例对两个电子设备之间的连接方式或者通信方式不做限定。
本申请实施例提供的设备之间同步软件特性的方法可以应用图1所示的网络系统10中的任意的电子设备之间。示例性的，图2本申请实施例提供的一例电子设备100的结构示意图。电子设备100可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线(universal serial bus，USB)接口130，充电管理模块140，电源管理模块141，电池142，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，显示屏194，以及用户标识模块(subscriber identification module，SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。
可以理解的是，本申请实施例示意的结构并不构成对电子设备100的具体限定。在本 申请另一些实施例中，电子设备100可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元，例如：处理器110可以包括应用处理器(application processor，AP)，调制解调处理器，图形处理器(graphics processing unit，GPU)，图像信号处理器(image signal processor，ISP)，控制器，存储器，视频编解码器，数字信号处理器(digital signal processor，DSP)，基带处理器，和/或神经网络处理器(neural-network processing unit，NPU)等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。
其中，控制器可以是电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号，产生操作控制信号，完成取指令和执行指令的控制。
处理器110中还可以设置存储器，用于存储指令和数据。在一些实施例中，处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据，可从所述存储器中直接调用。避免了重复存取，减少了处理器110的等待时间，因而提高了系统的效率。
在本申请实施例中，处理器110可以用于获取源设备的软件特性，并根据目标设备的能力、源设备和目标设备的连接方式、用户期望的待同步到目标设备的软件特性的内容等，生成目标软件特性文件，换言之，处理器110作为决策者，可以调用其他更多的软件模块、硬件模块，完成该本申请的软件特性的同步过程，在后续实施例中将结合具体的软件模块进行详细的介绍。
在一些实施例中，处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit，I2C)接口，集成电路内置音频(inter-integrated circuit sound，I2S)接口，脉冲编码调制(pulse code modulation，PCM)接口，通用异步收发传输器(universal asynchronous receiver/transmitter，UART)接口，移动产业处理器接口(mobile industry processor interface，MIPI)，通用输入输出(general-purpose input/output，GPIO)接口，用户标识模块(subscriber identity module，SIM)接口，和/或通用串行总线(universal serial bus，USB)接口等。
USB接口130是符合USB标准规范的接口，具体可以是Mini USB接口，Micro USB接口，USB Type C接口等。USB接口130可以用于连接充电器为电子设备100充电，也可以用于电子设备100与外围设备之间传输数据。也可以用于连接耳机，通过耳机播放音频。该接口还可以用于连接其他电子设备，例如AR设备等。
可以理解的是，本申请实施例示意的各模块间的接口连接关系，只是示意性说明，并不构成对电子设备100的结构限定。在本申请另一些实施例中，电子设备100也可以采用上述实施例中不同的接口连接方式，或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中，充电器可以是无线充电器，也可以是有线充电器。在一些有线充电的实施例中，充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中，充电管理模块140可以通过电子设备100的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时，还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142，充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入，为处理器110，内部存储器121，外部存储器，显示屏194，摄像头193，和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量，电池循环次数，电池健康状态(漏电，阻抗)等参数。在其他一些实施例中，电源管理模块141也可以设置于处理器110中。在另一些实施例中，电源管理模块141和充电管理模块140也可以设置于同一个器件中。
电子设备100的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160，调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用，以提高天线的利用率。例如：可以将天线1复用为无线局域网的分集天线。在另外一些实施例中，天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器，开关，功率放大器，低噪声放大器(low noise amplifier，LNA)等。移动通信模块150可以由天线1接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大，经天线1转为电磁波辐射出去。在一些实施例中，移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中，调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后，被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A，受话器170B等)输出声音信号，或通过显示屏194显示图像或视频。在一些实施例中，调制解调处理器可以是独立的器件。在另一些实施例中，调制解调处理器可以独立于处理器110，与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在电子设备100上的包括无线局域网(wireless local area networks，WLAN)(如无线保真(wireless fidelity，Wi-Fi)网络)，蓝牙(bluetooth，BT)，全球导航卫星系统(global navigation satellite system，GNSS)，调频(frequency modulation，FM)，近距离无线通信技术(near field communication，NFC)，红外技术(infrared，IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号，对其进行调频，放大，经天线2转为电磁波辐射出去。
在一些实施例中，电子设备100的天线1和移动通信模块150耦合，天线2和无线通信模块160耦合，使得电子设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications，GSM)，通用分组无线服务(general packet radio service，GPRS)，码分多址接入(code division multiple access，CDMA)，宽带码分多址(wideband code division multiple access，WCDMA)， 时分码分多址(time-division code division multiple access，TD-SCDMA)，长期演进(long term evolution，LTE)，BT，GNSS，WLAN，NFC，FM，和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system，GPS)，全球导航卫星系统(global navigation satellite system，GLONASS)，北斗卫星导航系统(beidou navigation satellite system，BDS)，准天顶卫星系统(quasi-zenith satellite system，QZSS)和/或星基增强系统(satellite based augmentation systems，SBAS)。
在本申请实施例中，源设备和目标设备可以通过无线通信模块160或者移动通信模块150进行通信，以实现软件特性相关的数据的交互，本申请实施例对源设备和目标设备之间的通信方式不作限定。
电子设备100通过GPU，显示屏194，以及应用处理器等实现显示功能。GPU为图像处理的微处理器，连接显示屏194和应用处理器。GPU用于执行数学和几何计算，用于图形渲染。处理器110可包括一个或多个GPU，其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像，视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display，LCD)，有机发光二极管(organic light-emitting diode，OLED)，有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrix organic light emitting diode的，AMOLED)，柔性发光二极管(flex light-emitting diode，FLED)，MiniLED，MicroLED，Micro-OLED，量子点发光二极管(quantum dot light emitting diodes，QLED)等。在一些实施例中，电子设备100可以包括1个或N个显示屏194，N为大于1的正整数。
电子设备100可以通过ISP，摄像头193，视频编解码器，GPU，显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如，拍照时，打开快门，光线通过镜头被传递到摄像头感光元件上，光信号转换为电信号，摄像头感光元件将所述电信号传递给ISP处理，转化为肉眼可见的图像。ISP还可以对图像的噪点，亮度，肤色进行算法优化。ISP还可以对拍摄场景的曝光，色温等参数优化。在一些实施例中，ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB，YUV等格式的图像信号。在一些实施例中，电子设备100可以包括1个或N个摄像头193，N为大于1的正整数。
数字信号处理器用于处理数字信号，除了可以处理数字图像信号，还可以处理其他数字信号。例如，当电子设备100在频点选择时，数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。电子设备100可以支持一种或多种视频编解码器。这样，电子设备100可以播放或录制多种编码格式的视频，例如：动态图像专家组(moving picture experts group，MPEG)1，MPEG2，MPEG3，MPEG4等。
NPU为神经网络(neural-network，NN)计算处理器，通过借鉴生物神经网络结构，例如借鉴人脑神经元之间传递模式，对输入信息快速处理，还可以不断的自学习。通过NPU可以实现电子设备100的智能认知等应用，例如：图像识别，人脸识别，语音识别，文本理解等。
外部存储器接口120可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码，所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令，从而执行电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备100使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器121可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(universal flash storage，UFS)等。
电子设备100可以通过音频模块170，扬声器170A，受话器170B，麦克风170C，耳机接口170D，以及应用处理器等实现音频功能。例如音乐播放，录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出，也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中，音频模块170可以设置于处理器110中，或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A，也称“喇叭”，用于将音频电信号转换为声音信号。电子设备100可以通过扬声器170A收听音乐，或收听免提通话。
受话器170B，也称“听筒”，用于将音频电信号转换成声音信号。当电子设备100接听电话或语音信息时，可以通过将受话器170B靠近人耳接听语音。
麦克风170C，也称“话筒”，“传声器”，用于将声音信号转换为电信号。当拨打电话或发送语音信息时，用户可以通过人嘴靠近麦克风170C发声，将声音信号输入到麦克风170C。电子设备100可以设置至少一个麦克风170C。在另一些实施例中，电子设备100可以设置两个麦克风170C，除了采集声音信号，还可以实现降噪功能。在另一些实施例中，电子设备100还可以设置三个，四个或更多麦克风170C，实现采集声音信号，降噪，还可以识别声音来源，实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130，也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform，OMTP)标准接口，美国蜂窝电信工业协会(cellular telecommunications industry association of the USA，CTIA)标准接口。
按键190包括开机键，音量键等。按键190可以是机械按键。也可以是触摸式按键。电子设备100可以接收按键输入，产生与电子设备100的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示，也可以用于触摸振动 反馈。例如，作用于不同应用(例如拍照，音频播放等)的触摸操作，可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作，马达191也可对应不同的振动反馈效果。不同的应用场景(例如：时间提醒，接收信息，闹钟，游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯，可以用于指示充电状态，电量变化，也可以用于指示消息，未接来电，通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195，或从SIM卡接口195拔出，实现和电子设备100的接触和分离。电子设备100可以支持1个或N个SIM卡接口，N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡，Micro SIM卡，SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同，也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。电子设备100通过SIM卡和网络交互，实现通话以及数据通信等功能。在一些实施例中，电子设备100采用eSIM，即：嵌入式SIM卡。eSIM卡可以嵌在电子设备100中，不能和电子设备100分离。
电子设备100的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。本申请实施例以分层架构的
Figure PCTCN2022079970-appb-000003
系统为例，示例性说明电子设备100的软件结构。
图3是本申请实施例的电子设备100的软件结构框图。分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将
Figure PCTCN2022079970-appb-000004
系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(
Figure PCTCN2022079970-appb-000005
runtime)和系统库，以及内核层、网络传输层。
应用程序层可以包括一系列应用程序包。如图3中的(a)图所示，应用程序包可以包括设置、邮件、蓝牙、音乐、计算器等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(application programming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图3中的(a)图所示，在本申请实施例中，应用程序框架层可以包括软件特性获取模块、软件特性决策模块、软件特性生效模块、窗口管理器、资源管理器等。
其中，软件特性获取模块可以根据连接方式(例如有线连接、无线连接、对等连接、拓展连接等)将源设备的可定制软件特性提取为统一定义的结构，并发送到软件特性决策模块。
软件特性决策模块可以获取电子设备(源设备或目标设备)的运算能力、显示能力、网络通信等软件能力、硬件能力水平，并根据源设备的可定制软件特性、电子设备(源设备或目标设备)的运算能力、显示能力、网络通信等软件能力、硬件能力水平等，决策适配目标设备时所需的软件特性的适配策略。此外，软件特性决策模块还可以将软件特性相关的数据转换为可以生效的数据形式，再向软件特性生效模块发送该可以生效的数据，由软件特性生效模块。
软件特性生效模块读取运行该可以生效的数据，例如执行写入数据库或文件、安装软件等生效操作，使得软件特性生效。
应理解，本申请实施例对软件特性获取模块、软件特性决策模块、软件特性生效模块 等软件模块所执行的动作不作严格的区分。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断屏幕是否有状态栏，或者参与执行锁定屏幕，截取屏幕等操作。
资源管理器为应用程序提供各种资源，比如本地化字符串、图标、图片、布局文件、视频文件等等。
Figure PCTCN2022079970-appb-000006
runtime包括核心库和虚拟机。
Figure PCTCN2022079970-appb-000007
runtime负责安卓系统的调度和管理。
核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象的生命周期管理、堆栈管理、线程管理、安全和异常的管理、以及垃圾回收等功能。
系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维(three dimensional，3D)图形处理库(例如：OpenGL ES)，二维(two dimensional，2D)图形引擎等。
表面管理器用于对电子设备的显示子系统进行管理，并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。二维图形引擎是二维绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动等。
网络传输层可以用于不同设备之间的通信、数据传输等，例如蓝牙模块，通过在手机和智慧屏之间建立蓝牙通道，通过蓝牙通道传输数据或消息、指令等，此处不再赘述。
本申请实施例将以手机和智慧屏之间软件特性的同步过程为例，如图3中的(b)图所示，本申请实施例可以包括手机和智慧屏，其中，手机可以作为源设备(旧设备)，智慧屏可以作为目标设备(新设备)，介绍手机上用户设置的软件特性同步到智慧屏的过程。
应理解，手机和智慧屏都即可以作为源设备，也可以作为目标设备，因此，手机和智慧屏都可以包括图3中的(a)图所示的软件模块，在后续实施例中，只示意性画出手机作为源设备，智慧屏作为目标设备的场景中，参与该软件特性同步过程的模块，本申请实施例对此不作限定。
可选地，本申请实施例还可以包括服务器。服务器至少可以包括通信模块和数据存储模块，其中通信模块用于实现和手机、智慧屏之间的通信，数据存储模块可以用于存储手机或智慧屏上传的数据等。例如，手机将软件特性相关的数据通过无线通信网络上传到服务器，服务器的数据存储模块可以保存该软件特性相关的数据，当用户使用智慧屏时，可以向服务器30请求下载该软件特性相关的数据，以实现手机和智慧屏之间的软件特性同步。
为了便于理解，本申请以下实施例将以具有图2和图3所示结构的电子设备为例，结 合附图和应用场景，对本申请实施例提供的设备之间同步软件特性的方法进行具体阐述。
图4是本申请实施例提供的一例设备之间同步软件特性的过程的示意性流程图。应理解，该方法400可以应用于图1所示的系统中的任意的电子设备(例如手机、智慧屏、平板电脑等)之间，电子设备可以具有图2和图3所示的触摸屏等结构。
具体地，以手机和智慧屏之间软件特性的同步过程为例，手机可以作为源设备(旧设备)，智慧屏可以作为目标设备(新设备)，本申请实施例可以实现将手机上用户设置的软件特性同步到智慧屏。
为了便于描述，如图4所示，将该方法400划分为3个过程：同步过程—生效过程—回写过程，具体地，同步过程可以包括以下步骤：
同步过程
401，源设备和目标设备进行设备的身份认证，源设备和目标设备之间建立连接，且目标设备将自身的能力参数发送给源设备。
应理解，源设备和目标设备进行设备的身份认证可以保证软件特性的同步发生在互信的电子设备之间，例如家庭场景中，同一用户(例如家长用户)的多个电子设备之间，或者，不同的用户(家长用户和儿童用户)的多个电子设备之间等，本申请实施例对此不作限定。
还应理解，“自身的能力参数”可以理解为“目标设备的软硬件参数”，该软硬件参数可以用于确定目标设备所支持的能力。软硬件参数信息可以包括目标设备的软件系统版本、显示屏的显示尺寸、分辨率、像素点距、扫描频率、刷新速度、功耗、电磁辐射，以及目标设备的扬声器的功率、声压级别、总品质因数等硬件设备的参数中的一种或多种信息。源设备可以根据该目标设备的设备信息、软硬件参数信息确定目标设备支持的能力。
一种可能的实现方式中，源设备和目标设备进行身份认证的过程可以发生在源设备和目标设备初次建立连接时，之后再次连接时可以直接确定双方设备的身份，不再进行身份认证；或者，在源设备和目标设备每次建立连接时，都进行身份认证的过程，以确定当前操作的用户为源设备的机主用户。
可选地，用户可以在源设备上发起连接请求，并在目标设备和源设备上分别执行响应的身份认证操作，以确认目标设备的身份并使得源设备和目标设备建立连接。
以将手机上用户设置的软件特性同步到智慧屏为例，图5是本申请实施例提供的一例手机上进行设备连接操作的示意图。如图5中的(a)图所示，手机在解锁模式下显示了主界面501，该主界面501显示了多款应用程序(application，App)，例如邮件、计算器、音乐、设置等应用程序。应理解，该主界面501还可以包括其他更多的应用程序，本申请实施例对此不作限定。
一种可能的方式中，用户设置手机的字体为“宋体”，字体大小总级别为5级，当前显示为2级，记作“宋体，2/5级”。应理解，经过用户设置后，图5中的(a)图-(f)图的字体都统一为“宋体，2/5级”，且用户设置的桌面壁纸为图5中的(a)图示出的灰色。
如图5中的(a)图所示，用户可以点击该主界面501的“设置”应用，响应于用户的点击操作，手机显示设置应用的界面502。在该界面502上，包括了用户账号菜单、WLAN菜单、蓝牙菜单、桌面与壁纸菜单、显示与亮度菜单、声音菜单和更多连接菜单等。
如图5中的(b)图所示，用户可以点击界面502的更多连接菜单，响应于用户的点击操作，手机显示更多连接菜单的界面503。在该界面503上，可以包括手机实现不同功能的子菜单或者手机支持的多种连接方式等，例如多设备协同功能菜单、NFC连接菜单、华为分享(Huawei share)菜单、车机连接(Huawei Hicar)菜单、手机投屏菜单、发现设备菜单和打印菜单等。
可选地，用户可以通过“发现设备”菜单发现其他电子设备，或者和其他电子设备建立连接。示例性的，如图5中的(c)图所示，用户可以点击界面503的NFC选项，响应于用户的点击操作，手机显示NFC的连接界面504。在该界面504上，保证NFC的开关为开启(或者“ON”)状态，用户可以根据该界面504上的引导操作，将手机背部的NFC感应区触碰智慧屏的NFC感应区，即通过手机和智慧屏的“碰一碰”建立NFC连接。应理解，智慧屏的NFC功能也为已开启状态，本申请实施例对此不作赘述。
相应地，当手机背部的NFC感应区触碰智慧屏的NFC感应区时，即用户从手机端向智慧屏发起了连接请求，响应于该连接请求，智慧屏上可以为用户提供选择窗口，供用户选择是否和手机建立连接。
图6是本申请实施例提供的一例智慧屏和手机建立连接的示意图。如图6中的(a)图所示，响应于手机的连接请求，智慧屏的界面601上弹出了连接窗口20，该连接窗口20中可以提示用户“是否和手机XXX建立连接”，以及可供用户选择的“确认连接”按钮和“取消连接”按钮。如图6中的(a)图所示，用户可以通过遥控器等方式点击“确认连接”按钮，响应于用户的点击操作，该连接窗口20中显示提示信息“已连接手机XXX”。
又一种可能的实现方式中，当用户在智慧屏上确认接收手机的连接请求时，手机可以显示如图5中的(e)图所示的身份验证界面505，该身份验证界面505可以用于提示用户进行身份验证。
可选地，该身份验证的方式可以包括指纹验证、人脸验证、密码验证等，本申请实施例对身份验证的具体方式不作限定。
应理解，该身份验证可以用于确认当前手机和智慧屏的使用者为管理员用户、普通用户等。示例性的，家长用户、机主用户可以作为管理员用户，儿童用户等其他家庭成员可以作为普通用户。如果经过身份验证，确认当前用户为管理员用户，那么连接窗口20可以如图6中的(b)图所示，显示提示信息“已连接手机XXX，确认为管理员用户”。
可选地，手机可以根据当前手机和智慧屏的使用者输入的指纹或者采集的使用者的人脸信息确定该使用者为特定的管理员用户(如家长用户)，并将后续的设置操作等记录为管理员用户相应的操作。
或者，当前使用者可以点击“跳过此步骤”而跳过身份验证，如果不进行身份验证，可以默认该当前使用者为普通用户。
又或者，手机可以采集当前使用者输入的指纹或者人脸信息，进而将当前使用者新增为普通用户，并将后续的设置操作等记录为管理员用户相应的操作。
示例性的，当用户在手机上进行身份验证确定当前的使用用户为“家长用户”时，智慧屏上将当前的“家长用户”作为机主，并将下阶段手机和智慧屏之间的软件特性同步过程中，智慧屏上生效的软件特性等记录为该“家长用户”对应的软件特性。同样地，当用户在手机上进行身份验证确定当前的使用用户为“儿童用户”时，智慧屏上将当前的“儿 童用户”作为普通用户，并将下阶段手机和智慧屏之间的软件特性同步过程中，智慧屏上生效的软件特性等记录为该“儿童用户”对应的软件特性。
应理解，在智慧屏的软件特性生效过程中，智慧屏可以为“家长用户”和“儿童用户”设置不同的分区，例如“家长用户”分区和“儿童用户”分区，“家长用户”分区可以用于存储或记录“家长用户”对应的软件特性，“儿童用户”分区可以用于存储或记录“儿童用户”对应的软件特性，此处不再赘述。
一种可能的实现方式中，源设备和目标设备建立连接之后，目标设备可以将自身的设备信息和/或软硬件参数信息发送给源设备。应理解，该目标设备的设备信息、软硬件参数信息可以用于确定目标设备所支持的能力。
可选地，设备信息可以包括该目标设备的设备类型、设备名称、设备型号等的一种或多种信息，软硬件参数信息可以包括目标设备的软件系统版本、显示屏的显示尺寸、分辨率、像素点距、扫描频率、刷新速度、功耗、电磁辐射，以及目标设备的扬声器的功率、声压级别、总品质因数等硬件设备的参数中的一种或多种信息。源设备可以根据该目标设备的设备信息、软硬件参数信息确定目标设备的能力。
示例性的，通过图5中的(a)图-(e)图的过程，手机和智慧屏建立NFC连接之后，即手机和智慧屏之间可以进行信息交互。智慧屏将自身的设备信息、软硬件参数信息发送给手机，例如将智慧屏的显示屏、扬声器等规格参数以及系统版本等发送给手机，手机可以根据该智慧屏的设备信息确定智慧屏的能力。
又一种可能的实现方式中，源设备和目标设备建立连接之后，目标设备可以将自身支持的能力参数发送给源设备。
应理解，这里“能力参数”还可以指示该目标设备所支持的能力。不同于上述“目标设备的设备信息和/或软硬件参数信息”，目标设备直接将自身的能力参数发送给源设备，可以降低源设备的数据处理或数据计算量，从而减轻源设备的功耗。
示例性的，手机和智慧屏建立NFC连接之后，智慧屏可以不发送自身的设备信息，直接发送智慧屏的能力参数，例如支持的分辨率和图片大小范围等，避免手机根据智慧屏的设备信息判断智慧屏支持的能力等过程，降低了手机的数据处理量。
应理解，本申请实施例对确定目标设备的能力的设备不作限定，可以为目标设备或源设备中任意一个数据处理能力更强的设备，例如，显示特性、声音特性、编解码能力、设备管理能力、网络通信能力、智慧化等软件特性的相关能力更强的设备；或者，目标设备或源设备中运算和智慧化能力、网络通信等适配处理能力更强的设备，此处不再赘述。
通过上述方案，本申请实施例提供了多种方法，可以根据源设备和目标设备的数据处理能力、资源转换或适配等工作的处理能力更强的设备等，判断瘦设备或富设备，并进一步由富设备来决策软件特性的同步过程中的待同步的软件特性，合理地利用了源设备和目标设备的处理能力，保证软件特性的同步过程的实现。
402，源设备的软件特性决策模块获取目标设备的能力参数信息。
应理解，结合前述步骤401中的相关介绍，源设备的软件特性决策模块可以获取目标设备的设备信息，并根据目标设备的设备信息确定目标设备的能力；或者，源设备的软件特性决策模块可以获取目标设备的能力参数，并根据目标设备的能力参数确定目标设备的能力，本申请实施例对此不作限定。
403，源设备的软件特性获取模块获取源设备的软件特性。
404，源设备的软件特性获取模块向的软件特性决策模块发送该源设备的软件特性。
应理解，步骤403-404为源设备的内部动作，可以发生在步骤401-402之前，或者和步骤401-402同时执行，或者步骤401-402之后执行，本申请实施例对步骤403-404和步骤401-402的执行时间和执行顺序不作限定。
可选地，这里“源设备的软件特性”可以参照前述表1及其相关介绍，为了简便，此处不再赘述。示例性的，用户在手机上设置了字体与显示大小、开机动画、壁纸、屏幕亮度、媒体音量等软件特性，那么源设备的软件特性获取模块可以将用户设置的字体与显示大小、开机动画、壁纸、屏幕亮度、媒体音量等软件特性确定为“源设备的软件特性”，并在源设备内部，将该源设备的软件特性发送给软件特性决策模块，结合图3的相关介绍，这里对源设备内部的不同模块之间交互过程不再赘述。
一种可能的实现方式中，对于不同类型的目标设备和源设备，该软件特性包括的内容、选项、菜单等可以相同或者不相同。
示例性的，当手机作为源设备，不论何种类型的目标设备，手机可以同步到该目标设备上的软件特性包括的内容、选项、菜单等可以相同。或者，当手机为源设备，智慧屏和智能音箱分别作为目标设备时，手机可以同步到智慧屏的软件特性和同步到智能音箱的软件特性可以相同或不同，并由智慧屏和智能音箱选择自身可用的软件特性的内容、选项、菜单等，本申请实施例对此不作限定。
又一种可能的实现方式中，在源设备和目标设备建立连接时，用户还可以在源设备上手动选择需要同步到目标设备的软件特性，那么对于不同类型的目标设备，可以基于用户的手动选择的结果确定同一个源设备待同步的软件特性。
示例性的，如图5中的(e)图所示，当手机和智慧屏已经建立连接且进行了身份验证确定当前用户为手机的机主用户之后，手机可以显示如图5中的(f)图所示的界面506。该界面506上包括为用户提供了可以选择软件特性包括的内容的窗口，用户可以根据自己的需求选择期望同步到智慧屏的软件特性。应理解，用户可以通过滑动或翻页等浏览更多的可选择的软件特性内容，本申请实施例对此不作限定。
如图5中的(f)图所示，用户选中了字体与显示大小、桌面与壁纸、开机动画、屏幕亮度、语言与输入法，并点击“确定”按钮，响应于用户的确定操作，手机可以确定需要同步到智慧屏的软件特性所包括的内容，并在后续步骤405根据用户选中的内容生成目标软件特性文件。
通过上述方法，本申请实施例可以为用户提供软件特性同步的范围，由用户预先选取软件特性包括的范围，可以避免无关数据的干扰，更满足用户的需求，符合用户的使用习惯，提高了用户体验。
405，源设备的软件特性决策模块根据目标设备的能力参数和源设备的软件特性，生成目标软件特性文件。
406，源设备通过通信模块向目标设备发送目标软件特性文件。
应理解，目标设备可以根据“目标软件特性文件”和源设备实现软件特性的同步。可选地，
一种可能的实现方式中，“目标软件特性文件”可以是资源文件、描述文件、资源路 径等，还可以是其他类型的同步数据。其中，资源文件、描述文件等可以直接被目标设备使用并生效，或者经转换适配后生效，其它部分的同步数据可以以通用的形式表达，而不表现为特定操作系统平台上特定文件的特定数据形式，本申请实施例对同步的软件特性的文件形式、数据形式不作限定。
可选地，软件特性的同步过程中，可以同步源设备的某软件特性的“资源文件”，该“资源文件”可以包括目标设备可以直接获取的图片、音频、视频等数据，目标设备可以直接使用或经过转换适配并生效。
或者，软件特性的同步过程中，可以同步源设备的某软件特性的“描述文件”，该“描述文件”可以包括指示目标设备如何修改字体、大小、显示背景、指示灯的颜色亮度等，目标设备可以根据该描述文件，经过修改或调整本机的软件特性以适配生效。示例性的，将手机的settings.db、device_policies.xml等资源文件转换为抽象的可定制软件特性的描述文件。
又或者，软件特性的同步过程中，可以同步源设备的某软件特性的“资源路径”，该“资源路径”可以用于为目标设备指示获取图片、音频、视频等数据的途径，目标设备可以根据该资源路径访问或下载与该软件特性的相关数据，经过适配并生效。示例性的，源设备将软件特性中关于字体与显示大小的资源路径指示为“…/data/fonts/WqySong”，目标设备可以根据该资源路径确定符合当前用户习惯的字体为宋体，此处不再赘述。
通过上述方案，本申请实施例提供了多种可能的软件特性的文件形式、数据形式等，为源设备的软件特性的转换、目标设备的软件特性的下载等提供了更多的适配依据，为该同步过程的实现提供了多种可能的实现方式。
可选地，源设备的软件特性的文件的发送和接收可以基于源设备和目标设备之间建立的连接，通过消息传递、文件传输、方法调用、数据共享等多种可能的方式进行传输，例如前述介绍的物理连接的方式、逻辑连接的方式或者借助于未来通信技术的方式进行通信以传输数据，本申请实施例对此不作限定。
生效过程
407，目标设备的软件特性决策模块根据该目标软件特性文件，确定软件特性的适配策略。
应理解，“软件特性的适配策略”可以理解为目标设备获取该目标软件特性文件之后，解析并获取包含的信息，并确定如何调整自身的软件特性对应的配置参数以适配用户需求，即确定目标设备的目标配置参数的过程。
可选地，该目标配置参数包括：对该目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或对该目标软件特性相关的音频类文件的压缩处理参数；和/或对该目标软件特性相关的字体与显示大小的修改参数；和/或对该目标软件特性相关的音量级别的修改参数；和/或修改源设备和目标设备中受控严格的设备作为受控过程的执行设备的配置参数等。
408，目标设备的软件特性决策模块向软件特性生效模块发送该软件特性的适配策略。
409，软件特性生效模块读取运行该可以生效的数据，软件特性生效。换言之，目标设备根据该软件特性适配策略确定本地的软件特性对应的配置参数，即修改本地的软件特性对应的配置参数使其符合当前用户使用习惯。
应理解，目标设备的软件特性决策模块可以将写入的软件特性相关的数据转换为可以生效的数据形式，该“生效的数据”可以理解为该目标设备的软件特性对应的目标配置参数，再向软件特性生效模块发送该目标配置参数，由软件特性生效模块读取运行该目标配置参数，例如执行写入数据库或文件、安装软件等生效操作，使得软件特性生效。
示例性的，表2示出了一种可能的目标设备的软件特性适配策略，当源设备的软件特性(即源设备发送的目标软件特性文件)同步到目标设备之后，目标设备可以根据该目标软件特性文件中包括的内容或信息确定目标设备的软件特性适配策略。
表2
Figure PCTCN2022079970-appb-000008
示例性的，结合表2列举的软件特性的内容，源设备同步的软件特性包括“字体”选项，源设备向目标设备发送的该目标软件特性文件中包括字体选项的适配依据：受控特性(不受控)、相对级别(2/5)、资源路径“/data/fonts/WqySong”、适配类型(资源规格、资源大类和资源小类)等，目标设备收到该目标软件特性文件之后，根据该目标软件特性文件确定软件特性适配策略为：字体设为较小(相对级别2/5)，并且直接传输并应用该字体。
或者，示例性的，软件特性适配策略可以通过多种方式在目标设备上生效，使得源设备的软件特性可以在目标设备上得以准确的表达，例如，可以通过以下选项中的一项或多项来实现：
(1)媒体文件的适配：根据目标设备的显示屏的分辨率等参数执行图片压缩或放大。示例性的，对于壁纸的同步，根据目标设备和/或源设备的分辨率，确定是否涉及对图片进行压缩或放大；对于音频或铃声的同步，根据目标设备和/或源设备的解码能力，确定是否涉及音频的压缩等。
(2)相对级别的匹配：计算相对级别的百分比，取源设备的设置值/总数值，或取在用户大数据分布中的位置百分比等。示例性的，对于字体与显示大小的同步，根据目标设备和/或源设备的字体与显示大小的相对级别，确定如何匹配得到适合目标设备的字体与显示大小；对于音量的同步，根据目标设备和/或源设备的音量相对级别，确定如何匹配得到适合目标设备的音量。
(3)关键词搜索和/或用户偏好推荐：根据资源类型、名称等搜索或推荐目标设备适用的资源。
(4)受控特性的叠加：根据目标设备和/或源设备的受控特性，确定受控更严格的一方是目标设备还是源设备，并确定是否按照受控更严格的一方执行，以避免脱管等。此处不再一一举例。
应理解，软件特性适配策略可以由目标设备或源设备中任意一个数据处理能力、资源转换或适配等工作的处理能力更强的设备来执行软件特性适配后，再传输该生效策略到目标设备生效；或者，综合考虑源设备和目标设备的处理能力、两者之间的通信能力后，可以由源设备和目标设备共同执行软件特性适配等。其中，源设备和目标设备的数据处理能力可以通过设备的中央处理器(central processing unit，CPU)的算力、内存大小、NPU算力等表征，通信能力可以根据设备的接入技术种类、理论速度、网络实际测速等表征，此处不再赘述。
图7是本申请实施例提供的一例智慧屏上软件特性同步前后的示意图。在智慧屏未和手机连接之前，智慧屏的主界面显示如图7中的(a)图所示，字体为“黑体，4/5级”，且壁纸为白色背景。
如图5中的(a)图所示，用户设置手机(源设备)的字体为“宋体，2/5级”，且桌面壁纸为图5中的(a)图示出的灰色背景。当手机和智慧屏连接并将软件特性同步到智慧屏之后，智慧屏的主界面变化如图7中的(b)图所示，字体为“宋体，2/5级”，且壁纸为灰色背景。
应理解，对于不同的设备，字体的相对级别是以本设备显示的字体最大尺寸和/或最小尺寸为参考基准，不同的两种设备具有相同的相对级别也可以对应不同的实际尺寸。示例性的，手机的显示屏较小，字体显示最小尺寸时具有最小级别(1级)，字体显示最大尺寸时具有最大级别(5级)，如图5中的(a)图所示字体相对于最小级别(1级)而言，实际尺寸为2级。对于智慧屏，智慧屏的显示屏尺寸较大，字体显示最小尺寸时具有最小级别(1级)，字体显示最大尺寸时具有最大级别(5级)，如图7中的(a)图所示的字体大小为4级，图7中的(b)图所示的字体大小为2级。但是图7中的(b)图所示2级和图5中的(a)图所示的2级是不同大小的，此处不再赘述。
还应理解，除了这里列举的源设备的“字体与显示大小”、“壁纸”可以作为软件特性的内容，被同步到目标设备之外，每一种源设备包括的人软件特性都可以同步到目标设备端，此处不再赘述。
还应理解，本申请实施例可以是源设备的软件特性中的内容1同步到目标设备的内容1，例如手机的“字体与显示大小”同步到智慧屏的“字体与显示大小”，即同一个菜单之间的同步。除此之外，本申请实施例还可以用于不同菜单之间的关联同步，例如手机的软件特性同步到智能音箱时，手机的“壁纸”为蓝色，智能音箱即使没有显示屏，可以根据手机的“壁纸”为蓝色调整自身的指示灯的颜色为蓝色，本申请实施例对此不作限定。
还应理解，用户可能会多次建立手机(源设备)和智慧屏(目标设备)的连接，并进行软件特性的同步。在第N次软件特性同步和第N+1次软件同步的时段内，用户可能会修改手机(源设备)上的部分软件特性。在该场景中，手机可以根据用户日常使用进行记录，记录用户修改或设置的软件特性，当下一次和智慧屏连接且进行软件特性的同步时，可以提取修改或设置之后的软件特性，按照上述方法进行同步，此处不再赘述。
通过上述方法，本申请实施例通过设备之间的软件特性的同步，可以实现将源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的任一种软件特性同步到目标设备。当源设备和目标设备建立连接且确定用户身份之后，源设备和目标设备可以传输用户信息，并进一步将源设备上的软件特性同步传输到目标设备上，减少了用户繁琐的设置操作，实现了跨系统平台和跨设备的兼容性。此外，本申请实施例还可以由用户在源设备上选择需要同步到目标设备的软件特性，可以避免无关数据的干扰，更满足用户的需求，符合用户的使用习惯，提高了用户体验。
另一种可能的场景中，家庭中的多个用户可能都会使用同一个目标设备，即多个源设备对应一个目标设备，多个用户都将自己的个人设备和目标设备进行软件特性的同步，例如家长用户和儿童用户都使用智慧屏时，将个人的手机和智慧屏进行软件特性的同步。
在该场景下，目标设备可以为不同的用户(或者说不同的源设备)设置不同的分区，根据不同的用户定制的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色。示例性的，设备“家长用户”分区和“儿童用户”分区，“家长用户”分区可以用于存储或记录“家长用户”对应的软件特性，“儿童用户”分区可以用于存储或记录“儿童用户”对应的软件特性。可选地，对于“家长用户”和“儿童用户”的区分可以通过前述介绍的指纹信息、人脸信息等身份验证的方式，对于没有保存相关指纹信息、人脸信息的新用户，也可以单独设置分区，此处不再赘述。
或者，同一个源设备的多个使用用户在使用智慧屏之前，将个人用户登录的源设备和智慧屏进行软件特性的同步。在该场景下，源设备可以将多个不同用户定制的软件特性分别同步到目标设备，并根据目标设备的同步策略设置多个用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。
图8是本申请实施例提供的一例目标设备软件特性生效过程的示意图。应理解，该图8的生效过程800发生在图4介绍的方法400的步骤406之后，即源设备已经将目标软件特性文件发送给目标设备。
还应理解，结合前述相关介绍，目标设备可以为多个不同的用户设置分区，如图8所示，例如机主区81、内部用户区82和外部用户区83，分别用于写入不同用户的软件特性数据等。除此之外，目标设备还包括生效区84，用于读取运行数据，执行写入、安装等生效操作。如图8所示，该目标设备软件特性生效过程800包括：
步骤1，获取目标软件特性文件，确定软件特性的适配策略和生效方式。
可选地，当目标设备接收了源设备发送的目标软件特性文件之后，可以根据自身的能力筛选自身适用的软件特性。示例性的，当手机的目标软件特性发送给智能音箱时，智能音箱过滤掉与手机的字体与显示大小、壁纸等与显示相关的软件特性，具体可以参照前述介绍，此处不再赘述。
步骤2，判断用户身份是机主用户、内部用户或者外部用户。
步骤3，根据用户身份，将软件特性相关的数据写入不同的区。
可选地，目标设备可以根据前述介绍的用户身份验证的方式，确定当前用户为机主用户(例如家长用户)、内部用户(例如儿童用户)或者外部用户。在该场景下，目标设备可以为不同的用户(或者说不同的源设备)设置不同的分区，例如机主区、内部用户区以及外部用户区等。
一种可能的实现方式中，至少一个分区中每个分区存储该目标配置参数的有效时长不同。
目标设备根据用户身份验证的结果，分别将家长用户的软件特性相关的数据写入机主区81，将儿童用户等其他家庭成员的软件特性写入内部用户区82，将家庭成员之外的其他用户的软件特性写入外部用户区83。
另一种可能的实现方式中，目标设备可以通过摄像头采集当前用户的人脸信息等，并将该人脸信息与源设备上的图库中的图像做人脸特性对比。应理解，源设备上的图库一般会按照人脸信息对不同用户的照片进行分组，例如机主用户照片组和不同的家庭用户照片组。可以经过人脸特征对比，判断当前用户为机主用户或者为家庭内部用户1、家庭内部用户2等，当人脸特征和源设备上的图片不匹配时，将当前用户确定为外部用户。
或者，在智能家居场景中多设备联动时，判断用户身份的过程可以借助于智能家居场景中其他电子设备的摄像头，通过和源设备、目标设备等联动的电子设备来采集当前用户的人脸信息，再将人脸信息传递到源设备、目标设备等联动的电子设备，进一步判断当前用户为为机主用户或者为家庭内部用户1、家庭内部用户2等，本申请实施例对源设备和/或目标设备判断用户身份的方式不作限定。
可选地，对于不同的用户，软件特性的适配策略不同。
示例性的，目标设备根据用户身份验证的结果，确定当前为家长用户等机主操作时，将家长用户的软件特性相关的数据写入机主区81，且该机主区81写入的数据长期有效。当其他的内部用户或外部用户使用该目标设备且退出后，即恢复目标设备具有该机主区81写入的家长用户的软件特性。
或者，目标设备根据用户身份验证的结果，确定当前用户为家庭成员或公司组织等内部用户时，将家庭成员或公司组织等内部用户的软件特性相关的数据写入内部用户区82，并分别标记不同用户为内部用户1、内部用户2等，按照内部用户1、内部用户2的软件特性分区存储。此外，该内部用户区82写入的数据临时有效，且可以用于后续的软件特性的比对和快速恢复，以减小对其他用户的影响。
又或者，目标设备根据用户身份验证的结果，确定当前用户为公用或租用等外部用户时，将公用或租用等外部用户的软件特性相关的数据写入外部用户区83。此外，可以设置该外部用户区83写入的数据在使用后失效且该软件特性相关的数据可以在使用后删 除，即临时有效，用后删除，以节省分区存储的压力。
应理解，以上机主区81、内部用户区82和外部用户区83可以为系统中的相互独立或隔离的区域，除了机主用户可以访问所有区域写入的数据外，其他用户没有访问其他区域写入的数据的权限，本申请实施例对此不作限定。
还应理解，本申请实施例中“软件特性相关的数据”主要是与源设备相关的显示特性、声音特性等相关的系统数据，不涉及用户层面的应用数据，例如用户聊天、短信息等个人的应用数据，可以满足用户对应用数据的安全性和隐私性要求，可以按照现有技术做数据隔离、分区等，本申请实施例对如何保证应用数据的安全性和隐私性的方式不作限定。
步骤4，将写入的软件特性相关的数据转换为可以生效的数据形式。
步骤5，读取运行该可以生效的数据，例如执行写入数据库或文件、安装软件等生效操作。可选地，当用户在目标设备上变更设置后，该变更设置后与软件特性相关的数据也写入数据库或文件，或安装软件等；或者，在该用户下一次使用该目标设备之前，再次从机主区81、内部用户区82读取数据库或文件，使得相关的软件特性生效，此处不再赘述。
应理解，本申请实施例对写入的软件特性相关的数据形式和经过转换后的可以生效的数据形式不作限定。
还应理解，不同的目标设备的生效区可以有区别，例如该生效区可能和目标设备的操作系统相关。在软件特性的相关数据经过转换为可以生效的数据形式之后，目标设备的系统软件可以直接读取该生效的数据，或者根据路径等读取该生效的数据，本申请实施例对此不作限定。
又一种可能的场景中，将源设备的软件特性同步到目标设备后，用户在使用目标设备的过程中，可能修改了部分软件特性。示例性的，将手机的软件特性同步到智慧屏之后，用户使用智慧屏的过程中，可能通过遥控器等修改了部分智慧屏上的软件特性。
在该场景中，本申请实施例还可以根据用户在目标设备的使用情况，将用户修改的软件特性回写到源设备，在源设备保存多个目标设备的软件特性，以完善后续的软件特性的同步过程。将该场景的过程称为“回写过程”，具体包括以下步骤410-415，下面进行具体介绍。
回写过程
410，目标设备接收到用户变更软件特性的操作。
可选地，以智慧屏为例，用户可以通过遥控器、触摸屏、物理按键等多种可能的方式修改目标设备的显示特性、声音特性、系统和更新、应用管理、安全与隐私、网络连接、设备管理等软件特性。
411，响应于用户变更软件特性的操作，目标设备的软件特性决策模块根据用户变更软件特性的操作，确定软件特性的变更策略。
应理解，“回写过程”可以在目标设备接收到用户变更软件特性的操作之后立即执行，即目标设备只要检测到用户的操作就将该用户变更软件特性的操作回传到源设备；或者，目标设备可以记录该用户变更软件特性的操作，并周期性的将该用户变更软件特性的内容、变更时间等信息回传给源设备，例如1小时回传一次，本申请实施例对回传过程发生的时机不作限定。
可选地，“软件特性的变更策略”可以理解为目标设备获取用户变更软件特性的操作 后，根据该变更操作生成变更事件，该变更事件包括用户修改的内容以及修改后的配置参数等信息，目标设备的软件特性决策模块解析并获取该变更事件包含的信息，并确定如何调整自身的软件特性以适配用户当前的变更需求。
示例性的，软件特性的变更策略可以通过以下选项中的一项或多项来实现：
(1)壁纸、音频或铃声等媒体文件的变更：根据用户的变更操作，修改目标设备的壁纸、音频或铃声等媒体文件。
(2)相对级别的变更：根据用户的变更操作，修改目标设备的字体与显示大小、音量大小等。
(3)受控特性的修改：根据用户的变更操作，修改目标设备和/或源设备的受控特性、或者当前用户的受控特性等，此处不再一一举例。
412，目标设备的软件特性决策模块向软件特性生效模块发送该软件特性的变更策略。
413，软件特性变更生效。
具体地，软件特性生效模块读取运行该软件特性的变更策略，变更后的软件特性生效。换言之，目标设备根据该软件特性的变更策略确定如何修改或调整本地的软件特性，即修改本地的软件特性使其符合当前用户使用习惯，并记录该软件特性的变更策略到对应的用户分区。
414，目标设备的软件特性决策模块经过通信模块向源设备的软件特性决策模块发送该软件特性的变更策略。
415，源设备的软件特性决策模块记录该目标设备的软件特性变更信息。
应理解，目标设备可以为不同的用户设置分区，同样地，源设备也可以为多个用户或多个目标设备设置分区，以分别保存不同用户、或不同目标设备对应的软件特性的相关数据。
还应理解，本申请实施例对步骤412-413和步骤414-415的先后顺序不作限定。
可选地，源设备记录了为每个连接的目标设备设置分区，并保存了每个目标设备的软件特性。当源设备接收并获取了目标设备将软件特性的变更策略之后，在该目标设备对应的分区中修改已保存的原软件特性。当该目标设备为初次和源设备建立连接的设备时，源设备可以创建新的分区，并记录该变更后的软件特性，此处不再赘述。
通过上述方案，源设备可保存多个目标设备的软件特性，当目标设备的软件特性变更时，可以将变更的软件特性即时回写到源设备，源设备创建或更新已存储的目标设备软件特性信息，以不断完善对目标设备的软件特性同步效果，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。
综上所述，本申请实施例提供的方法，可以基于源设备和目标设备简单的连接，将源设备的可定制的软件特性同步到目标设备上，借助于软件特性提取及生效，保障了同步对跨系统平台的兼容，使目标设备也能快速表现出用户喜欢的风格，符合用户的使用习惯。同时，该软件特性的同步方法不影响目标设备上机主用户或普通用户等其他用户的使用，且在目标设备可以同步多个用户的软件特性，并根据目标设备的同步策略设置用户在目标设备的角色，决定软件特性生效的优先级和时限，以及是否保留该用户的同步数据等。
随着用户对目标设备的使用以及用户在目标设备上变更软件特性的操作等，该方法可以将用户的使用情况或变更后的软件特性回传到源设备，以不断完善对目标设备的软件特 性同步效果，逐步完善同步数据，使后续的同步更为精准，便于下次用户使用该目标设备时，目标设备的软件特性更符合用户的使用习惯，提高了用户体验。
此外，该方法在源设备和目标设备建立连接时，可以根据连接方式选取需要同步的软件特性，例如可以根据连接方式或目标设备的能力预设软件特性的同步范围，或者由用户预先选取可定制软件特性的同步范围，保障了对不同形态的设备的兼容，且避免了无关数据的干扰。并由源设备和目标设备中运算和智慧化能力、网络通信等适配处理能力更强的设备，来决策软件特性的同步过程中的待同步的软件特性，合理地利用了源设备和目标设备的处理能力，实现跨系统平台和跨设备的兼容性，保证软件特性的同步过程的实现。
前述介绍的方法中，软件特性的同步过程基于源设备和目标设备之间建立了USB数据线等有线连接，或者Wi-Fi网络连接、NFC连接、蓝牙扫码连接、红外连接等无线连接，或者借助于未来通信技术的方式进行通信以传输数据。在另一种可能的实现方式中，源设备和目标设备可以不建立前述介绍的连接，借助云端服务器实现源设备和目标设备的隔离。换言之，软件特性相关的数据的上传可以不依赖于目标设备，软件特性相关的数据的下载可以不依赖于源设备，即软件特性的转换、适配与决策等也可以在云端服务器完成。
可选地，源设备和目标设备可以基于同一个用户帐号，将源设备上表征该用户的软件特性相关的数据上传到服务器。用户使用目标设备时，先在目标设备上进行用户帐号的认证，目标设备上认证为同一个用户账号时，根据该用户对目标设备的使用场景，决定需要同步的软件特性的范围，并在服务器和目标设备之间进行适配执行方选择，并利用服务器和目标设备的连接下载软件特性的相关数据。
应理解，该过程中，确定软件特性的适配策略可以由服务器和/或目标设备完成，具体取决于服务器和目标设备的处理能力，本申请实施例对此不作限定。
还应理解，在该场景中，对于目标设备的使用场景，可以由用户在目标设备上选择期望同步的软件特性的范围，并由目标设备向服务器请求该软件特性。
还应理解，目标设备的实际使用人的用户信息认证，可以不表示机主用户、管理员用户或操作系统用户的帐号登录，仅为验证当前的使用用户的身份，以准确的实现软件特性的同步。
上述方案中，服务器可以保存同一用户、不同用户或者多个设备的可定制软件特性，且可以进行软件特性的转换适配，因而服务器可以在该软件特性的同步过程中取代前述实施例的源设备，减少了源设备的参与过程，该过程在源设备的软件特性的相关数据已上传到服务器的前提下，可以实现仅有目标设备和服务器连接下的软件特性的同步，扩大了该软件特性的同步的实现场景。
可以理解的是，电子设备为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本实施例可以根据上述方法示例对电子设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述 集成的模块可以采用硬件的形式实现。需要说明的是，本实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
在采用对应各个功能划分各个功能模块的情况下，上述实施例中涉及的电子设备可以包括：显示单元、检测单元和处理单元。其中，显示单元、检测单元、处理单元相互合作，可以用于支持电子设备执行上述方法和步骤等，和/或用于本文所描述的技术的其他过程。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
本实施例提供的电子设备，用于执行上述设备之间同步软件特性的方法，因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下，电子设备可以包括处理模块、存储模块和通信模块。其中，处理模块可以用于对电子设备的动作进行控制管理，例如，可以用于支持电子设备执行上述显示单元、检测单元和处理单元执行的步骤。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块，可以用于支持电子设备与其他设备的通信。
其中，处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，数字信号处理(digital signal processing，DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
在一个实施例中，当处理模块为处理器，存储模块为存储器时，本实施例所涉及的电子设备可以为具有图2所示结构的设备。
本实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在电子设备上运行时，使得电子设备执行上述相关方法步骤实现上述实施例中的设备之间同步软件特性的方法。
本实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的设备之间同步软件特性的方法。
另外，本申请的实施例还提供一种装置，这个装置具体可以是芯片，组件或模块，该装置可包括相连的处理器和存储器；其中，存储器用于存储计算机执行指令，当装置运行时，处理器可执行存储器存储的计算机执行指令，以使芯片执行上述各方法实施例中的设备之间同步软件特性的方法。
其中，本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
通过以上实施方式的描述，所属领域的技术人员可以了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以 结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (12)

  1. 一种设备之间同步软件特性的方法，其特征在于，应用于源设备和目标设备，所述方法包括：
    所述源设备接收所述目标设备发送的第一信息，所述第一信息包括所述目标设备的软硬件参数；
    根据所述源设备的软件特性和所述目标设备的软硬件参数，确定目标软件特性相关的目标配置参数；
    向所述目标设备发送所述目标配置参数，使得所述目标设备根据所述目标配置参数，修改所述目标设备原有的软件特性相关的配置参数为所述目标配置参数；
    其中，所述源设备的软件特性包括所述源设备的桌面与壁纸、显示与亮度、声音与振动、语言与输入法、系统与更新、应用管理、安全与隐私、网络连接、设备管理相关的菜单或选项中的一种或多种。
  2. 根据权利要求1所述的方法，其特征在于，所述目标软件特性和所述源设备的软件特性包括相同的菜单或选项，或者，所述目标软件特性和所述源设备的软件特性包括不同的菜单或选项。
  3. 根据权利要求1或2所述的方法，其特征在于，所述目标配置参数包括：
    对所述目标软件特性相关的图片类文件的压缩处理参数或放大处理参数；和/或
    对所述目标软件特性相关的音频类文件的压缩处理参数；和/或
    对所述目标软件特性相关的字体与显示大小的修改参数；和/或
    对所述目标软件特性相关的音量级别的修改参数；和/或
    修改所述源设备和所述目标设备中受控严格的设备作为受控过程的执行设备的配置参数。
  4. 根据权利要求1至3中任一项所述的方法，其特征在于，所述目标设备包括至少一个分区，所述方法还包括：
    所述目标设备确定当前用户的用户身份；
    当所述当前用户为第一用户时，所述目标设备将所述目标配置参数存储到所述至少一个分区中与所述第一用户相关联的第一用户分区。
  5. 根据权利要求4所述的方法，其特征在于，所述目标设备确定当前用户的用户身份，包括：
    所述目标设备根据获取的所述当前用户的人脸信息、指纹信息、用户账号中的至少一种，确定当前用户的用户身份；或者
    所述目标设备根据所述源设备发送的所述当前用户的用户身份的验证结果，确定当前用户的用户身份。
  6. 根据权利要求4或5所述的方法，其特征在于，所述至少一个分区中每个分区存储所述目标配置参数的有效时长不同。
  7. 根据权利要求1至6中任一项所述的方法，其特征在于，所述源设备包括至少一个分区，所述方法还包括：
    所述目标设备接收到用户变更所述目标软件特性的操作；
    响应于所述操作，所述目标设备修改所述目标配置参数，且所述目标设备向所述源设备发送修改后的所述目标配置参数；
    所述源设备存储所述修改后的目标配置参数到与所述目标设备关联的分区。
  8. 根据权利要求1至7中任一项所述的方法，其特征在于，所述源设备的软件特性相关的菜单或选项是用户手动选择的；或者
    所述源设备的软件特性相关的菜单或选项是所述源设备根据所述目标设备的软硬件参数自动生成的；或者
    所述源设备的软件特性相关的菜单或选项是预设的。
  9. 根据权利要求1至8中任一项所述的方法，其特征在于，所述目标软件特性的信息能够通过消息传递、文件传输、资源路径的调用、数据共享中任意一种方式进行传输。
  10. 一种电子设备，其特征在于，包括：
    一个或多个处理器；
    一个或多个存储器；
    安装有多个应用程序的模块；
    所述存储器存储有一个或多个程序，当所述一个或者多个程序被所述处理器执行时，使得所述电子设备执行以下如权利要求1至9中任一项所述源设备或所述目标设备执行的方法。
  11. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在电子设备上运行时，使得所述电子设备执行如权利要求1至9中任一项所述的方法。
  12. 一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至9中任一项所述的方法。
PCT/CN2022/079970 2021-03-11 2022-03-09 设备之间同步软件特性的方法及电子设备 WO2022188812A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202110266279.8 2021-03-11
CN202110266279.8A CN115080103A (zh) 2021-03-11 2021-03-11 设备之间同步软件特性的方法及电子设备

Publications (1)

Publication Number Publication Date
WO2022188812A1 true WO2022188812A1 (zh) 2022-09-15

Family

ID=83227427

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/079970 WO2022188812A1 (zh) 2021-03-11 2022-03-09 设备之间同步软件特性的方法及电子设备

Country Status (2)

Country Link
CN (1) CN115080103A (zh)
WO (1) WO2022188812A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080256468A1 (en) * 2007-04-11 2008-10-16 Johan Christiaan Peters Method and apparatus for displaying a user interface on multiple devices simultaneously
CN106658103A (zh) * 2016-11-15 2017-05-10 乐视控股（北京）有限公司 一种分享视频流数据的方法、源设备及电子设备
CN111459594A (zh) * 2020-03-31 2020-07-28 西安万像电子科技有限公司 显示界面处理方法、装置及系统
CN111866557A (zh) * 2020-06-12 2020-10-30 广州视源电子科技股份有限公司 大屏显示设备的配置方法、装置、存储介质以及电子设备
US20200379660A1 (en) * 2019-05-30 2020-12-03 Apple Inc. Data Migration to a New Device
CN112306574A (zh) * 2020-10-30 2021-02-02 联想(北京)有限公司 一种配置方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20160006791A1 (en) * 2014-07-04 2016-01-07 Imran Amirali Ladiwala Method, system and mobile client for transferring data files between mobile communication devices
WO2020014880A1 (zh) * 2018-07-17 2020-01-23 华为技术有限公司 一种多屏互动方法及设备
CN114840825B (zh) * 2019-05-24 2023-01-06 华为技术有限公司 智能终端的登录方法及电子设备
CN114706664A (zh) * 2020-01-08 2022-07-05 华为技术有限公司 跨设备任务处理的交互方法、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080256468A1 (en) * 2007-04-11 2008-10-16 Johan Christiaan Peters Method and apparatus for displaying a user interface on multiple devices simultaneously
CN106658103A (zh) * 2016-11-15 2017-05-10 乐视控股（北京）有限公司 一种分享视频流数据的方法、源设备及电子设备
US20200379660A1 (en) * 2019-05-30 2020-12-03 Apple Inc. Data Migration to a New Device
CN111459594A (zh) * 2020-03-31 2020-07-28 西安万像电子科技有限公司 显示界面处理方法、装置及系统
CN111866557A (zh) * 2020-06-12 2020-10-30 广州视源电子科技股份有限公司 大屏显示设备的配置方法、装置、存储介质以及电子设备
CN112306574A (zh) * 2020-10-30 2021-02-02 联想(北京)有限公司 一种配置方法及装置

Also Published As

Publication number Publication date
CN115080103A (zh) 2022-09-20

Similar Documents

Publication Publication Date Title
WO2020192714A1 (zh) 显示设备控制页面的方法、相关装置及系统
US20230021994A1 (en) Cross-Device Content Projection Method and Electronic Device
CN111628916B (zh) 一种智能音箱与电子设备协作的方法及电子设备
WO2021042978A1 (zh) 一种主题切换方法以及主题切换装置
WO2020224447A1 (zh) 一种在联系人中添加智能家居设备的方法及系统
WO2021253975A1 (zh) 应用程序的权限管理方法、装置和电子设备
CN113961157B (zh) 显示交互系统、显示方法及设备
WO2023029967A1 (zh) 一种播放音频的方法及电子设备
CN113170011A (zh) 一种电子设备在来电时呈现视频的方法和电子设备
CN114969769A (zh) 一种访问控制方法、电子设备及系统
WO2022135157A1 (zh) 页面显示的方法、装置、电子设备以及可读存储介质
WO2020034075A1 (zh) 一种照片共享方法及电子设备
WO2022111469A1 (zh) 一种文件共享方法、装置及电子设备
CN113590346B (zh) 处理业务请求的方法和电子设备
WO2022188812A1 (zh) 设备之间同步软件特性的方法及电子设备
CN115238299A (zh) 基于安全等级的访问控制方法、相关装置及系统
CN115203716A (zh) 权限同步方法、相关装置及系统
CN116982042A (zh) 灵活授权的访问控制方法、相关装置及系统
CN115203731A (zh) 基于安全敏感度的访问控制方法、相关装置及系统
CN116056050A (zh) 播放音频的方法、电子设备及系统
CN114567871A (zh) 文件共享的方法、装置、电子设备以及可读存储介质
WO2022068578A1 (zh) 文件共享方法和电子设备
WO2023179682A1 (zh) 一种设备协同方法
WO2023236939A1 (zh) 应用组件交互方法及相关设备
WO2023045876A1 (zh) 应用程序安装方法及相关设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22766334

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22766334

Country of ref document: EP

Kind code of ref document: A1