A data copy method comprises: acquiring, by a destination server, a data block identifier, version information and hole information; transmitting, by the destination server, the data block identifier, the version information and the hole information to a source terminal server so as to enable the source server to find corresponding data according to the data block identifier, the version information and the hole information; receiving, by the destination server, a response message carrying the data transmitted by the source server and copying the data to a hole corresponding to the data block identifier, the version information and the hole according to the response message.

The present disclosure describes systems and methods for aggregation and management of cloud storage among a plurality of providers via file fragmenting to provide increased reliability and security. In one implementation, fragments or blocks may be distributed among a plurality of cloud storage providers, such that no provider retains a complete copy of a file. Accordingly, even if an individual service is compromised, a malicious actor cannot access the data. In another implementation, fragments may be duplicated and distributed to multiple providers, such that loss of communications to any one provider does not result in inability to access the data. This implementation may be combined with error correction techniques to allow recovery, even with loss of multiple providers. File synchronization may also be faster in these implementations by dividing reading and writing operations among multiple providers.

An application platform system and method. A data synchronization instance manages a reference state object for a data synchronization system (DSS) account. A first local state object is stored at a first application system. The first application system receives update notifications provided by the DSS. A second local state object is stored at a second application system. The second application system receives update notifications provided by the DSS. An application instruction of the first application system is transformed into a state update, and the first local state object is modified to include the state update. The state update is provided to the DSS via a local update notification. The reference state object is modified to include the state update. The state update is provided to the second application system via a reference update notification. The second local state object is modified to include the state update.

An application platform system and method. A data synchronization instance manages a reference state object for a data synchronization system (DSS) account. A first local state object is stored at a first application system. The first application system receives update notifications provided by the DSS. A second local state object is stored at a second application system. The second application system receives update notifications provided by the DSS. An application instruction of the first application system is transformed into a state update, and the first local state object is modified to include the state update. The state update is provided to the DSS via a local update notification. The reference state object is modified to include the state update. The state update is provided to the second application system via a reference update notification. The second local state object is modified to include the state update.

The present disclosure describes systems and methods for aggregation and management of cloud storage among a plurality of providers. In a first aspect, the invention is directed to file distribution and management across multiple cloud services via a storage manager. The storage manager may aggregate third-party cloud storage provider accounts into a single cloud storage space and load balance files among the third party-accounts as necessary. In one implementation, the storage manager may act as an intermediary, and files may be transferred by the client to the storage manager, which may select and forward the files to a third-party storage provider. File retrieval may be performed similarly, with the client requesting a file from the intermediary storage manager, which may retrieve the file from the corresponding third-party storage provider and forward the file to the client device.

The present disclosure describes systems and methods for aggregation and management of cloud storage to leverage third-party storage policies. Some cloud storage providers may allow users to store some types of files for free, without counting the files against a storage quota or limit, such as photos. Other providers may allow users to store music files, and may automatically replace lower quality recordings with high quality versions (improving quality for the user while performing deduplication and storage mitigation by the server). These policies may be utilized by a storage manager to direct corresponding types of files to specific storage providers to take advantage of free storage or further processing. The files may be excluded from load balancing algorithms, such that storage quotas are not unbalanced as a result of policies of one provider.

The present disclosure describes systems and methods for aggregation and management of cloud storage among a plurality of providers via file fragmenting to provide increased reliability and security. In one implementation, fragments or blocks may be distributed among a plurality of cloud storage providers, such that no provider retains a complete copy of a file. Accordingly, even if an individual service is compromised, a malicious actor cannot access the data. In another implementation, file fragmenting may be performed in a non-standard method such that file headers and metadata are divided across separate fragments, obfuscating the original file metadata.

Provided are a method of synchronizing state information, the method comprises receiving first state information from a first terminal among a plurality of terminals, setting first synchronization identification information in the received first state information, transmitting the first state information and the first synchronization identification information set in the first state information to the terminals, receiving second state information and second synchronization identification information set in the second state information from a second terminal among the terminals, determining whether the received second state information is a synchronization target by judging whether the received first synchronization identification information matches the received second synchronization identification information and not transmitting the received second state information to the terminals when determining that the received second state information is not the synchronization target.

The present disclosure describes systems and methods for aggregation and management of cloud storage to leverage processing provided by a cloud provider with aggregation of cloud storage services. Files may be pipelined to the processing provider and then resynchronized to an alternate storage service, with processing or metadata retained. In one implementation, files may be provided for processing, retrieved, and then separately provided for storage. In another implementation, files may be simultaneously provided for processing and storage at different cloud storage providers. After processing, the metadata of the file may be retrieved, and the file deleted from storage of the processing provider. The metadata may be synchronized with the stored file, or may be retained in metadata storage and retrieved by the client device during synchronization or file retrieval operations.

Embodiments allocate and synchronize virtual currency balance of a user among multiple user devices. A user profile is maintained at a central server. The user profile stores a total virtual currency balance and a designation of multiple user devices associated with the user. The total virtual currency balance may be divided among and allocated to the multiple user devices, for example, based on usage data associated with each user device. The portion of the total virtual currency balance allocated to each user device may be stored locally at a local wallet of the corresponding user device. The local virtual currency balance on a user device may be used to purchase goods or services, such as playing a game. If the locally stored virtual currency balance of a given user device runs low, the user device may request additional virtual currency from other user devices without contacting the central server.