CN107632872B

CN107632872B - Desktop layout processing method, user data processing method and device and computer storage medium

Info

Publication number: CN107632872B
Application number: CN201610560861.4A
Authority: CN
Inventors: 龙振海; 刘玉林; 李泉泉; 闫晨
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2016-07-15
Filing date: 2016-07-15
Publication date: 2021-07-09
Anticipated expiration: 2036-07-15
Also published as: CN107632872A

Abstract

The invention discloses a desktop layout processing method, a user data processing method and a device; the desktop layout processing method comprises the following steps: detecting first description information of desktop layout loaded in a first terminal; acquiring an adaptation strategy for adapting the desktop layout description mode of the first terminal and the desktop layout description mode of the second terminal based on the identifier of the first terminal; adapting the first description information of the desktop layout based on the adaptation strategy to obtain second description information, wherein the second description information describes the desktop layout in a desktop layout description mode of the second terminal to form the second description information; and loading the desktop layout at the second terminal based on the second description information.

Description

Desktop layout processing method, user data processing method and device and computer storage medium

Technical Field

The present invention relates to electronic technologies, and in particular, to a desktop layout processing method, a user data processing method and apparatus, and a computer storage medium.

Background

Along with popularization and development of various terminals such as smart phones, tablet computers, vehicle-mounted terminals and wearable devices, the demands of users on applications are more and more diversified, and users usually have multiple terminals, for example, the users may use two mobile phones simultaneously or use the mobile phones and the tablet computers simultaneously.

For convenience of use, the user will usually make some settings on the desktop layout of the terminal, such as: setting a plurality of desktops, setting icons or plug-ins of frequently used applications on each desktop, setting a personalized desktop background for each desktop, and the like.

At present, due to differences in brands, models and the like of terminals owned by users, the desktop layout cannot be seamlessly migrated among the terminals by the users, and the terminals can only be respectively set, so that the operation is complex and time-consuming.

Disclosure of Invention

The embodiment of the invention provides a desktop layout processing method, a user data processing method and device and a computer storage medium, which can realize seamless and smooth migration of desktop layouts among terminals.

The technical scheme of the embodiment of the invention is realized as follows:

in a first aspect, an embodiment of the present invention provides a desktop layout processing method, where the method includes:

detecting first description information of desktop layout loaded in a first terminal;

acquiring an adaptation strategy for adapting the desktop layout description mode of the first terminal and the desktop layout description mode of the second terminal based on the identifier of the first terminal;

adapting the first description information of the desktop layout based on the adaptation strategy to obtain second description information, wherein the second description information describes the desktop layout in a desktop layout description mode of the second terminal;

and loading the desktop layout at the second terminal based on the second description information.

In a second aspect, an embodiment of the present invention provides a user data processing method, where the method includes:

acquiring user data of a first terminal, and detecting first description information of a desktop layout loaded in the first terminal from the user data;

loading the desktop layout at the second terminal based on the second description information;

and restoring the user data except the desktop layout in the user data to the second terminal.

In a third aspect, an embodiment of the present invention provides a desktop layout processing apparatus, where the apparatus includes:

the detection unit is used for detecting first description information of the desktop layout loaded in the first terminal;

a first obtaining unit, configured to obtain an adaptation policy that adapts a desktop layout description of the first terminal to a desktop layout description of a second terminal based on the identifier of the first terminal;

the adaptation unit is used for adapting the first description information of the desktop layout based on the adaptation strategy to obtain second description information, and the second description information describes the desktop layout in a desktop layout description mode of the second terminal;

and the loading unit is used for loading the desktop layout at the second terminal based on the second description information.

In a fourth aspect, an embodiment of the present invention provides a user data processing apparatus, where the apparatus includes:

a second obtaining unit, configured to obtain user data of the first terminal;

a loading unit, configured to load the desktop layout at the second terminal based on the second description information;

a restoring unit, configured to restore the user data excluding the first description information from the user data to the second terminal.

In a fifth aspect, an embodiment of the present invention provides a computer storage medium, where executable instructions are stored in the computer storage medium, and the executable instructions are used to implement the desktop layout processing method provided in the embodiment of the present invention.

In a sixth aspect, an embodiment of the present invention provides a computer storage medium, where executable instructions are stored in the computer storage medium, and the executable instructions are used to implement the user data processing method provided in the embodiment of the present invention.

The embodiment of the invention has the following beneficial effects:

based on an adaptation strategy of desktop layout description modes among the devices, adapting fields of graphic elements in description information of desktop layout based on a desktop layout description mode of a second terminal, wherein the description information obtained by adaptation can be used for desktop startup application in the second terminal to load a desktop layout which is the same as that of the first terminal; the desktop layout can be efficiently and seamlessly migrated between different brands and models of equipment based on the adaptation strategy of desktop layout description modes of different equipment, and consistency of the desktop layout before and after migration is kept.

Drawings

Fig. 1 is an alternative structural diagram of a terminal according to an embodiment of the present invention;

fig. 2 is an alternative flowchart of a desktop layout processing method according to an embodiment of the present invention;

FIG. 3 is an alternative diagram of an adaptation strategy for providing desktop layout descriptions of different desktop initiating applications according to an embodiment of the present invention;

FIG. 4 is a schematic flow chart of an alternative user data processing method according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of an alternative implementation of migrating a desktop layout between a mobile phone A and a mobile phone B according to an embodiment of the present invention;

fig. 6 is an alternative flowchart illustrating detection of a desktop layout in a mobile phone a according to an embodiment of the present invention;

fig. 7 is a schematic diagram of an alternative scenario for migrating user data between a mobile phone a and a mobile phone B according to an embodiment of the present invention;

fig. 8 is an alternative display diagram illustrating completion of user data migration between the mobile phone a and the mobile phone B according to the embodiment of the present invention;

FIG. 9 is an alternative comparison diagram for migrating desktop layouts between cell phone A and cell phone B according to embodiments of the present invention;

FIG. 10 is a schematic diagram of processing logic for identifying icons in a desktop layout of a cell phone A according to an embodiment of the present invention;

fig. 11 is a schematic diagram of an alternative functional structure of a desktop layout processing apparatus according to an embodiment of the present invention;

fig. 12 is a schematic diagram of an alternative functional structure of a user data processing apparatus according to an embodiment of the present invention.

Detailed Description

The present invention will be described in further detail below with reference to the accompanying drawings and examples. It should be understood that the examples provided herein are merely illustrative of the present invention and are not intended to limit the present invention. In addition, the following embodiments are provided as partial embodiments for implementing the present invention, not all embodiments for implementing the present invention, and the technical solutions described in the embodiments of the present invention may be implemented in any combination without conflict.

It should be noted that the term "first \ second" referred to in the embodiments of the present invention is only used for distinguishing similar objects, and does not represent a specific ordering for the objects, and it should be understood that "first \ second" may exchange a specific order or sequence order if allowed. It should be understood that "first \ second" distinct objects may be interchanged under appropriate circumstances such that embodiments of the invention described herein may be practiced in sequences other than those illustrated or described herein.

The terms and expressions referred to in the embodiments of the present invention are applied to the following explanations.

The mobile terminal device comprises a terminal, any type of mobile terminal device such as a smart phone, a tablet computer and a vehicle-mounted terminal, or a fixedly-used terminal device; the terminal has a short-range communication capability and may also have a cellular communication capability.

User data, any type of data the terminal comprises that is relevant to the user. For example: application (to the executable file itself), application data (data generated by the user during the application use, such as login account number, password, and data of the application synchronized from the network server to the local terminal), running data (running time, running frequency of the application, etc.); multimedia data (e.g., photographs taken, video, etc.); communication data (short messages, contacts, call records, etc.); setting data, and setting data of each function in the terminal; geographical Location data, geographical Location and time recorded when the user uses a geographical Location Based Service (LBS), and the like.

A desktop Launcher application, also called a Launcher, is used to load a desktop on a display screen of a terminal and to load various graphic elements in the desktop.

The desktop layout is used for controlling the display effect, user interaction and realization functions of the desktop of the terminal, such as the desktop of the terminal, graphic elements in the desktop, application classes related to the graphic elements, the arrangement mode of the graphic elements on the desktop and the like, wherein the desktop of the terminal is started and applied to the desktop loaded on the display screen of the terminal. The desktop layout is described in terms of fields in the desktop startup application, where the fields include the names of the fields and corresponding values.

The graphic elements comprise application icons in a desktop, shortcut icons and folder icons pointing to specific positions of a terminal file system, and icons of various plug-ins, such as icons of weather forecast plug-ins and clock plug-ins.

And the ROM is used for swiping an image file used by an operating system into the terminal and is identified by using the package name and the version number.

The terminal identifier may be model information for identifying the terminal, such as a brand, a model, and other information for distinguishing hardware levels of different terminals. Since the terminals of various manufacturers use the independently developed ROM at present, the identifier of the terminal can also be information of software layers such as the packet name and the version number of the ROM written in the terminal, and desktop startup applications in different terminals can be distinguished by using the terminal identifier.

The embodiment of the invention can provide a desktop layout processing method and a user data processing method, and the method can be implemented in any device supporting desktop display, such as a mobile terminal like a smart phone, a tablet computer, a notebook computer, a vehicle-mounted terminal, or a desktop computer or a similar computing device,

in addition, the embodiment of the present invention does not limit the software and hardware structures of the above-mentioned devices, and in an alternative structural diagram of the terminal shown in fig. 1, the terminal 10 includes a hardware layer, an intermediate layer, an operating system layer, and a software layer. However, it should be understood by those skilled in the art that the structure of the terminal shown in fig. 1 is only an example and does not constitute a limitation on the device structure. For example, the terminal 10 may have more components than those shown in fig. 1 according to the implementation requirement, or omit some components according to the implementation requirement.

The hardware layers of the terminal include a processor 11, an input/output interface 13, a storage medium 14, and a network interface 12, and the components may communicate via a system bus connection. The processor 11 may be implemented by a Central Processing Unit (CPU), a Microprocessor (MCU), an Application Specific Integrated Circuit (ASIC), or a Field-Programmable Gate Array (FPGA). The input/output interface 13 may be implemented using input/output devices such as a display screen, a touch screen, a speaker, etc. The storage medium 14 may be implemented by a nonvolatile storage medium such as a flash memory, a hard disk, and an optical disc, or may be implemented by a volatile storage medium such as a Double Data Rate (DDR) dynamic cache, and for example, the storage medium 14 may be co-located with the terminal 10, may be remotely located in a different place with respect to the terminal 10, or may be distributed locally and in a different place with respect to the terminal 10. The network interface 12 provides the processor 11 with external data such as Access capability of the storage medium 14 set in a remote location, and the network interface 12 may exemplarily perform Near Field Communication based on Near Field Communication (NFC) technology, Bluetooth (Bluetooth) technology, ZigBee (ZigBee) technology, and in addition, may also implement Communication based on a Communication scheme such as Code Division Multiple Access (CDMA) and Wideband Code Division Multiple Access (WCDMA) and an evolution scheme thereof.

The driver layer includes middleware 15 for the operating system 16 to recognize and communicate with the components of the hardware layer, such as a set of drivers for the components of the hardware layer.

The operating system 16 is used to provide a user-oriented graphical interface, illustratively including a plug-in icon 17, a desktop background 18, and an application icon 19, the operating system 16 supporting user control of the device via the graphical interface. The software environment of the device, such as the type and version of the operating system, is not limited in the embodiments of the present invention, and may be, for example, an android operating system, an iOS operating system, a Linux operating system, or a UNIX operating system.

Based on the structure of the terminal 10 shown in fig. 1, the desktop layout processing method and the user data processing method provided by the present invention can be implemented by the terminal 10 executing executable instructions in the storage medium 14, where the executable instructions are used to execute the desktop layout processing method or the user data processing method provided by the embodiment of the present invention. The executable instructions may illustratively be provided as functions or applications built into the operating system 16 of the terminal 10, or as an installation package for third party applications, or as a feature plug-in for applications already installed in the operating system 16, or the like.

The method comprises the following steps of taking terminals as a first terminal and a second terminal, wherein the first terminal and the second terminal are terminals of different brands; or, the desktop layout processing method provided by the embodiment of the present invention is described by taking as an example that the first terminal and the second terminal are terminals of the same brand and different models. Of course, the following technical solutions may be applied to a scenario in which the first terminal and the second terminal are terminals of the same model and the same brand.

The inventor finds that, in the process of implementing the present invention, desktop boot applications used by terminals of different brands and models are often modified or re-developed by manufacturers for native desktop boot applications, so that there is a difference in fields of features of graphic elements, and when it is necessary to migrate a desktop layout of a first terminal to a desktop layout of a second terminal without loss, it is necessary to adapt fields of features of graphic elements in the desktop layout based on an adaptation policy of a description manner of the desktop boot application (hereinafter referred to as a first desktop boot application) in the first terminal for the desktop layout in the first terminal and a description manner of the desktop boot application (hereinafter referred to as a second desktop boot application) in the second terminal for the desktop layout in the second terminal, so as to obtain a desktop layout describing desktop formation in a desktop layout description manner of the second terminal, therefore, the second desktop can start the application to load the desktop layout, and the lossless migration of the desktop layout is realized. The following is a description with reference to specific steps.

Referring to fig. 2, an alternative flow diagram of a desktop layout processing method according to an embodiment of the present invention is shown, which includes the following steps:

step 101, a first terminal detects a desktop layout loaded by a first desktop startup application in the first terminal to obtain description information (first description information for short) of a layout desktop.

In order to distinguish the information describing the desktop layout from the information describing the desktop layout of the second desktop starting application in the second terminal, the information describing the current desktop layout of the first terminal by the first desktop starting application in the first terminal is called as first description information. In particular, a plurality of desktop startup applications may be installed in the first terminal, where the first desktop startup application refers to a desktop startup application in the first terminal that takes over the desktop layout display of the first terminal due to being in an active state, for example, a native desktop startup application in a ROM of the first terminal.

In one embodiment, the first terminal locates a storage location of a configuration file of the first desktop boot application in a first terminal file system based on a model number and a version number of a ROM of the first terminal, reads the configuration file from the corresponding storage location, acquires authorization information and an access address for accessing a database file of the first desktop boot application from the configuration file, accesses the corresponding database file in the first terminal file system based on the authorization information and the access address, detects field arrays for each graphic element in a desktop layout from the database file, each field array including a plurality of fields characterizing the corresponding graphic element by the first desktop boot application, such as fields for representing the number of desktops, fields for representing the arrangement positions of application icons in desktops and associated applications and application classes, fields for representing the arrangement positions of plug-in icons in desktops and associated methods, and the like.

Step 102, the first terminal sends the first description information to the second terminal by using a local transmission technology.

For example, the first terminal may communicate with the second terminal through a bluetooth manner to send the description information of the desktop layout, so that even if the second terminal does not have a cellular communication capability (for example, in the case that the second terminal is a terminal newly used by a user or a terminal just initialized, the second terminal does not have a cellular communication capability for a while), sending the description information of the desktop layout to the second terminal can be achieved, thereby achieving an effect that the second terminal loads the same desktop layout as the first terminal, that is, an effect that is consistent with the first terminal in terms of graphic elements, graphic element arrangement manner, and the like.

And 103, the second terminal searches an adaptation strategy for adapting the desktop layout description mode of the first terminal and the desktop layout description mode of the second terminal in a local adaptation strategy library of the second terminal based on the identifier of the first terminal and the identifier of the second desktop start application.

In order to distinguish from the desktop start application of the first terminal, the desktop start application in the active state in the second terminal is used (in practical applications, a plurality of desktop start applications may be installed in the second terminal, and the second desktop start application refers to the desktop start application in the second terminal that takes over the desktop layout display of the second terminal due to being in the active state, such as a desktop start application of a third party installed in the second terminal).

The inventor finds that desktop startup applications installed in different terminals often do not follow the design of the desktop startup applications in a standard ROM due to fragmentation, taking an android system as an example, terminals of different manufacturers use respective customized ROMs, and built-in desktop startup applications are modified by the manufacturers according to requirements, so that different desktop startup applications have different description modes for desktop layout.

In view of this situation, the second terminal may locally store an adaptation policy library in advance, where the adaptation policy library stores corresponding relations of description modes of desktop boot applications in different terminals for desktop layouts, with identifiers of different terminals (such as ROM packet names and version numbers in the terminals, or brands and models of the terminals) as indexes.

Taking the example that the android systems are all operated by the terminals, the terminals of different models use ROMs of different android systems, and each ROM uses different desktop startup applications, as described above, the desktop startup applications store field arrays in the database file in the terminal file system, where the field arrays include a plurality of fields used by the desktop startup applications to describe characteristics of each graphic element in the desktop layout, and the same fields and different fields may exist in different desktop startup applications.

As shown in fig. 3, the adaptation policy library includes a corresponding relationship between fields of different desktop boot applications (identified by the numbers of the ROM) and fields of the desktop boot applications in the native android system, and a field array of a database file of the native android system desktop boot applications includes a plurality of fields for representing graphic elements in the desktop layout and the following features of the desktop boot applications:

1) id, serial number of desktop startup application;

2) intent, desktop startup application is started;

3) ClassName, when the graphic element is an application icon, the corresponding application is clicked and started by a user to be the required class (application class);

4) screen, a number in the desktop layout that includes the desktop (also called the Screen);

5) container, a Container on the desktop startup application;

6) title, desktop start application page Title;

7) workspace, consisting of Celllayout. Celllayout is divided into 4 rows and 4 columns of tables, and whether each cell is occupied by graphic elements is marked by a Boolean two-dimensional array (mcccupied);

8) item Type, mark the Type of graphical element, such as application icon, shortcut icon, folder icon, and the like.

It should be noted that the above fields are only examples and do not constitute a limitation on the fields. For example, a field for characterizing the method associated with the graphic element may be included, that is, the name of the method required when the corresponding application icon is clicked and started by the user when the graphic element is the application icon.

Based on the adaptation policy library shown in fig. 3, an adaptation policy of a field that characterizes a graphic element in any two desktop startup applications, that is, an adaptation policy of a desktop layout description mode of a corresponding terminal, can be extracted and obtained.

Then, the formation of the adaptation policy is explained, for example, the corresponding relationship of the desktop layout description modes of the desktop startup applications in different terminals shown in fig. 3 describes the corresponding relationship between the graphic elements in the desktop layout and the fields of the desktop startup applications in different desktop startup applications. For any two terminals (assuming that different desktop boot applications are used), taking ROM of the terminals as ROM 1 and ROM 3 as an example, when a common field is found to form a corresponding relationship, for example, fields of desktop boot application of ROM 1 and desktop boot application of ROM 3 describing class names are both "ClassName" (indicated by a pair number in fig. 3), a corresponding relationship between class names of application classes started when an icon is triggered, called methods, and the like is formed, and so on.

As described above, the adaptation policy of the desktop layout description of the first terminal and the desktop layout description of the second terminal is, specifically, a correspondence between fields representing features of different graphic elements in the first desktop application and fields representing features of different graphic elements in the second desktop application. Since the desktop layout includes a plurality of graphic elements, the desktop layout (i.e., the desktop layout) described in the desktop layout description of the first terminal includes fields in the first desktop application that characterize the features of the graphic elements in the desktop layout. From the perspective of the graphical element, step 103 may be implemented as: the second terminal uses the identifier of the first terminal (such as the package name and the version number of the ROM, or model information of the terminal such as the brand and the model) as an index, and searches a local adaptation strategy library of the second terminal for the corresponding relation between the field representing the characteristics of each graphic element in the desktop layout in the first desktop startup application and the field representing the characteristics of each graphic element in the second desktop startup application.

In one embodiment, when the second terminal is based on the identifier of the first terminal, the adaptation policy is not found in the adaptation policy repository local to the second terminal when: 1) the identifier of the first terminal (such as the package name/version number of the ROM) cannot be matched with the identifier of the terminal of the adaptation strategy library local to the second terminal; 2) the second terminal fails to access the database file of the first desktop starting application; 3) the second terminal fails to analyze the database file of the first desktop startup application. For the above case, the second terminal may also obtain the adaptation policy from the server side (step 106).

As an example, the data of the adaptation policy at the server side is more comprehensive, so that the second terminal sends the identifier of the first terminal, such as model information (brand, model, etc.) of the first terminal, or the package name and the version number of the ROM of the first terminal to the server, and locally searches the adaptation policy adapting the desktop layout description of the first terminal and the desktop layout description of the second terminal in the server, and returns to the second terminal if the adaptation policy is found.

As another example, when the server does not find the adaptation policy, an installation package of the first desktop boot application is acquired based on the package name and version number of the ROM of the first terminal, unpacking the installation package and performing reverse compilation to obtain a source code file of the first desktop startup application, extracting a configuration file of the first desktop startup application from the source code file, obtaining authorization information and an access address for accessing a database file of the desktop startup application in the first terminal from the configuration file, accessing a corresponding database file in a first terminal file system based on the authorization information and the access address, detecting field arrays of the first desktop application for each graphic element from the database file, adding each field array into an existing adaptation policy library, and achieving the effect of self-adaptive updating of the adaptation policy library. Optionally, the adaptation policy that adapts the layout description of the first terminal and the layout description of the second terminal is extracted from the updated adaptation policy library and is sent to the second terminal, and when a request for the adaptation policy of the first terminal is subsequently made, the corresponding adaptation policy can be extracted from the adaptation policy library for response.

And 104, the second terminal adapts the first description information based on the adaptation strategy to obtain second description information formed by describing the desktop layout in a desktop layout description mode of the second terminal.

As before, the characteristics of each graphic element in the desktop layout include the aforementioned information such as the position, type, and associated application class of the graphic element described in a field; the features of the graphical elements in the desktop layout are represented in fields of the first desktop application that are used to characterize the features of the graphical elements. Meanwhile, the adaptation strategy of the desktop layout description mode of the first terminal and the desktop layout description mode of the second terminal comprises a corresponding relation between fields representing the characteristics of different graphic elements in the first desktop startup application and fields representing the characteristics of different graphic elements in the second desktop startup application.

Therefore, if the second terminal is required to implement a desktop layout consistent with the desktop layout in the first terminal, for example, the same graphic elements are displayed and the same graphic element arrangement mode (that is, desktop layout) is required, a field describing the features of each graphic element in the first description information in the desktop layout description mode of the second terminal needs to be obtained, so that second description information is formed, the second desktop starts an application to load the graphic elements in the desktop layout based on the second description information, the features of the loaded graphic elements are consistent with the features of the graphic elements in the first terminal, for example, the positions of the graphic elements are the same, the arrangement mode of each graphic element is the same, and the applications, application classes or methods associated with each graphic element are the same.

In an embodiment, obtaining the second description information is implemented by: and adapting the fields of the characteristics of the graphic elements in the first description information based on the corresponding relationship between the fields representing the characteristics of different graphic elements in the first desktop startup application and the fields representing the characteristics of different graphic elements in the second desktop startup application to obtain the fields representing the characteristics of the graphic elements in the first description information in the second desktop startup application.

And 105, loading the desktop layout based on the second description information by the second terminal.

In an embodiment, the second terminal loads the desktop layout with the running second desktop start application, for example, based on a field representing a feature of each graphic element in the desktop layout in the second description information, the second desktop start application loads the graphic element with the corresponding feature to form the desktop layout, the graphic elements in the desktop layout are the same as the graphic elements in the desktop layout, and features of the position, arrangement, associated application class and the like of each graphic element are all the same as the graphic elements in the desktop layout of the first terminal, so that the effect of having the same desktop layout as the first terminal is achieved, and hereinafter, different examples of loading the desktop layout are explained in combination with different types of the graphic elements and different types of the field.

Example 1) based on a field of a serial number of a desktop where the graphic element is located and a field of an arrangement position of the desktop at the corresponding serial number, a serial number and an arrangement position of the desktop where each graphic element is located in the desktop layout are determined, and each graphic element is loaded at the arrangement position of the desktop at the corresponding serial number at the second terminal.

For example, the first terminal includes a plurality of desktops (that is, includes a multi-screen desktop), each desktop includes a number of application icons, and the second terminal launches an application by running the second desktop, and loads the application icons at corresponding arrangement positions of the desktops of the second terminal based on fields representing the application icons included in each desktop and fields representing arrangement positions of the application icons in the desktop in the second desktop-launched application.

For another example, if the first terminal includes three desktops and the desktop background of each desktop is different, the second terminal starts the application by running the second desktop, and loads three desktops correspondingly at the second terminal based on the number of the desktops and the field of the desktop background of each desktop in the second desktop start application, and the desktop background of each desktop is consistent with the desktop background in the first terminal.

Example 2) when the graphical element is an application icon, in addition to loading the application icon based on the field characterizing the desktop serial number of the application icon and the field characterizing the location of the application icon on the desktop in the second desktop-launching application, associating the loaded application icon with the application class based on the field characterizing the application class with which the application icon is associated in the second desktop-launching application. In this way, when the second terminal receives the trigger operation for the application icon of the desktop through the second desktop startup application, the second desktop startup application can realize the effect of starting the application based on the application class associated with the startup application icon.

Similarly, when the graphic element is the desktop plug-in icon, in addition to loading the desktop plug-in icon based on the field representing the serial number of the desktop where the desktop plug-in icon is located in the second desktop startup application and the field representing the position of the desktop where the desktop plug-in icon is located, the loaded desktop plug-in icon is associated with the application class based on the field representing the application class associated with the desktop plug-in icon in the second desktop startup application. In this way, when the second terminal receives the trigger operation for the desktop plug-in icon of the desktop through the second desktop startup application, the second desktop startup application can realize the effect of starting the desktop plug-in based on the application class associated with the startup application icon.

Example 3) when the graphic element is an application icon, if the second terminal detects, through the second desktop management application, that an application corresponding to the application icon to be loaded on the second terminal is not installed, replacing the loaded application icon with a specific graphic element (e.g., a gray icon), and starting the application through the second desktop to load the specific graphic element in the second terminal, thereby achieving an effect of prompting that the application corresponding to the application icon is not installed yet on the second terminal.

As an alternative scheme, the installation package to which the application icon pair to be loaded is applied can be automatically obtained, the application is installed, the application icon obtained after the application is loaded and installed in the second terminal is started through the second desktop, and the situation that part of the application icon is lost when the desktop layout of the first terminal is migrated to the second terminal is avoided.

The method comprises the following steps of taking terminals as a first terminal and a second terminal, wherein the first terminal and the second terminal are terminals of different brands; or, the first terminal and the second terminal are terminals of the same brand and different models, for example, the user data processing method provided by the embodiment of the present invention is described.

Referring to fig. 4, an optional flowchart of the user data processing method according to the embodiment of the present invention is shown, where the optional flowchart is used to restore the user data of the first terminal to the second terminal, and includes the following steps:

step 201, a first terminal establishes a local communication connection with a second terminal.

Illustratively, the first terminal and the second terminal establish a near field communication connection based on Bluetooth technology, so as to avoid the situation that the second terminal is a newly used terminal and does not have cellular communication capability; particularly, when the first terminal and the second terminal are located at the same geographical position, the user data can be quickly transmitted based on the near field communication mode, and the user data can be quickly migrated between the devices.

In the embodiment of the present invention, the implementation manner of the near field communication between the terminals is not limited, and for example, in addition to the bluetooth communication, the near field communication may be implemented by a wireless compatibility authentication (WiFi) hotspot direct connection manner, a WiFi hotspot direct connection manner, a direct connection manner in a local area network, and the like.

Step 202, the first terminal sends the user data of the first terminal to the second terminal.

In one embodiment, the first terminal presents candidate different types of user data for selection by a user, such as desktop layout (desktop layout) of the first terminal, application data installed in the first terminal, setting data, communication record data in the first terminal, multimedia data and the like, and packages the user data selected by the user and sends the user data selected by the user to the second terminal.

Step 203, the second terminal detects first description information of the desktop layout loaded by the first desktop application in the first terminal from the user data.

And 204, the second terminal acquires an adaptation strategy for adapting the desktop layout description mode of the first terminal and the desktop layout description mode of the second terminal based on the identifier of the first terminal.

Step 205, the second terminal adapts the first description information based on the adaptation policy to obtain second description information formed by describing the desktop layout in a desktop layout description mode of the second terminal.

And step 206, the second terminal loads the desktop layout on the second terminal based on the second description information.

It should be noted that steps 203 to 206 can be implemented with reference to steps 101 to 104.

And step 207, the second terminal restores the user data except the second description information in the user data to the second terminal.

Illustratively, the second terminal restores the multimedia data, the communication record data and the setting data to the local of the second terminal, and particularly, when a user selects to migrate the application data of the first terminal to the second terminal and an application program of the application of the first terminal cannot run at the second terminal, the second terminal can acquire an installation package adapted to the second terminal for installation when the network connection is available, and apply intermediate data (such as account name, password, cache data and the like) of the application to newly installed applications, so that the effect of efficient seamless smooth migration of desktop layout, application data and setting data among devices of different brands is achieved, and the user does not need to perform additional setting after changing the machine.

The desktop layout processing method and the user data processing method provided by the embodiment of the invention are explained by combining a mobile phone scene, wherein the mobile phone A is an old mobile phone held by a user, the mobile phone B is a new mobile phone used by the user, and the user needs to migrate user data of the mobile phone A to the mobile phone B, including desktop layout in the mobile phone A, application data, multimedia data, communication record data and setting data in the mobile phone A to the mobile phone B. By using a reverse engineering method, database files in installation packages of desktop starters of large mobile phone manufacturers are obtained and analyzed to form an adaptation strategy library, and on the basis, the number of adaptable machine types is continuously expanded by combining the cloud control of reporting the unadapted machine types by the mobile phone and issuing the adaptation strategies of the unadapted machine types by a background, and finally the adaptation strategy library can cover all the machine types.

Referring to fig. 5, in a desktop layout backup and recovery implementation framework, in a switch scenario, both the mobile phone a and the mobile phone B have a switch application, and the switch application embeds an adaptation policy library of a mainstream model in the mobile phone a/B in a Software Development Kit (SDK) manner.

Before reading the desktop layout from the desktop starter database file of the desktop starter of the mobile phone A, the switching application of the mobile phone A can judge whether an adaptation strategy for the mobile phone A exists in an adaptation strategy library of a local mobile phone A based on the packet name/version number of a ROM of the mobile phone A, if so, the adaptation strategy library of the local mobile phone A indicates that the mobile phone B can adapt when receiving the description information of the desktop layout of the mobile phone A, then the layout SDK of the switching application of the mobile phone A establishes a database file for the desktop layout of the mobile phone A in an SDK database, reads the description information of the desktop layout of the mobile phone A from the database file of the desktop starter of the mobile phone A, and writes the SDK database file in the switching application of the mobile phone A.

If the local adaptation strategy library of the mobile phone A does not have the adaptation strategy for the mobile phone A, the description information of the model and the desktop layout of the mobile phone A is reported to the server, the model, the equipment ID and the desktop layout of the mobile phone A are recorded into the server database by the server, and the background carries out reverse engineering on the desktop starter of the mobile phone A aiming at the model and the desktop layout of the mobile phone A to obtain the adaptation strategy of the mobile phone A and records the adaptation strategy into the server.

When the mobile phone B receives the description information (first description information) of the desktop layout of the mobile phone A, if the adaptation strategy of the mobile phone A is not found based on the local adaptation strategy library of the mobile phone B, the adaptation strategy of the mobile phone A can be requested by sending the desktop layout and the model of the mobile phone A to the server, the server searches the adaptation strategy of the model corresponding to the mobile phone A, and adapts the description information of the desktop layout of the mobile phone A according to the adaptation strategy to generate data (second description information) for restoring the desktop layout of the mobile phone B, the data is issued to the mobile phone B, and the desktop starter of the mobile phone B restores the desktop layout effect of the mobile phone A.

Alternatively, the server may issue the adaptation policy to the mobile phone B, and the layout SDK applied by the mobile phone B adapts the description information of the desktop layout of the mobile phone a according to the adaptation policy of the mobile phone a, so as to form a desktop layout that can be locally loaded by the mobile phone B.

When the mobile phone B switch application receives the description information of the desktop layout of the mobile phone A, the layout SDK in the mobile phone B switch application adapts the description information of the desktop layout of the mobile phone A based on the adaptation strategy of the mobile phone A (the description information is searched from the local adaptation strategy library of the mobile phone B or is requested to a server when the local adaptation strategy library is not searched), the description information of the desktop layout which can be locally loaded by the mobile phone B is formed and stored in the SDK database of the mobile phone B switch application, the description information of the desktop layout is read from the SDK database of the switch application to the database (desktop database) of the desktop starter by the layout SDK in the mobile phone B desktop starter, the loading operation of the desktop layout is realized, and the desktop layout of the mobile phone A is recovered at the mobile phone B.

Referring to fig. 6, the process of finding the desktop layout by the mobile phone a is described below, and referring to fig. 6, the adaptation policy of the mobile phone a is found in the adaptation policy library local to the mobile phone a based on the type (package name, version number) of the ROM of the mobile phone a, and if the adaptation policy is not found, the query is returned to fail and the finding is ended. If the XML configuration file is found, the XML configuration file of the desktop starter is analyzed according to the ROM type of the mobile phone A and the ROM type, wherein the XML configuration file comprises database access authorization/table/field names, the database file is found based on the database authorization and the access address of the database file, the fields of the database file are analyzed one by one and stored in an array, and the finding is completed.

In addition, in fig. 5, the description information of the model and the desktop layout of the mobile phone a is reported to the server by the mobile phone a to trigger the server to update the description of the adaptation policy library, alternatively, the mobile phone a may directly send the description information of the desktop layout of the mobile phone a to the mobile phone B without checking whether there is an adaptation policy for the mobile phone a in the local adaptation policy library, the layout SDK applied by the mobile phone B to search whether there is an adaptation policy for the mobile phone a in the local adaptation policy library of the mobile phone B, if not, the description information of the model and the desktop layout of the mobile phone a is uploaded to the server, and the server performs the adaptive update processing of the adaptation policy library.

The following describes the process of reverse engineering a desktop launcher to generate an adaptation policy:

1. exporting apk file of desktop launcher

adb pull/system/priv-app/***Launcher/***Launcher.apk

2. Exporting odex files

adb pull/system/priv-app/***Launcher/arm/***Launcher.odex

3. Convert odex file to dex (version above android 5.0 execute step3, less than this version skip 3, execute directly 4)

java-jar oat2dex1719.jar odex CP_LAUNCHER.odex

4. The dex file is converted into the smali, and the generated smali is in the out directory

java-jar baksmali-2.0.3.jar-x CP_LAUNCHER.dex

5. out directory to dex file

java-Xmx512M-jar smali-2.1.0.jar./out-o classes.dex

6. Apk open launcher with zip software put classes

Apktool decompilation

java-jar C: \ Users \ chaseyan \ Desktop \ adaptation method \ jar \ apktool _2.0.3.jar d-f-d C: \ Users \ chaseyan \ Desktop \ adaptation method \ Leshi \ apk \ framework Launcher3.apk

7. Opening merged Launcher file with jadx

8. Checking an android manifest (xml) file, and finding a launcher provider field; finding Permission and Authority fields;

confirm exported true

9. Find launcher provider, onCreate method look at data table structure.

Through reverse engineering of different models and design of a native desktop starter of an Android system, data are collected, corresponding relations of fields in the desktop starter among different manufacturers are summarized, and adaptation strategies of the corresponding models can be extracted through the corresponding relations.

Fig. 7 shows a scene schematic diagram of the mobile phone changing machine, on the mobile phone a, a user clicks the mobile phone a to send, enters a selection page of user data, clicks the mobile phone setting to enter a mobile phone setting sub-page, picks up a desktop style and clicks a confirmation to send, the mobile phone a detects description information of a desktop style (desktop layout) of the mobile phone a and transmits the description information to the mobile phone B, and of course, the user can select other types of user data such as mobile phone ring, application, multimedia data and the like; the mobile phone a and the mobile phone B can communicate through the local communication mode, such as the WiFi hotspot direct connection mode.

As shown in fig. 8, when the user selects to receive in the mobile phone B, the mobile phone B adapts the description information of the desktop layout of the mobile phone a according to the adaptation policy of the mobile phone a to obtain the description information of the desktop layout that can be loaded locally in the mobile phone B, and loads the desktop layout by using the local desktop starter (such as a micro desktop, which can be downloaded and installed in advance) of the mobile phone B, as shown in fig. 9, the desktop layout consistent with the mobile phone a is restored in the mobile phone B, and the mobile phone ring tone, the application, the multimedia data, and the like that the user selects to send in the mobile phone a are stored locally in the mobile phone B.

In addition, referring to the schematic diagram of the processing logic for identifying the icons in the desktop layout of the mobile phone a shown in fig. 10, because of the characteristics of the desktop starter, each installed application icon occupies one position on the desktop loaded by the desktop starter, and in a case of changing the desktop, it is possible that a certain application a on the mobile phone a is not transferred to the mobile phone B for various reasons, and then a gap may occur in the position in the original layout of the mobile phone a on the mobile phone B, which not only affects the appearance, but also affects the user experience. To this end, a default gray icon is used in place of the missing application. The user can delete the icon as required, and the desktop launcher can fill the idle position by utilizing the subsequent icon, and so on. Or to the application marketplace to download the application when the user clicks on the gray icon. Certainly, the mobile phone B may also automatically download the application for installation, so as to avoid the problem of missing the application icon when the mobile phone B recovers the desktop layout.

Referring to fig. 11, an embodiment of the present invention further provides a desktop layout processing apparatus 20, and as an example, when the desktop layout processing apparatus 20 is applied to the terminal shown in fig. 1, each unit in the desktop layout processing apparatus 20 may be implemented by the processor shown in fig. 1. It should be noted that, fig. 11 shows an alternative functional structure diagram of the desktop layout processing apparatus 20, and those skilled in the art may further split or merge the units therein based on fig. 11.

In fig. 11, the desktop layout processing device 20 includes:

a detecting unit 21, configured to detect first description information of a desktop layout loaded in a first terminal;

a first obtaining unit 22, configured to obtain an adaptation policy for adapting a desktop layout description of the first terminal to a desktop layout description of a second terminal based on the identifier of the first terminal;

an adapting unit 23, configured to adapt, based on the adaptation policy, the first description information of the desktop layout to obtain second description information formed by describing the desktop layout in a desktop layout description manner of the second terminal;

a loading unit 24, configured to load the desktop layout at the second terminal based on the second description information.

In an embodiment, the detecting unit 21 is further configured to acquire authorization information and an access address of a database file of a desktop startup application in the first terminal, and detect, in a corresponding database file, a field in the desktop startup application, where the field characterizes features of each graphic element of the desktop layout, based on the authorization information and the access address.

In an embodiment, the adapting unit 23 is further configured to find the adaptation policy in an adaptation policy library local to the second terminal based on the identifier of the first terminal; and when the matching policy is not found, obtaining the matching policy found by the server side based on the identifier of the first terminal, or obtaining the matching policy formed by the server side, wherein the matching policy is formed by reversely analyzing the installation package of the first desktop starting application by the server side.

In an embodiment, the adapting unit 23 is further configured to use the identifier of the first terminal as an index, and search a corresponding relationship in an adaptation policy library local to the second terminal, where the corresponding relationship includes a field representing the feature of each graphic element in the desktop layout description manner of the first terminal and a field representing the feature of each graphic element in the second terminal.

In an embodiment, the adapting unit 23 is further configured to determine, based on the correspondence, a field in a desktop layout description of the second terminal, where the determined field corresponds to a field representing a feature of each graphic element in the first description information; the corresponding relation comprises a field for representing the characteristics of each graphic element in the desktop layout description mode of the first terminal and a field for representing the characteristics of each graphic element in the second terminal.

In an embodiment, the loading unit 24 is further configured to determine, based on a field for characterizing features of each graphic element in the desktop layout description mode of the second terminal, a desktop serial number and an arrangement position of each graphic element on a desktop where the second terminal is located; and loading the graphic elements at the arrangement positions of the corresponding serial number desktops of the second terminal.

In an embodiment, the loading unit 24 is further configured to determine an application class associated with each graphic element based on a field for characterizing features of each graphic element in the desktop layout description mode of the second terminal; and associating the application classes corresponding to the loaded graphic elements at the second terminal, wherein the application classes are used for starting when the corresponding graphic elements are triggered.

In an embodiment, the loading unit 24 is further configured to, when it is detected that an application associated with the graphic element to be loaded in the second terminal is not installed, install the corresponding application, and load the graphic element in the second terminal.

In one embodiment, the loading unit 24 is further configured to, when it is detected that the application associated with the graphic element to be loaded in the second terminal is not installed, replace the graphic element with a specific graphic element and load the specific graphic element in the second terminal.

Referring to fig. 12, an embodiment of the present invention further provides a user data processing apparatus 30, and as an example, when the user data processing apparatus 30 is applied to the terminal shown in fig. 1, each unit of the user data processing apparatus 30 may be implemented by the processor shown in fig. 1. It should be noted that fig. 12 shows an alternative functional structure diagram of the user data processing apparatus 30, and those skilled in the art can further split or merge the units therein based on fig. 12.

In fig. 12, the user data processing device 30 includes:

a second obtaining unit 31, configured to obtain user data of the first terminal;

a detecting unit 32, configured to detect first description information of a desktop layout loaded in a first terminal;

a first obtaining unit 33, configured to obtain an adaptation policy for adapting a desktop layout description of the first terminal to a desktop layout description of a second terminal based on the identifier of the first terminal;

an adapting unit 34, configured to adapt, based on the adaptation policy, first description information of the desktop layout to obtain second description information, where the second description information is formed by describing the desktop layout in a desktop layout description manner of the second terminal;

a loading unit 35, configured to load the desktop layout at the second terminal based on the second description information;

a recovering unit 36, configured to recover the user data excluding the first description information from the user data to the second terminal.

In an embodiment, the detecting unit 32 is further configured to acquire authorization information and an access address of a database file of a desktop startup application in the first terminal, and detect, in a corresponding database file, a field in the desktop startup application, where the field characterizes features of each graphic element of the desktop layout, based on the authorization information and the access address.

In an embodiment, the adapting unit 34 is further configured to find the adaptation policy in an adaptation policy library local to the second terminal based on the identifier of the first terminal; and when the first desktop starting application is not found, obtaining the adaptation strategy found by the server side based on the identifier of the first terminal, or obtaining the adaptation strategy formed by the server side, wherein the adaptation strategy is formed by reversely analyzing the installation package of the first desktop starting application by the server side.

In an embodiment, the adapting unit 34 is further configured to use the identifier of the first terminal as an index, and search a corresponding relationship in an adaptation policy library local to the second terminal, where the corresponding relationship includes a field representing a feature of each graphic element in the desktop layout description manner of the first terminal and a field representing a feature of each graphic element in the desktop layout in the second terminal.

In an embodiment, the adapting unit 34 is further configured to determine, based on the adaptation policy, a field, in the desktop layout description of the first terminal, corresponding to a field, in the desktop layout description of the second terminal, that characterizes a feature of each graphic element of the desktop layout.

In an embodiment, the loading unit 35 is further configured to determine, based on a field for characterizing features of each graphic element in the desktop layout description mode of the second terminal, a desktop serial number and an arrangement position of each graphic element on a desktop where the second terminal is located; and loading the graphic elements at the arrangement positions of the corresponding serial number desktops of the second terminal.

In an embodiment, the loading unit 35 is further configured to determine an application class associated with each graphic element based on a field characterizing features of each graphic element in the desktop layout description mode of the second terminal, associate, at the second terminal, an application class corresponding to each loaded graphic element, where the application class is configured to be started when the corresponding graphic element is triggered.

In an embodiment, the loading unit 35 is further configured to, when it is detected that the application associated with the graphic element to be loaded at the second terminal is not installed, install the corresponding application; loading the graphical element in the second terminal.

In one embodiment, the loading unit 35 is further configured to replace the graphic element to be loaded at the second terminal with a specific graphic element when detecting that the application associated with the graphic element is not installed; loading the specific graphic element in the second terminal.

The embodiment of the invention has the following beneficial effects:

1) because the graphic elements in the desktop layout description information are adapted to the desktop layout description mode of the second terminal based on the adaptation strategy of the desktop layout description mode between the devices, the obtained description information can be used for a second desktop starting application in the second terminal to load the same graphic elements as those in the first terminal, and the desktop layout as that of the first terminal is realized; the desktop layout can be efficiently and seamlessly migrated between different brands and models of equipment based on the adaptation strategy of desktop layout description modes of different equipment, and consistency of the desktop layout before and after migration is kept.

2) And when the corresponding relation is not matched, the corresponding relation is inquired from a relatively comprehensive database on the server side, and the corresponding relation is dynamically updated based on the reverse analysis of the installation package of the desktop startup application when the corresponding relation is not inquired by the server, so that the migration support of the desktop layout of the full-machine desktop startup application is realized.

3) When the target terminal of the desktop layout is migrated and the corresponding application of the application icon in the desktop layout of the source terminal is not installed, the specific icon is used for reminding a user of missing the application after the desktop layout is migrated or automatically installing the missing application, so that intelligent seamless migration of the desktop layout between the terminals is realized.

4) In a scene of changing the machine, the desktop layout, the communication record data, the application data and the like are supported to be migrated to a new terminal at one time, the operations that a user reinstalls the application and sets the desktop layout are saved, and the usability is improved.

Those skilled in the art will understand that: all or part of the steps for implementing the method embodiments may be implemented by hardware related to program instructions, and the program may be stored in a computer readable storage medium, and when executed, the program performs the steps including the method embodiments; and the aforementioned storage medium includes: various media capable of storing program codes, such as a removable Memory device, a Random Access Memory (RAM), a Read-Only Memory (ROM), a magnetic disk, and an optical disk.

Alternatively, the integrated unit of the present invention may be stored in a computer-readable storage medium if it is implemented in the form of a software functional module and sold or used as a separate product. Based on such understanding, the technical solutions of the embodiments of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: a removable storage device, a RAM, a ROM, a magnetic or optical disk, or other various media that can store program code.

The above description is only for the specific embodiments of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present invention, and all the changes or substitutions should be covered within the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the appended claims.

Claims

1. A desktop layout processing method, the method comprising:

detecting first description information of a desktop layout loaded in a first terminal, wherein the first description information comprises fields of characteristics of graphic elements in the desktop layout of the first terminal;

based on the identifier of the first terminal, acquiring an adaptation strategy for adapting the desktop layout description mode of the first terminal and the desktop layout description mode of the second terminal from an adaptation strategy library local to the second terminal, wherein the adaptation strategy library is used for storing a first corresponding relation between fields representing the characteristics of various graphic elements of different desktop startup applications and fields representing the characteristics of various graphic elements of the desktop startup applications of the second terminal;

when the adaptation strategy is not found, acquiring the adaptation strategy formed by reversely analyzing an installation package of a desktop starting application of the first terminal;

adapting fields of the characteristics of the graphic elements in the first description information based on the adaptation strategy to obtain second description information, wherein the second description information describes the fields of the characteristics of the graphic elements in the desktop layout of the first terminal in a desktop layout description mode of the second terminal;

determining desktop serial numbers and arrangement positions of the graphic elements in the desktop layout of the second terminal based on fields in the second description information for characterizing the characteristics of the graphic elements in the desktop layout of the first terminal;

and loading the graphic elements according to the arrangement positions in the desktop layout loaded by the second terminal and corresponding to the desktop serial number.

2. The method according to claim 1, wherein the detecting the first description information of the desktop layout loaded in the first terminal comprises:

obtaining authorization information and an access address of a database file of a desktop starting application in the first terminal;

and detecting in a corresponding database file based on the authorization information and the access address, and obtaining a field in the desktop starting application through detection, wherein the field is used for representing the characteristics of each graphic element in the desktop layout.

3. The method according to claim 1, wherein the searching for an adaptation policy that adapts the desktop layout description of the first terminal and the desktop layout description of the second terminal in an adaptation policy repository local to the second terminal based on the identifier of the first terminal comprises:

based on the identification of the first terminal, searching the adaptation strategy in an adaptation strategy library local to the second terminal;

when the adaptation policy is not found, the method further comprises:

and acquiring the adaptation strategy searched by the server side based on the identifier of the first terminal.

4. The method according to claim 1, wherein the detecting the first description information of the desktop layout loaded in the first terminal comprises:

when a plurality of desktop starting applications are installed in the first terminal, acquiring information describing desktop layout of the first terminal from the first desktop starting applications as the first description information;

the first desktop starting application is a desktop starting application which takes over desktop layout display of the first terminal due to being in an active state in the first terminal.

5. The method according to claim 1, wherein the adapting fields of the features of the graphic elements in the first description information based on the adaptation policy to obtain second description information comprises:

determining fields in a desktop layout description mode of the second terminal based on the second corresponding relation, wherein the determined fields correspond to fields representing the characteristics of the graphic elements in the first description information;

the second corresponding relationship comprises a field for representing the characteristics of each graphic element in the desktop layout description mode of the first terminal and a field for representing the characteristics of each graphic element in the second terminal.

6. The method of claim 1, wherein the fields of the characteristics comprise at least one of:

the desktop starting application comprises a serial number of the desktop starting application, an intention of the desktop starting application to be started, a class required when a corresponding application is clicked and started by a user when the graphic element is an application icon, a serial number of the desktop, a container in the desktop starting application and a page title of the desktop starting application in the desktop layout.

7. The method of claim 1, further comprising:

determining an application class associated with each graphic element based on a field for characterizing the characteristics of each graphic element in the desktop layout description mode of the second terminal;

and associating the application classes corresponding to the loaded graphic elements at the second terminal, wherein the application classes are started when the corresponding graphic elements are triggered.

8. The method of claim 1, further comprising:

when detecting that the application associated with the graphic element to be loaded at the second terminal is not installed, installing the corresponding application;

loading the graphical element in the second terminal.

9. The method of claim 1, wherein the loading the desktop layout at the second terminal based on the second description information comprises:

and when detecting that the application associated with the graphic element to be loaded in the second terminal is not installed, loading a specific graphic element replacing the graphic element in the second terminal.

10. A method of processing user data, the method comprising:

acquiring user data of a first terminal, and detecting first description information of a desktop layout loaded in the first terminal from the user data, wherein the first description information comprises fields of characteristics of graphic elements in the desktop layout of the first terminal;

based on the identifier of the first terminal, acquiring an adaptation strategy between a desktop layout description mode adapted to the first terminal and a desktop layout description mode adapted to the second terminal from an adaptation strategy library local to the second terminal, wherein the adaptation strategy library is used for storing a first corresponding relation between fields representing characteristics of various graphic elements of different desktop startup applications and fields representing characteristics of various graphic elements of the desktop startup applications of the second terminal;

loading each graphic element according to the arrangement position in a desktop layout loaded by the second terminal and corresponding to the desktop serial number;

11. A desktop layout processing apparatus, the apparatus comprising:

the device comprises a detection unit, a processing unit and a display unit, wherein the detection unit is used for detecting first description information of desktop layout loaded in a first terminal, and the first description information comprises fields of the characteristics of graphic elements in the desktop layout of the first terminal;

a first obtaining unit, configured to obtain, based on the identifier of the first terminal, an adaptation policy for adapting a desktop layout description of the first terminal to a desktop layout description of a second terminal from a local adaptation policy library of the second terminal; the adaptation strategy library is used for storing a first corresponding relation between fields representing the characteristics of the graphic elements of different desktop startup applications and fields representing the characteristics of the graphic elements of the second terminal desktop startup applications; when the adaptation strategy is not found, acquiring the adaptation strategy formed by reversely analyzing an installation package of a desktop starting application of the first terminal;

an adaptation unit, configured to adapt, based on the adaptation policy, fields of features of each graphic element in the first description information of the desktop layout to obtain second description information, where the second description information describes the fields of the features of each graphic element in the desktop layout of the first terminal in a desktop layout description manner of the second terminal;

a loading unit, configured to determine, based on a field in the second description information that characterizes each graphic element in the desktop layout, a desktop serial number and an arrangement position of each graphic element on a desktop where the second terminal is located;

and loading the graphic elements according to the arrangement positions on the desktop layout corresponding to the desktop serial number loaded by the second terminal.

12. The apparatus of claim 11,

the detection unit is further used for acquiring authorization information and an access address of a database file of the desktop start application in the first terminal; and detecting in a corresponding database file based on the authorization information and the access address, and obtaining a field in the desktop starting application through detection, wherein the field represents the characteristics of each graphic element in the desktop layout.

13. The apparatus of claim 11,

the adaptation unit is further configured to search the adaptation policy in an adaptation policy library local to the second terminal based on the identifier of the first terminal; and when the adaptation strategy is not found, obtaining the adaptation strategy found by the server side based on the identifier of the first terminal.

14. The apparatus of claim 11,

the adaptation unit is further configured to, when a plurality of desktop startup applications are installed in the first terminal, acquire information describing a desktop layout of the first terminal from a first desktop startup application as the first description information;

15. The apparatus of claim 11,

the adaptation unit is further configured to determine a field in a desktop layout description of the second terminal based on the second correspondence, where the determined field corresponds to a field representing characteristics of each graphic element in the first description information;

16. The apparatus of claim 11,

the adapting unit is further configured to, when the adaptation policy adapts a field of a feature of each graphic element in the first description information to obtain second description information, where the field of the feature includes at least one of:

the serial number of the desktop starting application, the starting intention of the desktop starting application and the class required when the corresponding application is clicked and started by a user when the graphic element is an application icon, the serial number of the desktop in the desktop layout, a container on the desktop starting application and a desktop starting application page title are included.

17. The apparatus of claim 11,

the loading unit is further configured to determine an application class associated with each graphic element based on a field representing characteristics of each graphic element in the desktop layout description mode of the second terminal; and associating the application classes corresponding to the loaded graphic elements at the second terminal, wherein the application classes are used for starting when the corresponding graphic elements are triggered.

18. The apparatus of claim 11,

the loading unit is further configured to install a corresponding application when it is detected that the application associated with the graphic element to be loaded at the second terminal is not installed; loading the graphical element in the second terminal.

19. The apparatus of claim 11,

the loading unit is further configured to load a specific graphic element in the second terminal to replace the graphic element when it is detected that the application associated with the graphic element to be loaded in the second terminal is not installed.

20. A user data processing apparatus, characterized in that the apparatus comprises:

a second obtaining unit, configured to obtain user data of the first terminal;

the detection unit is used for detecting first description information of the desktop layout loaded in the first terminal, wherein the first description information comprises fields of the features of all graphic elements in the desktop layout of the first terminal;

a first obtaining unit, configured to obtain, based on an identifier of the first terminal, an adaptation policy for adapting a desktop layout description of the first terminal to a desktop layout description of the second terminal from a local adaptation policy library of the second terminal, where the adaptation policy library is configured to store a first correspondence between fields representing features of graphic elements of different desktop boot applications and fields representing features of graphic elements of the desktop boot applications of the second terminal; when the adaptation strategy is not found, acquiring the adaptation strategy formed by reversely analyzing an installation package of a desktop starting application of the first terminal;

a loading unit, configured to determine, based on a field representing a feature of each graphical element in the desktop layout of the first terminal in the second description information, a desktop serial number and an arrangement position of each graphical element in the desktop layout of the second terminal; loading each graphic element according to the arrangement position in a desktop layout loaded by the second terminal and corresponding to the desktop serial number;

21. A computer storage medium having stored thereon executable instructions for implementing the desktop layout processing method of any of claims 1 to 9.

22. A computer storage medium having stored thereon executable instructions for implementing the user data processing method of claim 10.

23. A desktop layout processing apparatus, comprising:

a memory for storing executable instructions;

a processor, configured to execute the executable instructions stored in the memory, and to implement the desktop layout processing method according to any one of claims 1 to 10.