Abstract: A fault-tolerant quantum computer using topological codes such as surface codes can have an architecture that reduces the amount of idle volume generated. The architecture can include qubit modules that generate surface code patches for different qubits and a network of interconnections between different qubit modules. The interconnections can include “port” connections that selectably enable coupling of boundaries of surface code patches generated in different qubit modules and/or “quickswap” connections that selectably enable transferring the state of a surface code patch from one qubit module to another. Port and/or quickswap connections can be made between a subset of qubit modules. For instance port connections can connect a given qubit module to other qubit modules within a fixed range. Quickswap connections can provide a log-tree network of direct connections between qubit modules.

Abstract: An embodiment of the present disclosure relate to a method for creating an application. The method for generating an application may comprise: identifying a component library including information on a plurality of visual logics, generating a first application based on information on a first visual logic corresponding to a first design and information on a business logic generated based on attributes of the application, identifying information on a second visual logic corresponding to a second design different from the first design, and generating a second application based on information on the second visual logic and information on the business logic. The information on the first visual logic and the information on the second visual logic may be included in the information on the plurality of visual logics.

Abstract: An apparatus for modification of operating environments, includes at least a processor and a memory communicatively connected to the at least a processor, the memory containing instructions configuring the processor to generate update data for one or more operating environments, append a digital signature associated with an update data source to the update data, identify at least one operating environment for receipt of the update data, wherein identification includes determining a compliance of one or more operating environments and identifying the at least one operating environment as a function of the compliance, authenticate the at least one operating environment, wherein authentication includes receiving an update log associated with the at least one operating environment and comparing the update log to a central log and transmit the update data to the at least one operating environment as a function of the authentication to modify the at least one operating environment.

Abstract: In a vehicle program rewrite system, a vehicle master device includes a first progress determination unit that is configured to determine a first progress related to a program rewrite, a first progress transmission unit that is configured to transmit the first progress determined by the first progress determination unit to the center device, a second progress acquisition unit that is configured to acquire a second progress related to the program rewrite from the center device, and a first display instruction unit that is configured to instruct to create a content that is displayable on a display terminal mounted in a vehicle based on the first progress determined by the first progress determination unit and the second progress acquired by the second progress acquisition unit.

Abstract: A computing device can receive, from a version control system, a first set of pre-computed checksums for source files for a software program. The computing device can receive, from the version control system, a second set of pre-computed checksums for a second set of source files for the software program. The computing device can determine a first total checksum by combining the first set of pre-computed checksums. The computing device can also determine a second total checksum by combining the first set of pre-computed checksums. The computing device can determine, by comparing the first total checksum to the second total checksum, that the first set of source files was previously built by the build engine. The computing device can then prevent the build engine from re-building the first set of source files.

Abstract: Systems, computer program products, and methods are described herein for evaluating, validating, and implementing software release change requests to a system environment based on artificial intelligence input. The present invention may be configured to receive a software release change request including a change to be made to a configuration item of a system environment, determine, based on a change inference database, potential failure points associated with deploying the software release change request in the system environment, and determine, based on the potential failure points, a confidence score for the change using a cognitive release evaluation system module comprising an artificial intelligent or machine learning engine.

Abstract: Techniques are provided for performing server device updates using update baselines that are tagged across multiple management consoles. One method comprises obtaining, by a first management console of multiple management consoles associated with a server device, a first update baseline comprising a first tag identifier, of multiple tag identifiers, that identifies a first update of a component of the server device across the multiple management consoles; and applying the first update baseline to the server device in a maintenance mode to update the component of the server device, wherein the server device is maintained in the maintenance mode when two or more of the tag identifiers are active in the server device following the application of the first update baseline. The server device can be restored from the maintenance mode when only one tag identifier is active in the server device following the application of the first update baseline.

Abstract: Embodiments of the present disclosure relate to applications and platforms for configuring machine learning models for training and deployment using graphical components in a development environment. For example, systems and methods are disclosed that relate to determining one or more machine learning models and one or more processing operations corresponding to the one or more machine learning models. Further, a model component may be generated using the one or more machine learning models, the one or more processing operations, and one or more extension libraries in which the one or more extension libraries indicate one or more deployment parameters related to the one or more machine learning models. The model component may accordingly provide data that may be used to be able to use and deploy the one or more machine learning models.

Abstract: A device may log update information associated with an operation, wherein the update information identifies one or more changes made to the dataset during the operation and a source of the operation. The device may identify, based on identification information associated with the dataset, a lineage record identifier associated with the dataset. The device may generate a lineage record associated with the operation, wherein the lineage record includes the lineage record identifier and the update information. The device may send a request for validation to an authorized node to validate the lineage record, wherein the authorized node is authorized to access the dataset. The device may store, based on the lineage record being validated by the authorized node, the lineage record in a distributed ledger, wherein the distributed ledger is accessible to a plurality of nodes to enable the plurality of nodes to access the update information.

Abstract: In a computer-implemented method for using an application platform to design an application, an interface for developing an application is displayed at a computer system, the interface including a plurality of components for use in visually designing the application. A selection of a component is received at the interface. A placement of the component in the application is received within the interface. The application is compiled such that the application executes natively on a target processor, and where the application is bound directly to a native graphics library associated with the target processor. A parameter selection for the component of the application is received, the parameter selection modifying an appearance of the component. The application including the parameter selection is executed within the interface during design time such that the component is rendered according to the parameter selection without re-compiling the application.

Abstract: Embodiments of systems and methods to provide a firmware update to devices configured in a redundant configuration in an Information Handling System (IHS) are disclosed. In an illustrative, non-limiting embodiment, an IHS may include first and second Remote Access Controllers (RACs) that each includes computer-executable instructions to receive, by the first RAC, a firmware update image associated with the device in which the firmware update image conforms to a PLDM specification. The first RAC may then, issue a command to the firmware device indicating that the firmware device is to request a firmware update from the first RAC in which the command includes information about the second RAC. The information indicates the ability of the second RAC to complete a transfer of the firmware update image when the first RAC partially completes the transfer of the firmware update image.

Abstract: An update control apparatus includes: a first acquiring unit configured to acquire information based on a unique value of a moving-body control unit; a second acquiring unit configured to acquire version information of a program for performing control by the moving-body control unit from a first storage region of a storage apparatus provided in the moving-body control unit; a third acquiring unit configured to acquire, on a basis of the version information acquired by the second acquiring unit, a newer version of the program for performing the control by the moving-body control unit; a writing unit configured to write the new version of the program acquired by the third acquiring unit to a second storage region provided in the storage apparatus; and an instruction unit configured to output an instruction to cause the moving-body control unit to control in accordance with the program stored in the second storage region.

Abstract: A method for enabling intelligence at the edge. Features include: triggering by sensor data in a software layer hosted on either a gateway device or an embedded system. Software layer is connected to a local-area network. A repository of services, applications, and data processing engines is made accessible by the software layer. Matching the sensor data with semantic descriptions of occurrence of specific conditions through an expression language made available by the software layer. Automatic discovery of pattern events by continuously executing expressions. Intelligently composing services and applications across the gateway device and embedded systems across the network managed by the software layer for chaining applications and analytics expressions. Optimizing the layout of the applications and analytics based on resource availability. Monitoring the health of the software layer. Storing of raw sensor data or results of expressions in a local time-series database or cloud storage.

Abstract: A method of generating a dependence graph, an apparatus, a device, a storage medium and a program product are provided. The method includes: obtaining a hook API used by a function component; obtaining a parameter value of the hook API used by the function component; and generating a dependence graph. The hook API corresponds to a hook node in the dependence graph, the parameter value corresponds to a value node in the dependence graph, and there is a connection relationship between the value node and a corresponding hook node.

Abstract: A system for testing control units via simulation includes: a simulator; a host computer; and at least one connection for a communication system. At least one communication tool is stored on the system. Real control units are connectable to the system via the communication system. At least one controller is provided on the system for the connection to the communication system. Driver software for the at least one controller is stored on the system. The at least one communication tool is configured to generate communication code for communication between simulated control units and/or the real control units, wherein the communication code is configured to interact with the driver software and to relay signals and/or messages from the real and simulated control units to the driver software and to receive the signals and/or messages from the driver software. A loop mode is provided for the driver software.

Abstract: A medical device controller operating in conjunction with a medical device determines one or more current versions of executable code associated with one or more processors in a medical device. Medical devices may include infusion pumps, other patient treatment devices as well as vital signs monitors. The medical device controller determines one or more current versions of executable code and configuration information associated with the one or more processors in the medical device. The medical device controller further determines which of the processors in the medical device require updated executable code, and which of the processors in the medical device require updated configuration information. The medical device controller distributes to the medical device as required at least one of the updated executable code and the updated configuration information. The medical device deploys the distributed updates, and activates the updates at a clinically appropriate time.

Abstract: A control system includes a moving body control unit configured to control a moving body, an update control unit configured to control reception of an update program of the moving body control unit from an external device and control update of the moving body control unit by the update program, and a determination unit configured to determine whether the moving body is refueled during a time until a predetermined time elapses before the update of the moving body control unit by the update program is started. When the determination unit determines that the moving body is refueled, the update control unit stops starting of the update of the moving body control unit by the update program.

Abstract: A method for software identification in a software asset management system is provided. The method comprises receiving software inventory data from a user terminal and processing the software inventory data, wherein processing the software inventory data comprise identifying software information based on the software inventory data. Thereby the software characteristics are identified.

Abstract: An OTA master configured to control software updates on a plurality of target ECUs mounted on a vehicle includes one or more processors. The one or more processors are configured to receive update data of software on the target ECUs and update order information from an OTA center. The update order information defines an order of the software updates on the target ECUs. The one or more processors are configured to control execution of the software updates on the target ECUs by using the update data, based on the order of the software updates.

Abstract: Software-update risks can be mitigated for end users by implementing some examples described herein. In one example, a system can receive an indication that an end user used a particular feature of an existing version of a software application on a computing device of the end user. The system can also determine that an update for the software application includes a code change to the particular feature. The system can generate a risk score for the update based on the code change. The system can then generate a graphical user interface indicating the risk score for the end user. This may assist the end user in determining whether to apply the update to the existing version of the software application.