A method for an index map-based event system includes receiving at least one subscription rule; processing the at least one subscription rule to determine an index map generation; generating an index map based on the determination; dynamically inserting into a received event, properties of the index map; and sending the modified event to a transport layer for dispatching. A method for dynamic property insertion in an event system includes receiving at least one subscription rule, each of the at least one subscription rule having a set of filter rules; generating an index map based on the filter rules; and annotating properties of a received event with properties referenced the index map correlating to characteristics of the received event. A device is configured to execute the methods disclosed herein. A system is configured to execute the methods disclosed herein.

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

A method for fetching a content from a web server to a client device is disclosed, using tunnel devices serving as intermediate devices. The client device accesses an acceleration server to receive a list of available tunnel devices. The requested content is partitioned into slices, and the client device sends a request for the slices to the available tunnel devices. The tunnel devices in turn fetch the slices from the data server, and send the slices to the client device, where the content is reconstructed from the received slices. A client device may also serve as a tunnel device, serving as an intermediate device to other client devices. Similarly, a tunnel device may also serve as a client device for fetching content from a data server. The selection of tunnel devices to be used by a client device may be in the acceleration server, in the client device, or in both. The partition into slices may be overlapping or non-overlapping, and the same slice (or the whole content) may be fetched via multiple tunnel devices.

A device may provide, to a first party, a user interface including information identifying one or more types of network functionalities for implementation, by a second party, in a network implementation. The user interface may be associated with receiving a selection of a configuration for the network implementation. The device may detect an interaction with the user interface associated with selecting the configuration for the network implementation. The configuration for the network implementation may indicate integration of a set of third party network functionalities associated with a set of third parties. The device may automatically provision a set of computing resources for the network implementation based on the configuration for the network implementation. The device may provide, to the first party, access to the network implementation based on automatically provisioning the set of computing resources.

A method, an apparatus and a system for notification. The method includes; determining an event notification criterion; and determining whether participant information satisfies the event notification criterion, and if yes, sending a notification to a notified party: where the participant information includes at least one of a participant identifier, a participant identifier feature, a participant role or a participant role feature.

A method, an apparatus and a system for notification. The method includes; determining an event notification criterion; and determining whether participant information satisfies the event notification criterion, and if yes, sending a notification to a notified party: where the participant information includes at least one of a participant identifier, a participant identifier feature, a participant role or a participant role feature.

This application discloses a decentralization processing method, which are applied to a microservice system. A first communication proxy in the microservice system receives a first microservice request sent by a first microservice application, the first communication proxy determines, based on a target control plane rule, a microservice access address corresponding to the first microservice request, and sends the first microservice request to the second communication proxy having the microservice access address, where the second communication proxy is used to forward the first microservice request to the second microservice application. The first communication proxy can send the microservice request to the corresponding second communication proxy, and a control plane does not need to route the microservice request, so that traffic for routing the microservice request by the control plane is effectively reduced, and impact of a burst of microservice requests on the control plane is effectively avoided.

This application discloses a decentralization processing method, which are applied to a microservice system. A first communication proxy in the microservice system receives a first microservice request sent by a first microservice application, the first communication proxy determines, based on a target control plane rule, a microservice access address corresponding to the first microservice request, and sends the first microservice request to the second communication proxy having the microservice access address, where the second communication proxy is used to forward the first microservice request to the second microservice application. The first communication proxy can send the microservice request to the corresponding second communication proxy, and a control plane does not need to route the microservice request, so that traffic for routing the microservice request by the control plane is effectively reduced, and impact of a burst of microservice requests on the control plane is effectively avoided.

An intelligent gateway device provided at a premise (home or business) for providing and managing application services associated with use and support of a plurality of digital endpoint devices associated with the premises. The device includes a communications and processing infrastructure integrated with a peer and presence messaging based communications protocol for enabling communications between the device and an external support network and between the device and connected digital endpoint devices. A services framework at the gateway device implements the communications and processing infrastructure for enabling service management, service configuration, and authentication of user of services at the intelligent gateway. The framework provides a storage and execution environment for supporting and executing received service logic modules relating to use, management, and support of the digital endpoint devices. Thus, the gateway device provides a network-based services point of presence for a plurality of digital endpoint devices at the premises.

A global architecture (GLP), as disclosed herein, is based on the thin server architectural pattern; it delivers all its services in the form of web services and there are no user interface components executed on the GLP. Each web service exposed by the GLP is stateless, which allows the GLP to be highly scalable. The GLP is further decomposed into components. Each component is a microservice, making the overall architecture fully decoupled. Each microservice has fail-over nodes and can scale up on demand. This means the GLP has no single point of failure, making the platform both highly scalable and available. The GLP architecture provides the capability to build and deploy a microservice instance for each course-recipient-user combination. Because each student interacts with their own microservice, this makes the GLP scale up to the limit of cloud resources available—i.e. near infinity.