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.

Abstract: An onboard update apparatus includes a control unit that controls adoption of an update program by an onboard ECU installed in a vehicle, wherein the control unit attempts to communicate with an external server outside of the vehicle when a target onboard ECU for updating adopts the update program stored in a predetermined storage area in the vehicle; in a case where communication with the external server is successful, in a case where information relating to cancelation of the update program is acquired, adoption of the update program by the target onboard ECU for updating is canceled, and in a case where the information relating to cancelation cannot be acquired, the target onboard ECU for updating adopts the update program; and in a case where communication with the external server has failed, the target onboard ECU for updating adopts the update program.

Abstract: Systems, methods and media are directed to a microservices orchestration engine, which includes an engine framework and an orchestrator. The engine framework combines an input request with framework specifications to form a job stream and define communication between the orchestrator and microservice provision components that execute microservices to be executed in a non-production environment during a test of computer-executable code. The orchestrator receives the formed job stream and sends a plurality of tasks based on the formed job stream. The tasks are executed by respective microservice provision components that execute microservices, enabling the test of computer-executable code in the non-production environment.

Abstract: Systems and methods for monitoring an electrosurgical unit (ESU), analyzing ESU system data, predicting future ESU maintenance, and updating the ESU using firmware over-the-air (FOTA).

Abstract: A method for upgrading computing devices in a distributed computing environment is provided. The method includes receiving first and second rollout requests for a cluster relating to operational actions for computing devices associated with the cluster. A rollout status for the cluster is determined and the rollout requests are simultaneously performed on the cluster where the operational actions are simultaneously performed on the computing devices associated with the cluster. In addition, a rollout status is updated based on simultaneously performing the rollout requests for the cluster.