WO2013102341A1 - 对应用数据进行处理的方法和计算节点 - Google Patents

对应用数据进行处理的方法和计算节点 Download PDF

Info

Publication number
WO2013102341A1
WO2013102341A1 PCT/CN2012/078010 CN2012078010W WO2013102341A1 WO 2013102341 A1 WO2013102341 A1 WO 2013102341A1 CN 2012078010 W CN2012078010 W CN 2012078010W WO 2013102341 A1 WO2013102341 A1 WO 2013102341A1
Authority
WO
WIPO (PCT)
Prior art keywords
service process
application data
software
socket
backup software
Prior art date
Application number
PCT/CN2012/078010
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 华为终端有限公司
Priority to JP2014547676A priority Critical patent/JP5873571B2/ja
Priority to KR1020147014292A priority patent/KR101602308B1/ko
Publication of WO2013102341A1 publication Critical patent/WO2013102341A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1458—Management of the backup or restore process
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2201/00—Indexing scheme relating to error detection, to error correction, and to monitoring
    • G06F2201/80—Database-specific techniques

Definitions

  • the present invention relates to the field of mobile communication technologies, and in particular, to a method and a computing node for processing application data.
  • the backup software may be installed in the mobile phone, and the backup software may be installed.
  • the application data on the mobile phone is backed up, and the application data is a data packet of the application software, and the application software may also be referred to as an application, such as a weather clock, game software, and the like.
  • the backup technology on the existing Android mobile phone may be that the backup software uses the file copy mode to back up the application data of the Android mobile phone with the root operation authority. When the mobile phone has the root operation authority, the software can access each other. Therefore, the backup software can access the application software to back up the application data in the application software; or the application software itself provides a Provider interface to the backup software, and the backup software backs up the application data through the Provider interface.
  • Embodiments of the present invention provide a method and a computing node for processing application data, which are used to Resolve data backup and recovery when the compute node does not have root operation authority and the application software on the compute node does not provide the Provider interface.
  • An embodiment of the present invention provides a method for processing application data, which is applied to a computing node, where the computing node includes an operating system, a service process running on the operating system, backup software, and application software, including:
  • the operating system starts a service process
  • the operating system establishes a socket socket connection between the service process and the backup software, the service process has a root root operation authority, and the service process has the same user identifier uid as the backup software;
  • the backup software sends a processing request for application data through the socket;
  • the service process receives, by the socket, a processing request for application data sent by the backup software;
  • the service process sends the processing request for application data to a corresponding application software
  • the service process sends the returned application data to the backup software via the socket.
  • the embodiment of the present invention provides a computing node, which includes a hardware layer and an operating system running on the hardware layer, a service process running on the operating system, backup software and application software, including:
  • Establishing a connection module configured to establish, by the operating system, a socket socket connection between the service process and the backup software, where the service process has root root operation authority, and the service process and the backup software have The same user ID uid;
  • a first sending module configured to send, by the backup software, a processing request for application data by using the socket
  • a first receiving module configured to receive, by the service process, a processing request for application data sent by the backup software by using the socket
  • a second sending module configured to send, by the service process, the processing request for application data to a corresponding application software
  • a second receiving module configured to receive, by the service process, application data returned by the corresponding application software, where the application data is application data returned for the processing request
  • a third sending module configured to send, by the service process, the returned application data to the backup software by using the socket.
  • the embodiment of the present invention can ensure that the service process can access various application software in the computing node by opening the service process, and the service process can establish access to various application software in the computing node, and the service process is established with the backup software.
  • the socket connection and the two have the same uid, which can save the interaction between the service process and the backup software. Therefore, through the service process, the backup software can interact with the application software, thereby implementing backup or recovery of the application data in the application software by the backup software. .
  • FIG. 1 is a schematic flowchart of a method for processing application data according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram of a system corresponding to the present invention
  • FIG. 3 is a schematic flowchart of another embodiment of a method for processing application data according to the present invention
  • FIG. 4 is a schematic flowchart of another embodiment of a method for processing application data according to the present invention
  • FIG. 6 is a schematic structural diagram of another embodiment of a computing node according to the present invention.
  • FIG. 7 is a schematic structural diagram of another embodiment of a computing node according to the present invention.
  • FIG. 8 is a schematic structural diagram of another embodiment of a computing node according to the present invention.
  • FIG. 1 is a schematic flowchart of an embodiment of a method for processing application data according to the present invention, including:
  • Step 11 The operating system starts the service process.
  • Step 12 The operating system establishes a socket connection between the service process and the backup software, the service process has a root operation authority, and the service process is the same as the backup software.
  • User Identifier ( uid ).
  • the Andriod mobile phone may not have root operation authority, and the backup software in the mobile phone cannot directly interact with the application software to obtain data from the application software.
  • the Andriod mobile phone can also provide the Provider interface without the application software. At this time, the backup software in the mobile phone cannot directly obtain data from the application software.
  • a process can be started on the bottom layer of the mobile phone, and the process can be called a service (Service).
  • Service a service
  • the embodiment of the present invention can start a process on the bottom layer of the mobile phone. )process.
  • the service process can be started at the same time as starting the above backup software, or it can be started after starting a specific function in the backup software.
  • the specific implementation of the service process is that a linux process can be implemented in the bottom layer of the mobile phone by using C code, and the linux process is started by init.rc, and the linux process can be called a service process.
  • the software communicates.
  • the difference between this process and the normal process is that: A specific operation permission is specified, and a special UID is specified.
  • the operation authority corresponding to the open process and the uid of the process can be set.
  • the operation permission of the opened service process is set to the root operation authority, and the uid of the process is the same as the uid of the backup software.
  • the service process can be interacted with each application software and backup software in the computing node, so that the service process can
  • the application data is read from the application software, the read application data is written into the backup software, and the application data can also be written from the backup software into the application software.
  • the uid of the service process By setting the uid of the service process to be the same as the uid of the backup software, it can be ensured that the service process and the backup software can interact after establishing a connection through the socket, so that the service process can send the application data to the backup software or receive the backup.
  • Application data sent by the software For example, you can use the command socket/dev/socket/fileback to establish a connection between the service process and the backup software.
  • Step 13 The backup software sends a processing request for application data by using the socket;
  • Step 14 The service process receives, by using the socket, a processing request for application data sent by the backup software;
  • Step 15 The service process sends the processing request for application data to a corresponding application software.
  • Step 16 The service process receives the application data returned by the corresponding application software.
  • Step 17 The service process sends the returned application data to the backup software by using the socket.
  • the backup software and the service process can interact through the socket connection.
  • the service process can interact with the application software because it has root operation authority.
  • the specific commands, data, and so on of the backup software, the service process, and the application software can be different depending on whether the data is to be backed up or restored.
  • For the specific interaction process refer to the subsequent process for backup and recovery.
  • the interface between the backup software and the service process, and the interface between the service process and the application software may be set to be protected by a signature.
  • the received message needs to be first verified by signature.
  • the processing is performed.
  • the service process receives, by the socket, a processing request for the application data sent by the backup software; the service process performs signature verification on the processing request, and after the signature verification is passed, sends the processing request for the application data.
  • the application software performs signature verification, and sends the application data to the service process after the verification is passed.
  • the signature verification is performed first, and the application data is saved after the signature verification is passed.
  • the service process can ensure that the application process can access various application software in the computing node, and the service process establishes a socket connection with the backup software and the two have the same Uid, can save the service process
  • the interaction with the backup software therefore, through the service process, the backup software can interact with the application software, thereby implementing backup and recovery of the application data in the application software by the backup software.
  • FIG. 3 is a schematic flowchart of another embodiment of a method for processing application data according to the present invention.
  • This embodiment takes a backup process as an example. Since the backup software interacts with the service process to establish a connection first, it can be understood that the following steps are included in the embodiment after the service process is started and the socket connection between the service process and the backup is established.
  • the processing request for the application data includes a read directory request or a read file request, and the application data returned by the corresponding application software includes the read directory information or the read file content, and the entire flow of reading the application data is described in detail below.
  • Step 31 The backup software sends a read directory request to the service process over the socket connection.
  • the backup software when the backup software sends the command word and parameters to the service process, the length of the command word and the parameter may be sent to the service process first, and then the specific content of the command word and the parameter is sent.
  • the read directory request when sending a read directory request, can be expressed as opendir+catalogue, where "opendir” is the command word and "catalogue” is the directory path parameter.
  • opendir is the command word
  • catalogue is the directory path parameter.
  • Step 32 The service process sends a read directory request to the corresponding application software according to the read directory request.
  • the service process may determine the content of the corresponding length according to the length of the received command word and the parameter, and determine the specific content of the command word and the parameter, that is, determine the specific content of the read directory request.
  • the read directory request carries the information of the directory, such as the directory path parameter catalogue described above
  • the service process can obtain the handle of the directory according to the information of the directory, and then send a read directory request to the application software indicated by the handle.
  • Step 33 The application returns results to the service process.
  • the returned result can be all files and related attributes in the directory.
  • the A application software returns the directory included in the A application software to the service process, such as the file information included in the directory 1, the file information included in the directory 2, and the directory. 3 Included file information, etc. It can be understood that since the read directory request is usually one directory at a time, the result returned is usually a related information of a directory.
  • Step 34 The service process sends the read content to the backup software through the socket connection.
  • the read content may be information of a directory included in a result returned by the application to the service process, such as file information included in the directory 1, file information included in the directory 2, file information included in the directory 3, and the like.
  • the service process can store the read content in a buffer, and then send the data stored in the cache, that is, the read content, to the backup software.
  • the cache can be understood as a data area in which data is stored.
  • the service process can first send the length of the read content, which can be expressed in the form of a 16-bit unsigned short (unsigned short 16bit), and then send the read content to the backup software.
  • the backup software reads the data of the corresponding length according to the length of the read content, and then the backup software can perform backup processing on the read data.
  • Step 35 The backup software sends a read file request to the service process.
  • the backup software can first send the length of the read file request, and then send the contents of the specific read file request.
  • Step 36 The service process sends a read file request to the corresponding application software.
  • the read file request sent by the backup software carries the file information.
  • the read file request is an open+ file path, and the file path may indicate the path information of the file to be opened.
  • the service can find the corresponding application software to the file path in the read file request.
  • Step 37 The application returns results to the service process.
  • the returned result may include content related information of the file, such as the content of the file, the format of the file, the operation authority of the file, and the like.
  • Step 38 The service process returns the contents of the file to the backup software.
  • FIG. 4 is a schematic flowchart of another embodiment of a method for processing application data according to the present invention.
  • This embodiment takes a recovery process as an example. Since the backup software and the service process need to establish a connection first, it is understood that the present embodiment includes the following steps after the service process is started and a socket connection between the service process and the backup software is established.
  • the processing request for the application data includes a write directory request or a write file request
  • the application data returned by the corresponding application software includes a result corresponding to the write directory request or corresponds to the write file request.
  • Step 41 The backup software sends a write directory request to the service process through the socket connection.
  • the backup software when sending a write directory request, can be similar to the processing of the read directory request, first sending the length of the write directory request and then sending the specific content of the write directory request.
  • the directory includes directory 1, directory 2, directory 3 ⁇ , and directory 1 includes file 1, file 2, ....
  • the above write directory request usually includes information about a directory.
  • the write directory request format is: writeDir+ directory name.
  • multiple directories can be placed in the same request, separated by special characters.
  • the format of the write directory request is: writeDir+ directory name 1; directory name 2; directory name 3.
  • Step 42 The service process sends a write directory request to the corresponding application software according to the write directory request.
  • the service process may determine a corresponding handle according to the directory name included in the write directory request, and then send a write directory request to the application indicated by the handle, which may include file information included in the directory.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明提供一种对应用数据进行处理的方法和计算节点。该方法包括操作系统开启服务进程；操作系统建立所述服务进程与所述备份软件之间的套接字连接，所述服务进程具有根操作权限，且所述服务进程与所述备份软件具有相同的用户标识；所述备份软件通过所述套接字发送针对应用数据的处理请求；所述服务进程通过所述套接字接收所述备份软件发送的针对应用数据的处理请求，将所述针对应用数据的处理请求发送给对应的应用软件，接收所述对应的应用软件返回的应用数据，将所述返回的应用数据通过所述套接字发送给所述备份软件。本发明实施例可以在手机不具有root操作权限且应用没有提供provider接口时完成应用数据的备份和恢复。

Description

对应用数据进行处理的方法和计算节点 本申请要求于 2012 年 01 月 04 日提交中国专利局、 申请号为 201210000757. 1，发明名称为 "对应用数据进行处理的方法和计算节点" 的 中国专利申请的优先权， 其全部内容通过引用结合在本申请中。
技术领域 本发明涉及移动通信技术领域， 尤其涉及一种对应用数据进行处理的 方法和计算节点。
背景技术 目前手机更新换代的速度越来越快， 在更新换代的过程中由于升级版 本、 更换手机， 可能造成应用数据丟失， 为了解决应用数据丟失问题， 可 以在手机内安装备份软件， 由备份软件对手机上的应用数据进行备份， 应 用数据是应用软件的数据包， 应用软件也可以称为应用， 例如为天气时钟、 游戏软件等。 现有的 Android手机上的备份技术， 可以是备份软件对有根 ( root )操作权限的 Android手机的应用数据采用文件拷贝方式进行备份， 在手机具有 root操作权限时， 各软件之间可以互相访问， 因此， 备份软件 可以访问应用软件， 进而对应用软件中的应用数据进行备份； 或是应用软 件本身给备份软件提供 Provider接口，备份软件通过 Provider接口对应用数 据进行备份。
但是，现有对 Android手机上的应用数据的备份，要么是需要手机具有 root操作权限， 要么是需要应用软件提供 Provider接口。
发明内容 本发明实施例提供一种对应用数据进行处理的方法和计算节点， 用以 解决在计算节点不具有 root操作权限并且计算节点上的应用软件不提供 Provider接口时完成数据备份及恢复。
本发明实施例提供了一种对应用数据进行处理的方法， 应用于计算节 点， 该计算节点包括操作系统， 运行在所述操作系统之上的服务进程， 备 份软件和应用软件， 包括：
所述操作系统开启服务进程；
所述操作系统建立所述服务进程与所述备份软件之间的套接字 socket 连接， 所述服务进程具有根 root操作权限， 且所述服务进程与所述备份软 件具有相同的用户标识 uid;
所述备份软件通过所述套接字发送针对应用数据的处理请求； 所述服务进程通过所述套接字接收所述备份软件发送的针对应用数据 的处理请求；
所述服务进程将所述针对应用数据的处理请求发送给对应的应用软 件；
所述服务进程接收所述对应的应用软件返回的应用数据； 其中， 所述 应用数据是针对所述处理请求返回的应用数据；
所述服务进程将所述返回的应用数据通过所述套接字发送给所述备份 软件。
本发明实施例提供了一种计算节点， 该计算节点包括硬件层以及运行 在硬件层上的操作系统， 运行在所述操作系统之上的服务进程， 备份软件 和应用软件， 包括：
开启模块， 用于所述操作系统开启服务进程；
建立连接模块， 用于所述操作系统建立所述服务进程与所述备份软件 之间的套接字 socket连接， 所述服务进程具有根 root操作权限， 且所述服 务进程与所述备份软件具有相同的用户标识 uid;
第一发送模块， 用于所述备份软件通过所述套接字发送针对应用数据 的处理请求；
第一接收模块， 用于所述服务进程通过所述套接字接收所述备份软件 发送的针对应用数据的处理请求；
第二发送模块， 用于所述服务进程将所述针对应用数据的处理请求发 送给对应的应用软件； 第二接收模块， 用于所述服务进程接收所述对应的应用软件返回的应 用数据； 其中， 所述应用数据是针对所述处理请求返回的应用数据；
第三发送模块， 用于所述服务进程将所述返回的应用数据通过所述套 接字发送给所述备份软件。
由上述技术方案可知， 本发明实施例通过开启服务进程， 由于该服务 进程具有 root操作权限， 可以保证该服务进程可以访问计算节点内的各种 应用软件， 又由于该服务进程与备份软件建立了 socket连接且两者具有相 同的 uid, 可以保存服务进程和备份软件之间交互， 因此， 通过服务进程， 备份软件可以与应用软件交互， 进而实现备份软件对应用软件内的应用数 据的备份或恢复。
附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述 中所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是 本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳 动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明对应用数据进行处理的方法一实施例的流程示意图； 图 2为本发明对应的系统结构示意图；
图 3为本发明对应用数据进行处理的方法另一实施例的流程示意图； 图 4为本发明对应用数据进行处理的方法另一实施例的流程示意图； 图 5为本发明计算节点的一实施例的结构示意图；
图 6为本发明计算节点的另一实施例的结构示意图；
图 7为本发明计算节点的另一实施例的结构示意图；
图 8为本发明计算节点的另一实施例的结构示意图。
具体实施方式 为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本 发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描 述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提 下所获得的所有其他实施例， 都属于本发明保护的范围。
图 1 为本发明对应用数据进行处理的方法一实施例的流程示意图， 包 括：
步骤 11 : 操作系统开启服务进程。
步骤 12: 操作系统建立所述服务进程与所述备份软件之间的套接字 ( socket )连接， 所述服务进程具有根（root )操作权限， 且所述服务进程 与所述备份软件具有相同的用户标识（User Identifier, uid ) 。
本发明实施例中， 以计算节点为 Android手机为例， 该 Andriod手机可 以不具有 root操作权限， 此时该手机内的备份软件不能直接与应用软件交 互， 从应用软件中获取数据。 另外， 该 Andriod手机也可以不需要应用软件 提供 Provider接口， 此时同样手机内的备份软件不能直接从应用软件中获 取数据。
在 Andriod手机不具有 root操作权限且应用软件不提供 Provider接口 时， 为了实现对应用软件的应用数据的备份和恢复， 本发明实施例可以在 手机底层开启一个进程， 该进程可以称为服务（Service )进程。
该服务进程可以是启动上述备份软件的同时被启动， 也可以是启动备 份软件中的特定功能后被启动。 其中， 该服务进程的的具体实现方式是在 手机底层可以用 C代码实现一个 linux进程， 通过 init.rc启动起来该 linux 进程， linux进程可以称为 Service进程。 具体地， 可以自定义一个 service 进程名， 并给该 service进程指定一个特定的操作权限， 让它具有对应用数 据的读写删等操作权限， 同时给该进程指定一个特殊的 UID, 以便于备份 软件进行通信。 该进程与普通的进程的区别在于： 指定了特定的操作权限， 指定了特殊的 UID。
此外， 通常来讲， 在开启进程的过程中可以设置开启的进程对应的操 作权限和进程的 uid。 本发明实施例中， 参见图 2, 该开启的服务进程的操 作权限设置为 root操作权限， 以及进程的 uid与备份软件的 uid相同。
通过将服务进程的操作权限设置为 root操作权限可以保证服务进程能 够与计算节点内的每种应用软件及备份软件进行交互， 这样服务进程可以 从应用软件内读取应用数据， 将读取的应用数据写入备份软件中， 也可以 将应用数据从备份软件写入应用软件内。通过将服务进程的 uid设置为与备 份软件的 uid相同，可以保证服务进程与备份软件在通过套接字建立连接后 能够进行交互， 这样服务进程可以将应用数据发送给备份软件， 也可以接 收备份软件发送的应用数据。例如，可以通过命令 socket/dev/socket/fileback 来建立服务进程和备份软件的连接。
步骤 13:所述备份软件通过所述套接字发送针对应用数据的处理请求； 步骤 14: 所述服务进程通过所述套接字接收所述备份软件发送的针对 应用数据的处理请求；
步骤 15: 所述服务进程将所述针对应用数据的处理请求发送给对应的 应用软件；
步骤 16: 所述服务进程接收所述对应的应用软件返回的应用数据； 步骤 17: 所述服务进程将所述返回的应用数据通过所述套接字发送给 所述备份软件。
其中， 参见图 2， 备份软件与服务进程可以通过 socket连接进行交互， 服务进程由于具有 root操作权限可以与应用软件交互。
备份软件、 服务进程和应用软件之间交互的具体命令、 数据等可以根 据是要备份数据还是恢复数据有所不同， 具体交互流程可以参见后续针对 备份、 恢复的流程。
进一步地， 为了保证安全性， 可以将备份软件与服务进程之间的接口， 以及服务进程与应用软件之间的接口设置为受签名保护， 此时， 需要首先 对接收的消息进行签名验证， 在验证通过后再进行处理。 例如， 服务进程 通过所述套接字接收所述备份软件发送的针对应用数据的处理请求； 服务 进程对所述处理请求进行签名验证， 签名验证通过后， 将所述针对应用数 据的处理请求发送给对应的应用软件。 又例如， 应用软件接收到服务进程 的处理请求后， 先进行签名验证， 验证通过后将自身的应用数据发送给服 务进程。 又例如， 备份软件接收到服务进程返回的应用数据时， 先进行签 名验证， 签名验证通过后保存应用数据。
本实施例通过开启服务进程， 由于该服务进程具有 root操作权限， 可 以保证该服务进程可以访问计算节点内的各种应用软件， 又由于该服务进 程与备份软件建立了 socket连接且两者具有相同的 uid, 可以保存服务进程 和备份软件之间交互， 因此， 通过服务进程， 备份软件可以与应用软件交 互， 进而实现备份软件对应用软件内的应用数据的备份以及恢复。
图 3 为本发明对应用数据进行处理的方法另一实施例的流程示意图， 本实施例以备份流程为例。 由于备份软件与服务进程交互信息需要首先建 立连接， 因此， 可以理解的是， 本实施例包括的如下步骤是在开启服务进 程， 并建立服务进程与备份之间的套接字连接之后。
针对应用数据的处理请求包括读目录请求或读文件请求， 则对应的应 用软件返回的应用数据包括读取的目录信息或读取的文件内容， 下面针对 读取应用数据的整个流程进行详细说明。
参见图 3 , 包括：
步骤 31 : 备份软件通过套接字连接向服务进程发送读目录请求。
其中， 备份软件向服务进程发送命令字和参数时， 可以首先向服务进 程发送命令字和参数的长度， 之后再发送命令字和参数的具体内容。
例: ¾口，发送读目录请求时，该读目录请求可以表达为 opendir+catalogue, 这里的 "opendir" 是命令字， "catalogue" 为目录路径参数。 此时， 可以首 先发送 "opendir+catalogue" 的长度， 该长度可以采用 16 位无符号整数 ( unsigned short 16bit )形式表达, 之后, 再发送 "opendir+catalogue"。
步骤 32:服务进程根据读目录请求向对应的应用软件发送读目录请求。 其中， 服务进程可以根据接收的命令字和参数的长度， 读取相应长度 的内容确定为命令字和参数的具体内容， 也就是确定出读目录请求的具体 内容。
例如， 读目录请求中会携带目录的信息， 如上述的目录路径参数 catalogue,服务进程可以根据该目录的信息获取目录的句柄，之后向该句柄 指示的应用软件发送读目录请求。
步骤 33: 应用软件向服务进程返回结果。
其中， 返回的结果可以是该目录下所有文件及相关属性。 例如， 备份 软件发送的读目录请求是要读取 A应用软件的目录， 则 A应用软件向服务 进程返回 A应用软件包括的目录， 如目录 1包括的文件信息、 目录 2包括 的文件信息、 目录 3 包括的文件信息等。 可以理解的是， 由于读目录请求 通常是每次读取一个目录， 因此， 返回的结果通常是一个目录的相关信息。
步骤 34: 服务进程通过套接字连接向备份软件发送读取的内容。 其中， 该读取的内容可以就是上述应用向服务进程返回的结果中包含 的目录的信息， 如目录 1包括的文件信息、 目录 2包括的文件信息、 目录 3 包括的文件信息等。
此外， 服务进程可以将读取的内容先存储在緩存（buffer ) 中， 之后再 将緩存中存储的数据， 也就是读取的内容发送给备份软件。 其中， 该緩存 可以理解为是存储数据的数据区。
另外， 服务进程可以首先发送读取的内容的长度， 该长度可以采用 16 位无符号整数 ( unsigned short 16bit )形式表达， 之后再将读取的内容发送 给备份软件。 备份软件根据读取的内容的长度在读取对应长度的数据， 之 后备份软件可以对读取的数据进行备份处理。
步骤 35: 备份软件向服务进程发送读文件请求。
类似于读目录请求， 备份软件可以首先发送读文件请求的长度， 之后 再发送具体的读文件请求的内容。
步骤 36: 服务进程向对应的应用软件发送读文件请求。
其中， 备份软件发送的读文件请求中会携带文件信息， 例如， 读文件 请求为 open+文件路径， 其中的文件路径可以表明要打开的文件的路径信 息。 之后， 服务进行可以向读文件请求中的文件路径找到对应的应用软件。
步骤 37: 应用软件向服务进程返回结果。
其中， 返回的结果可以包括文件的内容相关信息， 例如文件的内容、 文件的格式、 文件的操作权限等。
步骤 38: 服务进程向备份软件返回文件的内容。
例如， 返回的文件的内容包括： 文件的内容、 文件的格式、 文件的操 作权限等。
本实施例通过开启服务进程， 可以由服务进程从应用软件内读取数据 并发送给备份软件， 由备份软件对数据进行备份， 实现数据的备份处理。
图 4为本发明对应用数据进行处理的方法另一实施例的流程示意图， 本实施例以恢复流程为例。 由于备份软件与服务进程交互信息需要首先建 立连接， 因此， 可以理解的是， 本实施例包括的如下步骤是在开启服务进 程， 并建立服务进程与备份软件之间的套接字连接之后。
针对应用数据的处理请求包括写目录请求或写文件请求， 则对应的应 用软件返回的应用数据包括与写目录请求对应的结果或与写文件请求对应 的结果， 下面针对恢复应用数据的整个流程详细说明。
参见图 4, 包括：
步骤 41 : 备份软件通过套接字连接向服务进程发送写目录请求。
其中， 发送写目录请求时， 备份软件可以类似对读目录请求的处理， 先发送写目录请求的长度再发送写目录请求的具体内容。 例如， 目录包括目录 1、 目录 2、 目录 3··· , 目录 1包括文件 1、 文件 2, …。 可选的， 由于写目录通常是每次写一个， 因此， 上述的写目录请求中通常 包含一个目录的信息， 例如， 写目录请求格式为： writeDir+目录名。 另夕卜， 也可以将多个目录放到同一个请求中， 使用特殊字符分隔开来， 例如， 写 目录请求格式为： writeDir+目录名 1 ; 目录名 2; 目录名 3。
步骤 42:服务进程根据写目录请求向对应的应用软件发送写目录请求。 其中， 服务进程可以根据写目录请求中包含的目录名确定对应的句柄， 之后向对以的句柄指示的应用发送写目录请求， 其中可以包含目录中包含 的文件信息。
例如， 向应用 A发送写目录请求， 写目录请求中携带包括目录 1、 目 录 2、 目录 3··· , 目录 1包括文件 1、 文件 2, …。
步骤 43: 应用软件向服务进程返回结果。
步骤 44: 服务进程向备份软件返回结果。
其中， 步骤 43-44中的结果可以为表明是否写目录成功的信息。
步骤 45: 备份软件向服务进程发送写文件请求。
其中， 写文件请求的格式可以为 write+文件名 +文件内容。
文件内容可以是备份软件采用图 3所示的方式已经备份的数据。
步骤 46: 服务进程向对应的应用软件发送的写文件请求。
其中， 服务进程接收到写文件请求后可以根据文件名确定对应的目录， 例如， 通过来讲对各目录的操作是串行的， 当前只是针对某个目录进行操 作， 则如果当前对 B目录进行写操作， 则服务进程向 B目录对应的 A应用 发送写文件请求。 可选的， 如果各目录的写操作可以并行进行， 各目录对 应的文件名又可以相同， 那么备份软件发送的写文件请求中也可以携带目 录的信息， 以便向正确的目录中写入对应的文件内容。
步骤 47: 应用软件向服务进程返回结果。 步骤 48: 服务进程向备份软件返回结果。
其中， 步骤 47-48中的结果可以为表明是否写文件成功的信息。在完成 恢复之后， 可以解除套接字连接， 并关闭服务进程。
其中， 可以由备份软件确定了恢复操作完成后， 去指示服务进程去关 闭， 例如采用命令 close+目录和 /或文件路径。
本实施例通过开启服务进程， 可以由服务进程接收备份软件备份的数 据， 并将备份的数据发送给应用软件， 实现数据的恢复处理。
图 5为本发明计算节点的一实施例的结构示意图， 包括开启模块 51、 建立连接模块 52、 第一发送模块 53、 第一接收模块 54、 第二发送模块 55、 第二接收模块 56和第三发送模块 57; 开启模块 51用于开启服务进程； 建 立连接模块 52用于建立所述服务进程与所述备份软件之间的套接字 socket 连接， 所述服务进程具有根 root操作权限， 且所述服务进程与所述备份软 件具有相同的用户标识 uid; 第一发送模块 53用于所述备份软件通过所述 套接字发送针对应用数据的处理请求； 第一接收模块 54用于所述服务进程 通过所述套接字接收所述备份软件发送的针对应用数据的处理请求； 第二 的应用软件； 第二接收模块 56用于所述服务进程接收所述对应的应用软件 返回的应用数据； 第三发送模块 57用于所述服务进程将所述返回的应用数 据通过所述套接字发送给所述备份软件。
需要说明的是， 开启模块 51、 建立连接模块 52可以由操作系统完成， 第一发送模块 53 可以由备份软件完成， 第一接收模块 54、 第二发送模块 55、 第二接收模块 56、 第三发送模块 57可以由服务进程完成。
可选的， 参见图 6, 第一发送模块包括第一发送单元 61和第二发送单 元 62;第一发送单元 61用于所述备份软件通过所述套接字发送针对应用数 据的处理请求的长度； 第二发送单元 62所述备份软件通过所述套接字发送 与所述长度对应的针对应用数据的处理请求的具体内容。
可选的， 参见图 7, 第三发送模块包括第三发送单元 71和第四发送单 元 72;第三发送单元 71用于所述服务进程将所述返回的应用数据的长度通 过所述套接字发送给所述备份软件； 第四发送单元 72所述服务进程将所述 返回的应用数据的具体内容通过所述套接字发送给所述备份软件。
可选的，参见图 8,第二发送模块包括验证单元 81和第五发送单元 82; 验证单元 81用于服务进程对所述处理请求进行签名验证；第五发送单元 82 用于若通过签名验证， 则将所述针对应用数据的处理请求发送给对应的应 用软件。
本实施例通过开启服务进程， 由于该服务进程具有 root操作权限， 可 以保证该服务进程可以访问计算节点内的各种应用软件， 又由于该服务进 程与备份软件建立了 socket连接且两者具有相同的 uid, 可以保证服务进程 和备份软件之间的交互， 因此， 通过服务进程， 备份软件可以与应用软件 交互， 进而实现备份软件对应用软件内的应用数据的备份以及恢复。
需要说明的是， 上述计算节点可以是移动终端， 该移动终端可以完成 上述实施例中的备份和恢复功能， 在此不再贅述。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步 骤可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机 可读取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序 代码的介质。
最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解： 其依然可以对前述各实施例所记载的技术方案进行修 改， 或者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不 使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求
1、 一种对应用数据进行处理的方法， 其特征在于， 应用于计算节点， 所述计算节点包括操作系统， 运行在所述操作系统之上的服务进程， 备份 软件和应用软件， 包括：
所述操作系统开启所述服务进程；
所述操作系统建立所述服务进程与所述备份软件之间的套接字 socket 连接， 所述服务进程具有根 root操作权限， 且所述服务进程与所述备份软 件具有相同的用户标识 uid;
所述备份软件通过所述套接字发送针对应用数据的处理请求； 所述服务进程通过所述套接字接收所述备份软件发送的针对应用数据 的处理请求；
所述服务进程将所述针对应用数据的处理请求发送给对应的应用软 件；
所述服务进程接收所述对应的应用软件返回的应用数据； 其中， 所述 应用数据是针对所述处理请求返回的应用数据；
所述服务进程将所述返回的应用数据通过所述套接字发送给所述备份 软件。
2、 根据权利要求 1所述的方法， 其特征在于， 所述备份软件通过所述 套接字发送针对应用数据的处理请求具体包括：
所述备份软件通过所述套接字发送针对应用数据的处理请求的长度； 所述备份软件通过所述套接字发送与所述长度对应的针对应用数据的 处理请求的具体内容。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述服务进程将所 述返回的应用数据通过所述套接字发送给所述备份软件具体包括：
所述服务进程将所述返回的应用数据的长度通过所述套接字发送给所 述备份软件；
所述服务进程将所述返回的应用数据的具体内容通过所述套接字发送 给所述备份软件。
4、 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述针对应 用数据的处理请求包括读目录请求或读文件请求， 则所述对应的应用软件 返回的应用数据包括读取的目录信息或读取的文件内容。
5、 根据权利要求 1至 3任一项所述的方法， 其特征在于， 所述针对应 用数据的处理请求包括写目录请求或写文件请求， 则所述对应的应用软件 返回的应用数据包括与写目录请求对应的结果或与写文件请求对应的结 果。
6、 根据权利要求 1-5任一项所述的方法， 其特征在于， 所述服务进程 将所述针对应用数据的处理请求发送给对应的应用软件具体包括：
服务进程对所述处理请求进行签名验证；
若通过签名验证， 则将所述针对应用数据的处理请求发送给对应的应 用软件。
7、 一种计算节点， 其特征在于， 所述计算节点包括硬件层以及运行在 硬件层上的操作系统， 运行在所述操作系统之上的服务进程， 备份软件和 应用软件， 包括：
开启模块， 用于所述操作系统开启服务进程；
建立连接模块， 用于所述操作系统建立所述服务进程与所述备份软件 之间的套接字 socket连接， 所述服务进程具有根 root操作权限， 且所述服 务进程与所述备份软件具有相同的用户标识 uid;
第一发送模块， 用于所述备份软件通过所述套接字发送针对应用数据 的处理请求；
第一接收模块， 用于所述服务进程通过所述套接字接收所述备份软件 发送的针对应用数据的处理请求；
第二发送模块， 用于所述服务进程将所述针对应用数据的处理请求发 送给对应的应用软件；
第二接收模块， 用于所述服务进程接收所述对应的应用软件返回的应 用数据； 其中， 所述应用数据是针对所述处理请求返回的应用数据；
第三发送模块， 用于所述服务进程将所述返回的应用数据通过所述套 接字发送给所述备份软件。
8、 根据权利要求 7所述的计算节点， 其特征在于， 所述第一发送模块 包括：
第一发送单元， 用于所述备份软件通过所述套接字发送针对应用数据 的处理请求的长度；
第二发送单元， 所述备份软件通过所述套接字发送与所述长度对应的 针对应用数据的处理请求的具体内容。
9、 根据权利要求 7或 8所述的计算节点， 其特征在于， 所述第三发送 模块包括：
第三发送单元， 用于所述服务进程将所述返回的应用数据的长度通过 所述套接字发送给所述备份软件；
第四发送单元， 所述服务进程将所述返回的应用数据的具体内容通过 所述套接字发送给所述备份软件。
10、 根据权利要求 7至 9任一项所述的计算节点， 其特征在于， 所述 第二发送模块具体包括：
验证单元， 用于服务进程对所述处理请求进行签名验证；
第五发送单元， 用于若通过签名验证， 则将所述针对应用数据的处理 请求发送给对应的应用软件。
11、 根据权利要求 7至 10任一项所述的计算节点， 其特征在于， 所述
PCT/CN2012/078010 2012-01-04 2012-07-02 对应用数据进行处理的方法和计算节点 WO2013102341A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2014547676A JP5873571B2 (ja) 2012-01-04 2012-07-02 アプリケーション・データを処理するための方法及び計算ノード
KR1020147014292A KR101602308B1 (ko) 2012-01-04 2012-07-02 애플리케이션 데이터를 처리하기 위한 방법 및 계산 노드

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210000757.1 2012-01-04
CN201210000757.1A CN102591727B (zh) 2012-01-04 2012-01-04 对应用数据进行处理的方法和计算节点

Publications (1)

Publication Number Publication Date
WO2013102341A1 true WO2013102341A1 (zh) 2013-07-11

Family

ID=46480433

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/078010 WO2013102341A1 (zh) 2012-01-04 2012-07-02 对应用数据进行处理的方法和计算节点

Country Status (6)

Country Link
US (2) US9104511B2 (zh)
EP (1) EP2613259A1 (zh)
JP (1) JP5873571B2 (zh)
KR (1) KR101602308B1 (zh)
CN (1) CN102591727B (zh)
WO (1) WO2013102341A1 (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103324551A (zh) * 2013-05-23 2013-09-25 广东欧珀移动通信有限公司 应用程序数据移植的方法和系统
CN104636375B (zh) 2013-11-12 2019-05-07 中兴通讯股份有限公司 一种自动备份应用数据且按需恢复的方法及装置
CN103607600A (zh) * 2013-11-19 2014-02-26 乐视致新电子科技（天津）有限公司 云备份方法和装置
CN104050059A (zh) * 2014-06-30 2014-09-17 珠海市君天电子科技有限公司 一种备份及还原数据的方法及系统
CN104123202A (zh) * 2014-07-18 2014-10-29 珠海市君天电子科技有限公司 一种通信终端中数据的备份方法、还原方法及通信终端
CN104346559B (zh) * 2014-11-26 2018-01-02 北京奇虎科技有限公司 权限请求响应方法及相应的装置
CN105320578A (zh) * 2015-11-09 2016-02-10 青岛海信移动通信技术股份有限公司 一种备份和恢复app的方法及装置
CN105912930B (zh) * 2016-04-11 2019-02-01 北京奇虎科技有限公司 移动终端及其系统资源安全控制方法
CN106502832A (zh) * 2016-11-01 2017-03-15 乐视控股（北京）有限公司 移动设备应用隐私数据备份还原方法、装置及移动设备
CN106657135B (zh) * 2017-01-12 2020-01-07 上海艾讯云计算有限公司 一种基于安全套接层协议认证的文件传输方法及设备
CN107086998A (zh) * 2017-04-27 2017-08-22 努比亚技术有限公司 恢复应用程序数据的方法及装置、终端、计算机可读存储介质
CN109189330A (zh) * 2018-08-08 2019-01-11 黄河科技学院 一种在Android系统中的磁盘配额管理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1573706A (zh) * 2003-06-12 2005-02-02 国际商业机器公司 备份系统及方法、恢复系统及方法、移植系统及方法
CN1642114A (zh) * 2005-01-07 2005-07-20 刘惠山 手持移动终端用户定制信息的网络备份方法
US20090177856A1 (en) * 2008-01-09 2009-07-09 Jason Joseph Herne Method and apparatus for automated backup process
CN101751287A (zh) * 2008-12-03 2010-06-23 北京天融信科技有限公司 在Windows下不受用户权限限制执行操作的方法

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4954941A (en) * 1988-08-31 1990-09-04 Bell Communications Research, Inc. Method and apparatus for program updating
AU2002238720B2 (en) * 2001-03-07 2005-01-27 Matchtip Limited Data Storage System
US20020156921A1 (en) * 2001-04-19 2002-10-24 International Business Machines Corporation Automatic backup of wireless mobile device data onto gateway server while device is idle
TW542971B (en) * 2001-07-05 2003-07-21 Penbex Data Systems Inc Automatic data backup system and method for portable electronic device
US6910028B2 (en) * 2001-07-27 2005-06-21 International Business Machines Corporation Conflict-handling assimilator service for exchange of rules with merging
JP2004056620A (ja) * 2002-07-23 2004-02-19 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
US7558927B2 (en) * 2003-05-06 2009-07-07 Aptare, Inc. System to capture, transmit and persist backup and recovery meta data
TW591415B (en) * 2003-08-29 2004-06-11 Autotools Group Co Ltd Information backup system
US7085962B1 (en) * 2003-09-08 2006-08-01 Veritas Operating Corporation Method and system for completing a backup job that was interrupted during a backup process
CA2452251C (en) * 2003-12-04 2010-02-09 Timothy R. Jewell Data backup system and method
TWI248579B (en) * 2003-12-04 2006-02-01 Wistron Corp Method and system for restoring backup data
KR100608012B1 (ko) * 2004-11-05 2006-08-02 삼성전자주식회사 데이터 백업 방법 및 장치
US7343518B2 (en) * 2004-06-23 2008-03-11 Intel Corporation Method for data backup of computing platforms that are occasionally connected
SE532862C2 (sv) * 2004-12-08 2010-04-27 Smarttrust Ab Backup-system och förfarande i ett mobilt telekommunikationsverk
US20070050369A1 (en) * 2005-01-31 2007-03-01 Stiegler Marc D Accessing file under confinement
CA2545047A1 (en) * 2005-05-06 2006-11-06 Trigence Corp. Software service application and method of servicing a software application
JP4725955B2 (ja) * 2005-06-30 2011-07-13 株式会社リコー 情報処理装置、メッセージ管理方法、プログラムおよび記憶媒体
US7729690B1 (en) * 2006-02-15 2010-06-01 Trend Micro, Inc. Backup and restore of user data for mobile telephone
KR100915803B1 (ko) * 2006-12-05 2009-09-07 한국전자통신연구원 임베디드 리눅스 커널의 보안성 강화를 위한 응용 프로그램구동 방법 및 시스템
SE532199C2 (sv) * 2007-09-21 2009-11-10 Sreg Internat Ab Förfarande och system för säkerhetskopiering och återställning av dator- och användarinformation
US8321860B2 (en) * 2008-10-27 2012-11-27 Bank Of America Corporation Local collector
US8220004B2 (en) * 2009-04-17 2012-07-10 Nokia Corporation Method, apparatus and computer program product for sharing resources via an interprocess communication
CN101588358B (zh) * 2009-07-02 2012-06-27 西安电子科技大学 基于危险理论和nsa的主机入侵检测系统及检测方法
US20110016089A1 (en) * 2009-07-16 2011-01-20 Apple Inc. Restoring data to a mobile device
CN101986266B (zh) * 2010-10-22 2013-05-29 浙江大学 Android手机操作系统移植到凌动处理器开发板的方法
US8843451B2 (en) * 2011-09-23 2014-09-23 International Business Machines Corporation Block level backup and restore
US8996467B2 (en) * 2011-12-29 2015-03-31 Druva Inc. Distributed scalable deduplicated data backup system
US8751457B2 (en) * 2012-01-01 2014-06-10 Bank Of America Corporation Mobile device data archiving

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1573706A (zh) * 2003-06-12 2005-02-02 国际商业机器公司 备份系统及方法、恢复系统及方法、移植系统及方法
CN1642114A (zh) * 2005-01-07 2005-07-20 刘惠山 手持移动终端用户定制信息的网络备份方法
US20090177856A1 (en) * 2008-01-09 2009-07-09 Jason Joseph Herne Method and apparatus for automated backup process
CN101751287A (zh) * 2008-12-03 2010-06-23 北京天融信科技有限公司 在Windows下不受用户权限限制执行操作的方法

Also Published As

Publication number Publication date
KR20140087029A (ko) 2014-07-08
EP2613259A1 (en) 2013-07-10
US9436557B2 (en) 2016-09-06
JP2015507257A (ja) 2015-03-05
US20150309878A1 (en) 2015-10-29
CN102591727B (zh) 2014-09-17
US20140033229A1 (en) 2014-01-30
JP5873571B2 (ja) 2016-03-01
CN102591727A (zh) 2012-07-18
KR101602308B1 (ko) 2016-03-10
US9104511B2 (en) 2015-08-11

Similar Documents

Publication Publication Date Title
WO2013102341A1 (zh) 对应用数据进行处理的方法和计算节点
US10073747B2 (en) Reducing recovery time in disaster recovery/replication setup with multitier backend storage
US20210374810A1 (en) Smart broadcasting device
US10169068B2 (en) Live migration for virtual computing resources utilizing network-based storage
US10331525B2 (en) Cluster file server proxy server for backup and recovery
CN1870642B (zh) 用于通过使用数据通信协议在网络计算环境内通信的方法
US9883394B2 (en) Virtual mobile phone interface system and method thereof
US9836327B1 (en) Network-based storage access control for migrating live storage clients
JP2017509990A (ja) ブロックベースストレージに対するデータボリュームの耐久性状態の低減
US20170123925A1 (en) Methods and Apparatus for Mobile Computing Device Security in Testing Facilities
WO2013177968A1 (zh) 文件存储系统、装置及文件存取方法
WO2014146256A1 (zh) 一种升级方法、智能终端及升级系统
WO2012103827A2 (zh) 一种容器状态的保存和恢复的方法及装置
CN112035062B (zh) 云计算的本地存储的迁移方法、计算机设备及存储介质
CN105786575A (zh) 移动终端及其用于重写系统时数据免清除的方法
WO2010148755A1 (zh) 终端数据的处理方法、终端以及系统
WO2021254280A1 (zh) 磁盘挂载方法、装置、存储介质以及电子装置
US11126441B2 (en) Management platform recovery for a user device
US11182141B2 (en) Management platform recovery for a user device
US11132188B2 (en) Management platform recovery for a user device
US11720448B1 (en) Application aware backups
US11126419B2 (en) Management platform recovery for a user device
US12007954B1 (en) Selective forwarding for multi-statement database transactions
WO2023000705A1 (zh) 应用程序虚拟化方法、系统、电子设备及存储介质
US20240028335A1 (en) Application state synchronization across computing environments to an alternate application

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: 12864117

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20147014292

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2014547676

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12864117

Country of ref document: EP

Kind code of ref document: A1