29 results about "Binary large object" patented technology

Examples of support for an instruction allowing for the binding of a platform key to a binary large object (BLOB) are described. In some examples, support is in the form of decoder circuitry to decode an instance of a single instruction, the instance of the single instruction to include an opcode that is to indicate to execution circuitry to perform a binding of information to a platform by encrypting at least a portion of information of an input data structure with a platform-specific wrapping key; and execution circuitry to execute the decoded instance of the single instruction according to the opcode to generate and store an output data structure.

An information handling system is configured to remotely monitor a managed resource that includes lifecycle management and / or control of basic input / output system settings and administrator password. The information handling system is also configured to provide software and / or firmware updates on the managed resource using a binary large object with an entitlement to the managed resource.

A server computing device including one or more server memory devices storing a relational database. The server computing device further includes one or more server processing devices configured to receive an ephemeral graph database request. The ephemeral graph database request indicates a selection of data stored in the relational database. The processing devices generate an ephemeral graph database that encodes the selected data in a graph structure and store the ephemeral graph database in binary large object (BLOB) storage at the one or more memory devices. The processing devices receive instructions to apply a graph analytics algorithm at the ephemeral graph database. The processing devices read the ephemeral graph database from the BLOB storage and apply the graph analytics algorithm to the ephemeral graph database to generate a graph analytics result. The processing devices output the graph analytics result and delete the ephemeral graph database from the BLOB storage.

A method for managing log files for recording operations on data stored in a database is provided, wherein a set of log files having an allocated first portion of storage is updated, the allocated first portion of storage is monitored, and a second portion of storage is allocated in dependence on a determination that an available portion of storage is below a predetermined size. A method for generating a snapshot is provided, wherein data entries are included in the snapshot in dependence on a determined relative order of log records in a set of log files. A method of replicating a binary large object is provided, wherein the binary large object is sent to a second database in response to identifying a log record comprising data indicating the binary large object. A method for deleting one or more binary large objects is provided, wherein the data indicating one or more binary large objects that have been logically deleted are stored in a snapshot and the one or more binary large objects are deleted using the data indicating the one or more binary large objects after a previous snapshot is deleted.

A method for managing log files for recording operations on data stored in a database is provided, wherein a set of log files having an allocated first portion of storage is updated, the allocated first portion of storage is monitored, and a second portion of storage is allocated in dependence on a determination that an available portion of storage is below a predetermined size. A method for generating a snapshot is provided, wherein data entries are included in the snapshot in dependence on a determined relative order of log records in a set of log files. A method of replicating a binary large object is provided, wherein the binary large object is sent to a second database in response to identifying a log record comprising data indicating the binary large object. A method for deleting one or more binary large objects is provided, wherein the data indicating one or more binary large objects that have been logically deleted are stored in a snapshot and the one or more binary large objects are deleted using the data indicating the one or more binary large objects after a previous snapshot is deleted.

According to the method and device for supporting the Android device to upload the multiple pictures on the browser, the equipment and the medium, the method comprises the steps that in response to a received target link of a target browser triggered by a target object, a picture selection function of a webpage development kit of a target application end is called, so that the target object selects an uploaded target picture; after receiving indication information that the target object completes picture selection, obtaining a path address of each target picture at the target application end; generating a picture list according to the path address of each target picture at the target application end; and converting the picture list into a binary large object file and sending the binary large object file to a server of the target browser, so that the target browser calls the binary large object file from the server when responding to a picture uploading operation triggered by the target object to realize uploading of the selected target picture on the target browser. A plurality of pictures can be uploaded on the target browser.

A method for preparing contents to be provided from a hardware security module, HSM, to an integrated Secure Element, iSE, comprising: • a) provide in the HSM a pre-shared key, PSK, which is derived from a universal key-derivation constant, KDC, permanently stored in the iSE, and a first seed (SI), wherein the KDC is identical for a multitude of multiple iSEs, and the first seed (51) is specific or unique for a specific contents provider (CP) of said contents; • b) in the HSM, provide a second seed (S2) which is specific or unique for the iSE, and from the PSK and the second seed, apply a CEK-key-derivation scheme so as to derive a code encryption key, CEK; • c) in the HSM, encrypt the code package with the code encryption key, CEK, and by applying a code encryption scheme, so as to generate an encrypted code package (OS packet); • d) in the HSM, generate a header including the second seed (S2) and, if required: information on the code encryption scheme of step c) or / and information on the CEK-key-derivation scheme of step b); • e) in the HMS, encrypt the header with the PSK, or with a header encryption key derived from the PSK, and by applying a header encryption scheme, so as to generate an encrypted header (Header); • f) in the HSM, merge the encrypted code package (OS packet) and the encrypted header (Header) so as to create a binary large object, BLOB, to be transferred to the iSE.

A method for real-time, reboot-less configuration of network interface cards. The method includes: constructing a network interface binary large object (NI-BLOB) including a firmware update package; transferring, to a network interface card, a firmware update including the NI-BLOB; and activating, without power-cycling a host whereon the network interface card is installed, the firmware update to configure the network interface card in real-time. In foregoing the power-cycling of the host, embodiments described herein minimize (if not eliminate) any service downtime potentially caused through the frequent application of configuration changes to network interface card(s).

The present application relates to the technical field of computer storage, and specifically discloses a hybrid encoding-based binary large object (BLOB) storage repair method and apparatus. The method comprises: acquiring a plurality of BLOBs, performing non-systematic minimum storage regeneration (MSR) encoding on a small BLOB among the plurality of BLOBs, and performing systematic MSR encoding on a large BLOB among the plurality of BLOBs; storing the plurality of encoded BLOBs in a plurality of storage nodes in a balanced manner; and on the basis of the type of a BLOB to be repaired, determining a corresponding repair strategy, and on the basis of the repair strategy and the plurality of encoded BLOBs in the plurality of storage nodes, using a group-based parallel repair technique to repair the BLOB to be repaired. The method can improve BLOB repair efficiency.

Techniques for atomic live updates to operating systems are described herein. For example, a computing system can generate a first version of a binary large object (BLOB) file indicating first metadata for each file of a first version of an image for an operating system. The computing system can generate a second version of the BLOB file indicating second metadata for each file of a second version of the image. The second version can include new files associated with an update to the operating system. The computing system can execute the update to the operating system by remounting, by a file system for the operating system, the second version of the image of the operating system using the second metadata of the second version of the BLOB file.

A server computing device including one or more server memory devices storing a relational database. The server computing device further includes one or more server processing devices configured to receive an ephemeral graph database request. The ephemeral graph database request indicates a selection of data stored in the relational database. The processing devices generate an ephemeral graph database that encodes the selected data in a graph structure and store the ephemeral graph database in binary large object (BLOB) storage at the one or more memory devices. The processing devices receive instructions to apply a graph analytics algorithm at the ephemeral graph database. The processing devices read the ephemeral graph database from the BLOB storage and apply the graph analytics algorithm to the ephemeral graph database to generate a graph analytics result. The processing devices output the graph analytics result and delete the ephemeral graph database from the BLOB storage.

Method, by means of a universal integrated circuit card embedded in a wireless device (220), eUICC (embedded universal integrated circuit card) (102), wherein the method comprises: at the eUICC (102): Receiving (704) an initial request to instantiate an initial electronic subscriber identity module, eSIM (402, 502); Instantiating (706) the first eSIM (402, 502) using generic data (612) from a large binary data object, data BLOB (data binary large object) (104, 602, 604); characterized by: Adapting (708) the first eSIM (402, 502) based on first data from the data BLOB (104, 602, 604) or based on second data from the eUICC (102) or based on third data from a second data BLOB (104, 602, 604).

A server computing device including one or more server memory devices storing a relational database. The server computing device further includes one or more server processing devices configured to receive an ephemeral graph database request. The ephemeral graph database request indicates a selection of data stored in the relational database. The processing devices generate an ephemeral graph database that encodes the selected data in a graph structure and store the ephemeral graph database in binary large object (BLOB) storage at the one or more memory devices. The processing devices receive instructions to apply a graph analytics algorithm at the ephemeral graph database. The processing devices read the ephemeral graph database from the BLOB storage and apply the graph analytics algorithm to the ephemeral graph database to generate a graph analytics result. The processing devices output the graph analytics result and delete the ephemeral graph database from the BLOB storage.

Methods, systems, and devices for data management are described. A data management system may support techniques for bulk object selection and recovery for a set of computing objects. The data management system may receive an indication of a backup snapshot group identifier which defines a selection of a group of backup snapshots for performing a bulk recovery. The backup snapshot group identifier is then translated into a materialized list of object identifiers corresponding to the set of backup snapshots for storage in a binary large object (BLOB) data store. The data management system may then perform the bulk recovery on a subset of the set of backup snapshots contained within a sliding window that is iterated through the list of object identifiers within the BLOB data store.

In various examples, a method to manage map data includes storing a map of a geographic area using an immutable tree. The immutable tree comprises a plurality of nodes stored using a distributed hash table. The plurality of nodes include a plurality of map tiles. At least two map tiles of the plurality of map tiles cover different geographic subregions of the geographic area of the map. The method includes hosting one or more binary large objects (BLOBs) that correspond to the plurality of map tiles in an origin data plane. The method includes making the one or more BLOBs available for distribution to one or more client devices using a content delivery network (CDN).

A method for preparing content to be provided from a hardware security module, HSM, to an integrated secure element, iSE, comprising: a) providing in the HSM a pre-shared key PSK derived from a first seed (S1) and a generic key derivation constant KDC permanently stored in the iSEs, where the KDC is identical for a large number of multiple iSEs and the first seed (51) is specific or unique for a specific content provider (CP) of the content; b) in the HSM, providing a second seed (S2) that is specific or unique to the iSE and applying a CEK key derivation scheme based on the PSK and the second seed in order to derive a code encryption key CEK; c) in the HSM, encrypting the code packet with a code encryption key CEK and by applying a code encryption scheme in order to generate an encrypted code packet (OS packet); d) in the HSM, generating a header comprising a second seed (S2) and, if needed, further: information about the code encryption scheme of step c) or / and information about the CEK key derivation scheme of step b); e) in the HMS, encrypting the header using the PSK or a header encryption key derived from the PSK and applying a header encryption scheme to generate an encrypted header (Header), f) in the HSM, merging the encrypted code packet (OS packet) and the encrypted header (Header) in order to create a binary large object BLOB to be transmitted to the iSE.

A microservices platform that includes a plurality of microservices for providing data processing functions for data of multiple tenants may be implemented. Each tenant of the multiple tenants may be provided with an assigned binary large object (blob) data store in a blob storage platform that is only accessible by a corresponding tenant using a corresponding tenant identifier. Furthermore, each tenant of the multiple tenants may be assigned a corresponding local database at each microservice of the plurality of microservices that is only accessible by the corresponding tenant using the corresponding tenant identifier.

A method for managing log files is provided, wherein a set of log files is updated, the storage space allocated to the log files is monitored, and further storage space is allocated based on determining that the available storage space is below a predetermined size. A method for generating a snapshot is provided, wherein data entries are included in the snapshot according to a determined relative order of log records. A method for replicating a binary large object is provided, wherein the binary large object is sent to a second database in response to identifying a log record including data indicating the binary large object. A method for deleting one or more binary large objects is provided, wherein data indicating the binary large objects that have been logically deleted is stored in a snapshot, and the binary large objects are deleted after a previous snapshot is deleted.

The invention discloses a temporary graphics database. A server computing device (10) includes one or more server memory devices (14) that store a relational database (32). The server computing device also includes one or more server processing devices (12) configured to receive the temporary graphics database request (52). The temporary graphic database request indicates a selection (54) of data (36) stored in the relational database. The processing device generates a temporary graphics database (42) that encodes the selected data into a graphics structure (44) and stores the temporary graphics database in a binary large object (BLOB) storage (40) at one or more memory devices. The processing device receives instructions (60) to apply a graphics analysis algorithm (62) at the temporary graphics database. The processing device reads the temporary graphics database from the BLOB storage and applies a graphics analysis algorithm to the temporary graphics database to generate a graphics analysis result (64). And the processing equipment outputs a graphic analysis result and deletes the temporary graphic database from the BLOB storage device.

The embodiment of the invention discloses a vector data management method and device, a program product and a storage medium. The method comprises the steps of obtaining a to-be-stored vector; analyzing the to-be-stored vector to obtain description header information of the to-be-stored vector; wherein the description header information comprises dimension information and a storage format of the vector to be stored; performing analysis and format conversion on the data content of the to-be-stored vector according to the data structure of the to-be-stored vector to obtain storage data corresponding to the vector data; and storing the to-be-stored vector to a binary large object column in a pre-established relational database based on the description header information and the storage data. According to the method, the vector data can be stored in the relational database without the help of an array, a lightweight data exchange format or similar expansion work, data redundancy is avoided, the storage space is saved, and the storage efficiency of the vector data is improved.

The application belongs to the technical field of computer storage, and specifically discloses a binary large object storage repair method and device based on hybrid coding, which comprises the following steps: acquiring a plurality of binary large objects (Blob), and performing non-systematic minimum storage regeneration (MSR) coding on small-sized Blob in the plurality of Blob and systematic MSR coding on large-sized Blob in the plurality of Blob; storing the coded plurality of Blob in a plurality of storage nodes in a balanced manner; determining a corresponding repair strategy based on the type of a Blob to be repaired, and repairing the Blob to be repaired by using a grouping and parallel repair technology based on the repair strategy and the coded plurality of Blob in the plurality of storage nodes. The method can improve the Blob repair efficiency.

Backup data associated with a primary storage system is received. At least a view of the received backup data associated with the primary storage system is generated. The view of the of the received backup data associated with the primary storage system includes a tree data structure comprising a root node, a first plurality of child nodes, and a first plurality of leaf nodes. At least some of the first plurality of leaf nodes include corresponding pointers to a corresponding binary large object. A read request for data exposed by the view of the received backup data associated with the primary storage system is received from an external system. In response to receiving the read request, the view of the received backup data associated with the primary storage system is exposed to a requesting system utilizing a protocol associated with the external system.

A file system executing on a computing device may store a placeholder for a file on secondary storage of the computing device. The placeholder may comprise a sparse data stream containing none or some of the data of the file and information which enables the remotely stored data of the file to be retrieved from the network. As some or all of the data for the file is being stored remotely, the computing device may rely on a storage virtualization provider to create metadata for the file. Thus, the file system executing on the computing device may receive, from the storage virtualization provider, a request to store metadata associated with the file. In response to this request, the file system may store the metadata as a Binary Large Object (BLOB) in a secondary data stream of the placeholder for the file.

To provide a server computing device and a method for calculating a graph analytics result from data stored in a database.SOLUTION: In a computing system 1, server processing devices 12 are configured to: receive an ephemeral database request; select 54 data 36 stored in a relational database 32; generate an ephemeral graph database 42 that encodes in a graph structure 44; and store the ephemeral graph database in a binary large object (BLOB) storage 40 at the one or more memory devices. The processing devices are further configured to: receive instructions 60 to apply a graph analytics algorithm 62 to the ephemeral graph database; read the ephemeral graph database from the BLOB storage; and apply the graph analytics algorithm. Finally, the processing devices output a graph analytics result 64 and delete the ephemeral graph database from the BLOB storage.SELECTED DRAWING: Figure 1

A data platform provides for encryption of secrets. During operation, an application of the data platform receives a secret and communicates the secret to an encryption client of the data platform. The encryption client generates an encrypted secret using a Data Encryption Key (DEK) and the secret. The encryption client communicates the DEK to an encryption server of the data platform while retaining the encrypted secret. The encryption server generates an encrypted DEK using a Transit Encryption Key TEK. The encryption server communicates the encrypted DEK to the encryption client and the encryption client generates a binary large object (blob) using the retained encrypted secret and the encrypted DEK. The application stores the blob on a data storage device.

Methods, systems, and devices for data management are described. A data management system may support techniques for bulk object selection and recovery for a set of computing objects. The data management system may receive an indication of a backup snapshot group identifier which defines a selection of a group of backup snapshots for performing a bulk recovery. The backup snapshot group identifier is then translated into a materialized list of object identifiers corresponding to the set of backup snapshots for storage in a binary large object (BLOB) data store. The data management system may then perform the bulk recovery on a subset of the set of backup snapshots contained within a sliding window that is iterated through the list of object identifiers within the BLOB data store.

A system can read, by a first reader component, a first sub-sequence of a sequence of random computer data starting at a first offset position of the sequence of random computer data. The system can read, by a second reader component, a second sub-sequence of the sequence of random computer data starting at a second offset position of the sequence of random computer data, wherein the first offset position differs from the second offset position. The system can store the first sub-sequence as a first binary large object. The system can store the second sub-sequence as a second binary large object.

The invention belongs to the technical field of big data and unstructured data, and relates to a storage method and a query method for large-scale unstructured graph data. The storage method comprises the steps that nodes, relations and attribute information are stored in a KV graph database; all unstructured attributes in one node / relation are packaged into a super binary large object SBLOB; and finding an external object storage node through a Hash algorithm according to the id of the SBLOB, and storing the SBLOB. The query method comprises the following steps: querying an SBLOB according to an id of a node / relationship; the metadata information (metaData) in the SBLOB is analyzed; and analyzing each BLOB according to the metaData, and packaging and returning a result. According to the method and the device, the unstructured data in the graph data is specifically coded, and the unstructured data stored in the graph database is optimally stored and queried, so that the management and query efficiency of the graph database on the unstructured data is improved.

This invention belongs to the interdisciplinary field of geographic information systems, spatial databases, and big data storage technology. Specifically, it discloses a structured storage method for terrain data based on multi-level grid addressing. This invention designs an innovative database table structure, mapping the two-dimensional row and column indexes of global regular grid terrain data to the database's primary key index and secondary longitude interval fields, and uses binary large object (BLOB) fields for compressed storage. This method achieves efficient organization of massive, high-resolution global raster terrain data within a single database table, achieving high retrieval efficiency, simple topology, convenient maintenance and updates, and easy integration of multi-source, multi-resolution data, fundamentally overcoming the drawbacks of traditional fragmentation methods.