272 results about "Manifest file" patented technology

There is provided a system and method for rule-based dynamic server-side streaming manifest files. There is provided a method comprising receiving a request to provide a first video content for playback, evaluating a plurality of rules for the first video content, generating a dynamic manifest file referencing the first video content, and providing the dynamic manifest file in response to the request, thereby enabling an application to playback the first video content for output on a display by interpreting the dynamic manifest file. The rules may implement various features such as dynamic advertisement insertion, load balancing, client customization, user and device targeting, enhanced security mechanisms, global announcements, and others. As streaming protocols are widely supported by default on many client platforms, the dynamic manifest files can be utilized in a user friendly and transparent manner compared to client-side solutions requiring cumbersome client software installations.

Techniques for serving a manifest file of an adaptive streaming video include receiving a request for the manifest file from a user device. The video is encoded at different reference bitrates and each encoded reference bitrate is divided into segments to generate video segment files. The manifest file includes an ordered list of universal resource locators (URLs) that reference a set of video segment files encoded at a particular reference bitrate. A source manifest file that indicates the set of video segment files is identified based on the request. An issued manifest file that includes a first URL and a second URL is generated based on the source manifest file. The first URL references a first domain and the second URL references a second domain that is different from the first domain. The issued manifest file is transmitted to the user device as a response to the request.

Described is a system and method for replicating each of a set of resources to a subject computer in a replica set prior to making use of a resource in the set of resources. The set of resources includes resources that are dependent upon each other for a proper functioning of the group. A manifest file that identifies each resource in a group of interrelated resources is used. The manifest file is generated at one computer in the replica set (typically the computer at which a modification to one of the interrelated resources occurred). When the modification occurs to one of the set of resources, the manifest file is transmitted (e.g., itself replicated) to each computer in the replica set. The manifest file includes an indicator that identifies the manifest file as a special file. When received at another computer in the replica set, a service evaluates the manifest file to identify whether the appropriate versions of the identified resources exist at the receiving computer. If not, the service at that computer awaits the receipt of each resource. The wait period may include delaying the execution of an application associated with (or even included within) the manifest file from launching. Alternatively, the FRS could simply disallow access to one or more resources identified in the manifest file until all have arrived. When all have arrived, the FRS releases control of the identified resources, which may then operate or be accessed in the ordinary manner.

Methods and systems for enabling client-controlled streaming of segmented content are described. In one example, the client-controlled streaming is on the basis of a manifest file, the manifest file including one or more segment identifiers and one or more associated segment locators, In one example, a method involves: requesting the delivery of at least one segment on the basis of a first segment identifier selected from the manifest file; on the basis of the first requested segment, selecting a second at least one segment identifier from the manifest file, the second segment identifier being associated with an expected future segment request; and pre-resolving a first segment locator associated with the selected second segment identifier for obtaining network information associated with the first segment locator.

A method, system and a computer program product. The method may include: selecting, for each requested media file, a selected version of the media file based on (a) bit rates of the different versions of the requested media file, and (b) a bit rate allocated for a transmission of the requested media file to the client; generating a modified manifest file for each requested media file by removing retrieval information associated with all non-selected versions of requested media files; wherein each modified manifest file comprises retrieval information required only for a retrieval of a selected version of a requested media file associated with the modified manifest file; and sending to clients the modified manifest files.

A method is described for providing one or more tile streams to a client device for rendering a region-of-interest (ROI), wherein said ROI defines a region of a tile representation of a source video and wherein said method comprises: rendering a region-of-interest (ROI) video stream comprising a ROI of said source video; receiving ROI position information of at least one frame of said ROI video stream; and, receiving one or more tile streams that are requested the basis of said ROI position information and a spatial manifest file, said spatial manifest file defining one or more tile representations of said source video, a tile representation comprising one or more tile identifiers for identifying one or more tile streams and a tile position information defining the spatial position of said tile streams.

There is provided a method for HTML directed adaptive features for mobile applications. By presenting user interface portions of the application as HTML documents referenced from a manifest file, the manifest file may be updated from a remote server without directly modifying a native binary of the application. By registering URL handlers for application functions in the native binary of the application, and by modifying a local file manifest stored on a mobile device, the scope of application functionality can be updated by adding, removing, or modifying URLs. The manifest files may further be adapted using specific contexts, such as device hardware, location, user profile data, and other information. Advantageously, application update approval processes through application marketplaces may be bypassed since the native binary is kept intact, allowing for more timely and relevant updates.

A method and a system for enabling delivery of at least part of a digital rights management (DRM) protected segmented content item to a content processing device is described wherein segmented content item is associated with a manifest file, comprising at least a first segment identifier associated with a first segment being encrypted on the basis a first key; and, a second segment identifier associated with a different, second, segment being encrypted on the basis of a second key; said manifest file further comprising key information for enabling decryption of at least one of said first and second encrypted segments. Said method may comprise: a secure module, preferably a DRM module, in said content processing device requesting a DRM server access to at least part of said segmented content item; and, providing said secure module access to at least part of said key information, if said content access request is granted by said DRM server.

A software package manager uses a distribution unit containing components for a software package and a manifest file that describes the distribution unit to manage the installation, execution, and uninstallation of software packages on a computer. Information in the manifest file pertaining to a software package is stored in a code store data structure upon installation of the package. The manifest file also contains information that permits the software package manager to resolve any software dependencies upon installation. The software package manager uses the code store data structure to locate the required components when the software is executed and to remove the components appropriately when the software is uninstalled.

Programming content, such as a digital motion picture, is delivered by dividing the programming content into smaller chunks of data and creating a chunk file for each chunk of data. The chunk file includes the chunk of data and a message digest (e.g., a checksum or CRC code) for verifying integrity of the chunk of data. A manifest file that includes information describing how to assemble the chunks of data also is generated. At the receiving end, multiple chunk files and a manifest file are received. The chunk files include chunks of data that together make up programming content, and each chunk file also includes a message digest for verifying integrity of the chunk of data within the chunk file. The manifest file includes information describing how to assemble the chunks of data. The chunks of data are stored, and assembled and played according to the information in the manifest file.

A wireless network device to support quality-aware adaptive media streaming includes a radio-frequency transceiver, a processor operably coupled to the radio-frequency transceiver, and a memory device operably coupled to the processor. The memory storing instructions that configure the processor to parse a manifest file to read information characterizing media content available for hypertext transfer protocol (HTTP) adaptive streaming, obtain quality information of the media content based on a quality attribute parsed from the manifest file, and dynamically switch streaming between different encoded portions of the media content in response to the quality information for an encoded portion of the media content deviating from a desired quality value.

Techniques for serving a manifest file of an adaptive streaming video include receiving a request for the manifest file from a user device. The video is encoded at different reference bitrates and each encoded reference bitrate is divided into segments to generate video segment files. The manifest file includes an ordered list of universal resource locators (URLs) that reference a set of video segment files encoded at a particular reference bitrate. A source manifest file that indicates the set of video segment files is identified based on the request. An issued manifest file that includes a first URL and a second URL is generated based on the source manifest file. The first URL references a first domain and the second URL references a second domain that is different from the first domain. The issued manifest file is transmitted to the user device as a response to the request.

Described is a system and method in which software images including updates are provided as packages. The package is self-describing, thereby facilitating the replacement of only component parts of an image. A software build process maps operating system features (comprising files, metadata, configuration information and so forth) into the packages, and executable code is processed for relocation purposes. The final package includes a device manifest file that describes the package and conveys dependency information and information about the priority of settings (shadow data).

A malicious applications detection method is provided. The method includes: extracting a plurality of static features from a manifest file and a de-compiled code respectively obtained from a plurality of training malicious applications (APK files) and a plurality of training benign applications (APK files); generating at least one malicious application group using a clustering algorithm and generating at least one benign application group; generating application detecting models respectively representing the malicious and benign application groups based on static features of the training malicious and benign applications in each malicious application group and each benign application group; extracting target static features from a target manifest file and a target de-compiled code of a target application; using a classification algorithm, the target static features, and the application detecting models to determine whether the target application belongs to the malicious application group; and generating a warning message when a determination result is positive.

Some content players use manifest files to obtain and play video content. The manifest files include metadata information for obtaining video chunks that together constitute a full video, and can be used by content players to obtain the chunks, stitch them together, and render the video as a stream. Described herein are techniques for dynamically generating manifest files. A request for a manifest file is received, such as from a video player. Manifest file contents are retrieved, such as from an original manifest file. A manifest file to be used by a video player to fetch video chunks is then dynamically generated and returned.

There is provided a system and method for rule-based dynamic server-side streaming manifest files. There is provided a method comprising receiving a request to provide a first video content for playback, evaluating a plurality of rules for the first video content, generating a dynamic manifest file referencing the first video content, and providing the dynamic manifest file in response to the request, thereby enabling an application to playback the first video content for output on a display by interpreting the dynamic manifest file. The rules may implement various features such as dynamic advertisement insertion, load balancing, client customization, user and device targeting, enhanced security mechanisms, global announcements, and others. As streaming protocols are widely supported by default on many client platforms, the dynamic manifest files can be utilized in a user friendly and transparent manner compared to client-side solutions requiring cumbersome client software installations.

A method is described of streaming HEVC-tiled video data to a client device comprising: providing said client device with a spatial manifest file comprising one or more spatial segments identifiers for locating one or more delivery nodes configured for delivering video data associated with a spatial segment identified by at least one of said one or more spatial segments identifiers, preferably (part of) one or more URLs, to said client device, a spatial segment being associated with HEVC-tiled video data comprising a subset of HEVC tiles of a HEVC-tiled (panorama) video stream; and, selecting a spatial segment identifier in said spatial manifest file for requesting a delivery node to deliver at least part of the video data of a spatial segment as a HEVC-tiled video stream to the client device.

A configuration of an application program corresponding to a particular user of the local application is defined and stored on a remote server. In response to the user requesting the application program, a session is initiated between the local data processing system and the remote data processing system, and the user is authenticated. Responsive to the user authentication, data is downloaded from the remote server to the local data processing system according to the stored configuration. This stored configuration may be encrypted and stored in a manifest file which is decrypted to produce a decrypted configuration in response to the user authentication, and data may be downloaded from the remote data processing system to the local data processing system according to the decrypted configuration. The application program may be constructed pursuant to the configuration file or the decrypted configuration file.

An installation of an application program is updated by use of a stored configuration of the application program corresponding to a particular user of the local application. In response to a user request, a determination is made that the stored configuration corresponds to the requesting user. The stored configuration is checked to determine if any items described in the stored configuration have been updated. If an item has been updated, then the updated item is retrieved, and the application program is built with the updated item. This stored configuration may also be encrypted and stored in a manifest file which may be decrypted to produce a decrypted configuration responsive to a user authentication. The decrypted configuration is checked to determine if any items described in the decrypted configuration have been updated. If an item has been updated, then the updated item is retrieved, and the application program is built with the updated item. Either or both of the manifest file and updated item may be stored on and downloaded from a remote data processing system.

A token-based validation method for delivery of at least part of a segmented content item and a content delivery system configured for executing such method are described. Said segmented content item may be associated with at least one manifest file comprising one or more segment identifiers. The method may comprises the steps of: a content processing device sending a first segment request message comprising a first segment identifier associated with a first segment to said at least one delivery node; generating first validation information for use with a further second segment request message, said first validation information comprising at least a first token and associated first timing information; and, sending a first response message and said first validation information to said content processing device, said first response message comprising at least part of said segment or location information associated with at least one delivery node for delivering said segment.

Method and systems for enabling low-latency streaming of segments over at least one network to a client are described wherein said client is configured to request and receive segments from at least one server on the basis of a manifest file. Said method comprises: collecting quality of service information experienced by said client in at least a part of said network and storing said quality of service information in a quality database in said network; sending at least part of said quality of service information to said content processing device; determining on the basis of said at least part of said quality of service information one or more configuration parameters for a buffer, preferably a play-out buffer; and / or, for a segment request function in said content processing device; and, configuring said buffer and / or, said segment request function in accordance with said configuration parameters.

Methods and systems are described for enabling network-initiated control of streaming of segmented content from a content delivery node to at least one client, said client being configured to access at least part of said segmented content on the basis of a manifest file, wherein a method may comprise: receiving a first manifest file identifying one or more segments and location information for locating one or more content delivery nodes configured to transmit said one or more segments to said at least one client; in response to said reception of said first manifest file, providing channel set-up information; and, establishing at least one streaming control channel between said at least one client and a control channel server function associated with said content delivery node on the basis of said control channel set-up information, said at least one client being configured for receiving at least one manifest file update message via said streaming control channel.

Techniques for serving a manifest file of an adaptive streaming video include receiving a request for the manifest file from a user device. The video is encoded at different reference bitrates and each encoded reference bitrate is divided into segments to generate video segment files. The manifest file includes an ordered list of universal resource locators (URLs) that reference a set of video segment files encoded at a particular reference bitrate. A source manifest file that indicates the set of video segment files is identified based on the request. An issued manifest file that includes a first URL and a second URL is generated based on the source manifest file. The first URL references a first domain and the second URL references a second domain that is different from the first domain. The issued manifest file is transmitted to the user device as a response to the request.

Many different users may access, revise and update the same shared object simultaneously through several different transports. Clients may communicate asynchronously by accessing the shared object through a physical server. Clients may also communicate synchronously by accessing the shared object through a peer-to-peer network. A manifest file associated with the shared object identifies the locations where other versions and instances of the shared object are stored. The shared object and the associated manifest file allow a client to transition seamlessly between local access, synchronous and asynchronous communication such that the user is not aware that the mode of communication has changed. A user may change location and any available data sharing transports are automatically identified. Thus, the user may access a shared object and collaborate with other authorized users through different mechanisms.

There are provided an information processing apparatus which provides a user credential sharing service on a user credential sharing condition intended by a vendor that creates an application, and a control method for the information processing apparatus. To accomplish this, the information processing apparatus generates sharing settings which defines a sharing condition for each item of a user credential among applications according to a manifest file acquired from each application. Upon receiving a request of a user credential from one of the applications, the information processing apparatus provides the user credential to the requesting application according to the generated sharing settings.

Techniques for serving a manifest file of an adaptive streaming video include receiving a request for the manifest file from a user device. The video is encoded at different reference bitrates and each encoded reference bitrate is divided into segments to generate video segment files. The manifest file includes an ordered list of universal resource locators (URLs) that reference a set of video segment files encoded at a particular reference bitrate. A source manifest file that indicates the set of video segment files is identified based on the request. An issued manifest file that includes a first URL and a second URL is generated based on the source manifest file. The first URL references a first domain and the second URL references a second domain that is different from the first domain. The issued manifest file is transmitted to the user device as a response to the request.

Methods and systems are disclosed for delivery of notification messaging in an IP network. A multicast gateway may receive manifest files and segments of programming content for retrieval by a client device. The multicast gateway may receive segments of a notification message and modify information in the manifest file to reference the notification message content. Upon retrieval of the manifest file by a client device, the client may access the notification message content referenced in the manifest file. The multicast gateway may replace references to programming content with references to notification message content having a corresponding content type.

Techniques for serving a manifest file of an adaptive streaming video include receiving a request for the manifest file from a user device. The video is encoded at different reference bitrates and each encoded reference bitrate is divided into segments to generate video segment files. The manifest file includes an ordered list of universal resource locators (URLs) that reference a set of video segment files encoded at a particular reference bitrate. A source manifest file that indicates the set of video segment files is identified based on the request. An issued manifest file that includes a first URL and a second URL is generated based on the source manifest file. The first URL references a first domain and the second URL references a second domain that is different from the first domain. The issued manifest file is transmitted to the user device as a response to the request.

A new system and method for cloud based application packaging is disclosed, comprising a platform-independent manifest file that can deploy an application into any cloud environment.