Abstract: Examples described herein provide for determining a recipe for identifying from which buckets integrated circuit chips are taken to form units of a multi-chip apparatus. In an example, a method uses a processor-based system and uses a Markov Decision Process. Buckets are defined based on respective characteristics of manufactured chips. Each of the manufactured chips is binned into a respective one of the buckets based on the characteristic of the respective manufactured chip. A recipe for identifying from which of the buckets to take one or more of the manufactured chips to incorporate into respective ones of the units of the multi-chip apparatus is generated.

Abstract: Aspects of the invention include receiving requests to be executed by a processing system, and receiving first stakeholder token from first monitoring agent and second stakeholder token from second monitoring agent, first and second stakeholder tokens being indicators to track at least one of the requests through the processing system. A tracking token is built for tracking at least one of the requests through the processing system, tracking token having a format acceptable by protocols of the processing system, tracking token including first and second stakeholder tokens and a unique correlator. Requests are transmitted to the processing system, where the tracking token is associated with at least one of requests in the processing system. Access is enabled to tracking information generated by the processing system associated with requests for the first monitoring agent based on first stakeholder token and for the second monitoring agent based on second stakeholder token.

Abstract: A storage circuit includes a first storage region, a second storage region, a third storage region, and a fourth storage region. The first storage region stores first firmware data. The second storage region stores second firmware data. The third storage region stores first state data corresponding to the first firmware data. The fourth storage region stores second state data corresponding to the second firmware data. One of the first firmware data and the second firmware data is executed based on the first state data and the second state data. In a situation that the first firmware data is executed, the second firmware data is updated if a firmware updating event occurs.

Abstract: Described herein is a system for providing version control across APIs. In an embodiment, an application of a client device may transmit communications to a service application API that are in a format not accepted by the service application API, using the application API. A central (or public) API may receive the communication transmitted by the application's API. The central API may identify the versions of the application's API and the service application API. The central API may format the communication based on the mapped fields, to a format accepted by the service application API. The central API 106 may forward the formatted communication to the service application.

Abstract: When configuration information regarding configurations of respective devices are received from electronic control units, the in-vehicle device generates a hash value based on data values of the configuration information, and transmits the hash value to a center device. The center device compares the hash value received from the in-vehicle device with a hash value of configuration information of the vehicle stored in a vehicle-side configuration information storage unit of the center device, and notifies the in-vehicle device of a full data transmission request for transmitting all data values of the configuration information when both of the hash values do not match each other. When the in-vehicle device is notified of the full data transmission request, the in-vehicle device transmits all of the data values of the configuration information to the center device.

Abstract: The present invention relates to a place change driven software update method and apparatus, and a readable storage medium. The method includes: modeling a software architecture SA and an evolution rule set L?R through Bigraph; acquiring a software architecture SAt after movement and before evolution of the SA; computing a place ?P that changes between the SA and the SAt, thereby acquiring a corresponding evolution rule Lj?Rj; and cutting a matching subgraph GL on a link graph SAL and replacing with a link graph RjL to obtain a new SA link graph SAL,e; and merging the new SA place graph and the new SA link graph, thereby implementing update of the software architecture. Compared with the prior art, the present invention may describe place change information and system change information at the same time, and avoid the complexity, risk, unreliability and the like of conversion between different models.

Abstract: Certain aspects involve building segment-specific executable program code. In one example, a code-building service can execute segmentation logic that assigns different target entity records to different segments based on differences between sets of attribute values among the target entity records. The code-building service can select, for each segment, a set of data assets that is specific to the assigned segment and a set of source code portions that is specific to the selected data assets. The code-building service can order each set of the source code portions based on an identified modeling output type for the target entity records. The code-building service can generate, from the ordered source code portions, a set of program code referencing the selected subset of the data assets. For instance, the generated program code, if executed, can generate and transmit different modeling outputs for different target entity records.

Abstract: In some implementations, a system may receive, in a state event store, a deployment state event notification based on deployment of a new event consumer in the system. An old event consumer of the system may retrieve the deployment state event notification from the state event store. The system may deactivate an old event consumer based on retrieving the deployment state event notification, wherein the old event consumer refrains from processing topic event notifications after deactivation and continues to monitor the state event store for state event notifications. The old event consumer may publish a deactivation state event notification to the state event store based on deactivating the old event consumer. The new event consumer may retrieve the deactivation state event notification from the state event store. The system may activate the new event consumer based on retrieving the deactivation state event notification.

Abstract: Apparatus and methods are provided for providing zero- (permanent) byte real-time customized software to a user's client station. A user may request real-time customized software from one channel. The request may be transmitted to a server and analyzed to determine an intent for the customized software. The intent may be matched to one or more features in a feature catalog and an appropriate target output channel may be determined. A feature bundler may extract source code corresponding to the feature(s) and output channel, compile the code and transmit the customized software to the target output channel. The target output channel may execute the customized software within a container and delete the software when a deletion condition is satisfied, such as after the user finishes using the software.

Abstract: Various embodiments are generally directed to techniques for supporting the distributed execution of a task routine among multiple secure controllers incorporated into multiple computing devices. An apparatus includes a first processor component and first secure controller of a first computing device, where the first secure controller includes: a selection component to select the first secure controller or a second secure controller of a second computing device to compile a task routine based on a comparison of required resources to compile the task routine and available resources of the first secure controller; and a compiling component to compile the task routine into a first version of compiled routine for execution within the first secure controller by the first processor component and a second version for execution within the second secure controller by a second processor component in response to selection of the first secure controller. Other embodiments are described and claimed.

Abstract: Storage drives can be configured to provide a component ID. An update tool on an end user device can be configured to retrieve this component ID in response to receiving a catalog that defines available firmware updates and to use the retrieved component ID to dynamically identify which firmware update applies to a particular storage drive. The firmware update can then be installed on the storage drive. The update tool may also perform a health assessment to dynamically determine whether the storage drive's health is sufficient to proceed with a firmware update.

Abstract: The present disclosure provides a page displaying method and device, a computer-readable storage medium, and an electronic device. The method comprises: acquiring, in response to a display instruction to a target page in a Flutter application program, a component file of the target page from a server, wherein the component file comprises at least: component building information, a data interface address, and a binding relation between component data and a page object; acquiring the component data of the target page according to the data interface address, and building a component object of the target page according to the component building information; merging the component data into a corresponding component object according to the binding relation to build the target page; and displaying the target page.

Abstract: A communication apparatus includes: a memory that stores, first data on firmware before update, second data on firmware after the update, and a table in which the first data or the second data is associated with an address where the first data or the second data is positioned; and a processor that executes processing based on the first data or the second data positioned at the address defined in the table.

Abstract: Runtime statistics from the actual performance of operations on a set of data are collected and utilized to dynamically modify the execution plan for processing a set of data. The operations performed are modified to include statistics collection operations, the statistics being tailored to the specific operations being quantified. Optimization policy defines how often optimization is attempted and how much more efficient an execution plan should be to justify transitioning from the current one. Optimization is based on the collected runtime statistics but also takes into account already materialized intermediate data to gain further optimization by avoiding reprocessing.

Abstract: A system is disclosed for coordinating multiple software component deployments, upgrades, or migrations simultaneously or individually across a multiple-location/cloud platform. The system includes an application gateway router that routes incoming API requests based on an identifier in headers of the request that is associated with a swimlane construct, the swimlane containing multiple software components. By associating a swimlane's possible destinations with a timestamp or time range indicating when they are in effect, all of the components in the swimlane can be simultaneously upgraded or migrated by changing the API endpoint to which requests will be forwarded, with zero downtime. This solution is technology-, platform-, and cloud-agnostic and can be extended and applied to any organization using software.

Abstract: This disclosure describes techniques for providing users of services provided by network-based service platforms with additional control for approving patches that are to be deployed to computing resources that support their services. In some examples, the techniques include generating and using a “snapshot,” or list, of patches that are preliminarily approved for deployment. Prior to deploying the patches to the computing resources, users are provided with access to the snapshot and are able to modify the snapshot. For example, users can modify the snapshot by adding patches, removing patches, specifying a sequence in which the patches are to be deployed, and so forth. The snapshot of patches may be “frozen” for a period of time, meaning that patches that during the period of time, only patches in the snapshot are deployed, and patches that are not included in the snapshot are not permitted to be deployed to computing resources.

Abstract: Embodiments of the present specification disclose identity registration methods, apparatuses, and devices. One method comprising: identifying description information from a user for a secure application configured to obtain trusted data to be installed; retrieving installation package data corresponding to the secure application based on the description information; installing the secure application in a trusted execution environment (TEE) based on the installation package data; and adding the description information to a digital identity document of the user recorded on a blockchain.

Abstract: An online software upgrade device for maintaining operation uninterrupted is disclosed. One embodiment includes a processing unit having first power and chip enabling pins and a controlling pin, an expansion I/O chip having second power and chip enabling pins and a controlled pin, and a pull-down resistor having a first end connecting with the first and second chip enabling pins. The first power enabling pin outputs a first power enabling signal and connects a power source, the first chip enabling pin outputs a first chip enabling signal and connects a driving pin of a controlled chip, and the controlling pin outputs an operation signal. The second power enabling pin connects with the first power enabling pin and outputs a second power enabling signal, the second chip enabling pin connects the first chip enabling pin and outputs a second chip enabling signal, and the controlled pin connects with the controlling pin.

Abstract: Embodiments of the present invention relate to the field of unmanned aircraft technologies, and disclose a method for upgrading modules in an unmanned aircraft system. The unmanned aircraft system includes a storage apparatus and at least two to-be-upgraded module groups, each of the at least two to-be-upgraded module groups including at least one to-be-upgraded module, and the storage apparatus including at least two upgrade packages, each of the upgrade packages corresponding to one to-be-upgraded module group; and the method includes: transmitting, by the storage apparatus, at least two upgrade packages to the at least two to-be-upgraded module groups; receiving, by a to-be-upgraded module group in the at least two to-be-upgraded module groups, a corresponding upgrade package; and upgrading to-be-upgraded modules in the to-be-upgraded module group according to the upgrade package.

Abstract: A device may receive, from a customer platform, customer event data identifying events occurring between customers and an entity, and may receive, from the customer platform, customer action data generated by machine learning models and identifying customer actions to be taken by the customer platform in response to the occurrence of the events. The device may receive, from the customer platform, customer results data identifying results of the customer actions taken by the customer platform, and may calculate current key performance indicators based on the customer event data, the customer action data, and the customer results data. The device may retrain one or more of the machine learning models based on the current key performance indicators to generate one or more retrained machine learning models, and may provide the one or more retrained machine learning models to the customer platform.