A method includes receiving a request to write a data block to a volume resident on a multi-tenant storage array, wherein the request is associated with a first tenant of the multi-tenant storage array, and determining whether the data block matches an existing data block on the multi-tenant storage array, wherein the existing block corresponds to a second tenant. In response to determining that the decrypted data block matches the existing data block: encrypting the existing data block with a shared volume encryption key; encrypting the shared volume encryption key with a first tenant encryption key and providing the shared volume encryption key encrypted with the first tenant encryption key to the first tenant; and encrypting the shared volume encryption key with a second tenant encryption key and providing the shared volume encryption key encrypted with the second tenant encryption key to the second tenant.

Transferring files in accordance with a data communications protocol includes: receiving, by a server from a client, a read request for a file, where the read request specifies a filename of the file, a message digest algorithm, and a key, where the key includes a result of applying the message digest algorithm to the file as stored on the client; generating, by the server, a local key including applying the message digest algorithm to a file currently stored on the server and having the filename; and if the local key matches the key specified in the read request, closing, by the server, a connection to the client with success without sending the requested file.

Provided is a storage system for voice recording information based on a blockchain. The storage system for voice recording information comprises: a voice-to-text conversion device for converting a voice recording file into a text file using a preset voice-to-text conversion algorithm, and outputting the converted text file and information on the voice-to-text conversion algorithm; a blockchain network consisting of a plurality of participating nodes, and configured to generate blocks including the text file and information on the voice-to-text conversion algorithm output from the voice-to-text conversion device according to a preset consensus algorithm, and to store the generated blocks on the blockchain; and a data storage device for storing the original voice recording file, wherein the storage system reliably stores the text file for the voice recording file.

An attribute information setting section loads information indicating whether or not access to each of a plurality of files is allowed, into a memory. A readout request receiving section receives a readout request including a file path from a program. A hash value deriving section derives a hash value of a file path included in the readout request. A file confirming section confirms whether or not the derived hash value matches with one of hash values of the files included in software. A determining section refers to the information loaded into the memory by the attribute information setting section in a case in which matching of the hash values is confirmed, to thereby determine whether or not a process on the file which has been subjected to the readout request is executable.

A method and system for tracking the history of possession, activity, and changes related to an electronic document after its creation includes a document in a file system on an computing device having linked metadata which tracks hash values that update when a user performs a document action. Each hash value indicates a fixed document state. The metadata stores hash value identifiers associated with the initial document state and the document state right before the most recent document action and a list of identifiers associated with every state of the document in its history. The method and system allows for branching of multiple documents from a common state, identified by a common hash value and includes components to visualize a document's lineage. The method and system also includes the ability to store information in a document regarding similar, or near duplicate, documents that do not share the same lineage.

The disclosed embodiments include a method for caching by a data system. The method includes automatically caching a portion of a data object from an external data source to a local cluster of nodes in accordance with a unit of caching. The portion of the data object can be selected for caching based on a frequency of accessing the portion of the data object. The portion of the data object in the cache is mapped to the external data source in accordance with a unit of hashing. The method further includes, responsive to the data system receiving a query for data stored in the external data source, obtaining query results that satisfy the received query by reading the portion of the cached data object instead of reading the data object from the external data source.

A method for performing hash code calculations may include calculating, during a write operation for a data block, a hash code for an occupied portion of the data block, inserting, during the write operation, a marker into the data block, calculating, during a read operation for the data block, a hash code for the occupied portion of the data block, searching, during the read operation, for the marker in the data block, and terminating the hash code calculation in response to finding the marker. A system may include a first interface configured to receive data blocks, a second interface configured to transmit data blocks, and hash logic coupled between the first and second interfaces, wherein the hash logic is configured to calculate a hash code for the occupied portion of a data block received through the first interface, and insert a marker in an unoccupied portion of the data block.

An index node (inode) allocation method, a corresponding data processing device and a corresponding computer-readable medium are provided. The method is applicable to a file system and includes the following steps: allocating a range including a plurality of consecutive inodes to a directory in the file system when a directory order mode is already activated, wherein files in the directory are sorted according to hash values of the files; dividing the range of inodes into a plurality of sub-regions; and when a new file is created in the directory, selecting one of the sub-regions according to a hash value of the new file, so as to allocate an inode in the selected sub-region to the new file.

Systems and methods for root-level application selective configuration for managing installation of applications in a file system include at least one computing device and an agent. The at least one computing device can receive selections from a user for a file and for actions desired to be executed on the file. Instead of requiring a particular privilege level for the user, the agent can be provided privileges based on a policy file associated with the selected file, thereby allowing the selectable actions to be executed via the agent. The agent can be executed by the at least one computing device and register with an OS during a boot sequence. The agent can receive a selection of a file and render a context menu based on metadata from an associated policy file. The context menu can include one or more badges providing an indication of executable actions for the selected file.

An example operation may include one or more of receive a document identifier (ID), retrieve a document from a storage based on the ID, generate a hash of the document, and compare the hash of the document under the ID against a hash of the document stored on the blockchain for verification.