Patent classifications
H04L67/288
APPARATUS, METHOD, AND STORAGE MEDIUM FOR FEDERATED LEARNING
The present disclosure relates to an apparatus, a method, and a storage medium for federated learning (FL). Various embodiments for FL are described. In an embodiment, a central processing apparatus can be configured to, for a first one of a plurality of distributed computing apparatuses: receive a report message from the first distributed computing apparatus, the report message including at least one of training data set information or device information of the first distributed computing apparatus; evaluate FL performance of the first distributed computing apparatus based on the report message of the first distributed computing apparatus; determine wireless resource requirements of the first distributed computing apparatus based on the FL performance of the first distributed computing apparatus; and notify a wireless network, via a message, of configuring wireless resources for the first distributed computing apparatus based on the wireless resource requirements.
FIRE SYSTEM INTEROPERABILITY PROTOCOL
A method and emergency system for performing a system interoperability protocol. A method may include discovering, at a first interoperability node of a first network including a first plurality of network nodes, and a second interoperability node of a second network including a second plurality of network nodes, the first network is different from the second network; and performing a protocol version compatibility check between the first interoperability node and the second interoperability node responsive to discovering the second interoperability node. The method can also include performing a function availability check of the second interoperability node responsive to the protocol version compatibility check; and providing interoperability functions to the second interoperability node.
Methods and devices for controlling a mining pool for multiple blockchain networks
Methods and systems to control mining pools configured to mine more than one blockchain network. A pool controller may automatically select a candidate block generated for one of the blockchain networks for mining by the mining units. The selection may be based on determining an expectation value associated with each current candidate block generated for the respective blockchain networks and which of them is the highest. The expectation value may be based, at least in part, on a current coinbase value and a current difficulty setting for that blockchain network. The pool control may perform the selection with the generation of each new candidate block for any of the blockchain networks.
Methods and devices for controlling a mining pool for multiple blockchain networks
Methods and systems to control mining pools configured to mine more than one blockchain network. A pool controller may automatically select a candidate block generated for one of the blockchain networks for mining by the mining units. The selection may be based on determining an expectation value associated with each current candidate block generated for the respective blockchain networks and which of them is the highest. The expectation value may be based, at least in part, on a current coinbase value and a current difficulty setting for that blockchain network. The pool control may perform the selection with the generation of each new candidate block for any of the blockchain networks.
Methods and systems for multi-access server orchestration
An illustrative multi-access server orchestration system determines a subset of a set of multi-access servers associated with a communication network. The subset corresponds to a service area of a network anchor point through which network traffic on the communication network is routed to a client device. The multi-access server orchestration system orders the multi-access servers included within the subset to form an ordered listing of multi-access servers from a most-preferred to a least-preferred multi-access server for fulfilling a service request for the client device. The ordered listing designates a first multi-access server included in the subset and located more proximate to the network anchor point than to the client device to be more highly preferred for fulfilling the service request than a second multi-access server included in the subset and located more proximate to the client device than to the network anchor point. Corresponding methods and systems are also disclosed.
Methods and systems for multi-access server orchestration
An illustrative multi-access server orchestration system determines a subset of a set of multi-access servers associated with a communication network. The subset corresponds to a service area of a network anchor point through which network traffic on the communication network is routed to a client device. The multi-access server orchestration system orders the multi-access servers included within the subset to form an ordered listing of multi-access servers from a most-preferred to a least-preferred multi-access server for fulfilling a service request for the client device. The ordered listing designates a first multi-access server included in the subset and located more proximate to the network anchor point than to the client device to be more highly preferred for fulfilling the service request than a second multi-access server included in the subset and located more proximate to the client device than to the network anchor point. Corresponding methods and systems are also disclosed.
Distributed metric collection for dynamic content delivery network selection using DNS
Techniques for dynamic content delivery network (CDN) selection using the domain name service (DNS) protocol are described. A DNS resolver utilizes a network identifier provided within a DNS query seeking to resolve a domain to select between different CDNs. The selection can be based on an analysis of network metric summary data corresponding to the CDNs from the perspective of an approximate location of the requesting client, as determined via the network identifier as a proxy. The selection process and involved network metric types can be configured by the user associated with the domain via a selection policy. Network metrics can be provided by the user or collected based on reported data generated by remote clients through provided metric-generating code, and thereafter transformed into network metric summary data that is used for resolution.
Distributed metric collection for dynamic content delivery network selection using DNS
Techniques for dynamic content delivery network (CDN) selection using the domain name service (DNS) protocol are described. A DNS resolver utilizes a network identifier provided within a DNS query seeking to resolve a domain to select between different CDNs. The selection can be based on an analysis of network metric summary data corresponding to the CDNs from the perspective of an approximate location of the requesting client, as determined via the network identifier as a proxy. The selection process and involved network metric types can be configured by the user associated with the domain via a selection policy. Network metrics can be provided by the user or collected based on reported data generated by remote clients through provided metric-generating code, and thereafter transformed into network metric summary data that is used for resolution.
Method for communication in a tactical network
A method is described for communication in a tactical network. A gateway is communicatively COUPLABLE to one or more tactical nodes and to one or more other gateways. The gateway is programmed to transmit information to and/or receive information from other gateways. Information exchanged includes gateway attributes, link attributes, service availability, and/or data availability. The gateway optionally provides quality of service, distributed persistence, load balancing, and/or transformation services. Services are provided in a modular, service-oriented architecture (SOA) to accommodate the addition of services and/or applications.
Flowlet-based processing with key/value store checkpointing
A data processing task may be implemented in a distributed computing system by the use of a workflow broken into flowlets that are arranged in a directed acyclic graph between data sources and data sinks. Such an arrangement may include various flow control and/or fault tolerance schemes, among other features. Fault tolerance may be implemented using key/value store (KVS) flowlets.