Abstract: A method of controlling a set of devices. The method is performed by a voice-controlled device. In response to receiving a first voice command of a user comprising a first reference to at least one device of the set of devices and a control command to be performed on the at least one device of the set of devices, the voice-controlled device presents an identifier in association with each of the at least one device of the set of devices. In response to receiving a second voice command from the user comprising a second reference to one or more of the identifiers, the voice-controlled device controls one or more of the at least one device of the set of devices which can be identified based on the second reference comprised in the second voice command to execute the control command comprised in the first voice command.

Abstract: A virtual conference meeting server includes at least one processor and at least one memory storing program code performing operations that include to assign an artificial intelligence (AI) meeting agent to analyze content of a media stream of a monitored meeting. The operation generate a meeting content relevance score based on the analysis by the AI meeting agent of the content of the media stream of the monitored meeting. When the meeting content relevance score satisfies a notification rule, the operations generate a meeting relevance notification to a device of a principal which is not presently joined in to receive the media stream of the monitored meeting. Responsive to an instruction received from the device of the principal or an automated switching rule, the operations switch the device of the principal from another concurrently occurring meeting to join the monitored meeting and receive the media stream of the monitored meeting.

Abstract: A method of controlling a set of devices (101, 102, 103, 104 and 105) is proposed. The method is performed by a voice-controlled device (100). In response to receiving (S201) a first voice command of a user comprising a first reference to at least one device of the set of devices and a control command to be performed on the at least one device of the set of devices, the voice-controlled device presents (S202) an identifier in association with each of the at least one device of the set of devices. In response to receiving (S203) a second voice command from the user comprising a second reference to one or more of the identifiers, the voice-controlled device controls (S204) one or more of the at least one device of the set of devices which can be identified based on the second reference comprised in the second voice command to execute the control command comprised in the first voice command.

Abstract: A virtual conference meeting server includes at least one processor and at least one memory storing program code performing operations that include to assign an artificial intelligence (AI) meeting agent to analyze content of a media stream of a monitored meeting. The operation generate a meeting content relevance score based on the analysis by the AI meeting agent of the content of the media stream of the monitored meeting. When the meeting content relevance score satisfies a notification rule, the operations generate a meeting relevance notification to a device of a principal which is not presently joined in to receive the media stream of the monitored meeting. Responsive to an instruction received from the device of the principal or an automated switching rule, the operations switch the device of the principal from another concurrently occurring meeting to join the monitored meeting and receive the media stream of the monitored meeting.

Abstract: Virtual conference meeting server performing operations including scheduling a plurality of meetings responsive to input from a meeting organizer. The one of the plurality of meetings is a group meeting having an event time, a listing of permitted participants, and a group meeting identifier. The other one of the plurality of meetings is a subgroup meeting having a start time defined as a time offset to the event time of the group meeting, a subgroup listing of permitted participants, and a subgroup meeting identifier. The operations also include storing group meta data identifying the event time, the listing of permitted participants, and the group meeting identifier for the group meeting with a logical association to subgroup meta data identifying the time offset to the event time of the group meeting, the subgroup listing of permitted participants, and the subgroup meeting identifier for the subgroup meeting.

Abstract: A meeting server includes at least one processor and at least one memory storing program code performing operations that include to establish tracking of a tracked person's scheduled meetings by a follower person. The meeting server also operates to generate a notification to a device of the follower person based on the tracked person adding a scheduled meeting to a schedule of scheduled meetings maintained by a meeting scheduling program.

Abstract: A method of controlling a set of devices (101, 102, 103, 104 and 105) is proposed. The method is performed by a voice-controll ed device (100). In response to receiving (S201) a first voice command of a user comprising a first reference to at least one device of the set of devices and a control command to be performed on the at least one device of the set of devices, the voice-controlled device presents (S202) an identifier in association with each of the at least one device of the set of devices. In response to receiving (S203) a second voice command from the user comprising a second reference to one or more of the identifiers, the voice-controlled device controls (S204) one or more of the at least one device of the set of devices which can be identified based on the second reference comprised in the second voice command to execute the control command comprised in the first voice command.

Abstract: It is presented a method performed in a deployment server being configured to deploy a software container. The method comprises the steps of: receiving a trigger to deploy a software container; obtaining an image intended for the software container comprising a set of at least one module; injecting a security module in the image; obtaining a container specification of the image; configuring the security module to forward incoming communication to the set of at least one module in accordance with the obtained container specification; modifying the container specification such that the at least one service is accessed externally only via the security module and that all outgoing communication, from the set of at least one module, is directed via the security module; publishing the modified container specification in a service discovery repository; and deploying the software container on at least one execution server.

Abstract: It is presented a method performed by a first software container comprising an implanted agent, which is configured to run in said first software container. The method comprise the steps, performed by the implanted agent, of: resolving an Internet Protocol, IP, address and a port of the first software container; and registering a microservice identity, the IP address and the port of the first software container in a first distributed hash table for enabling a second implanted agent running in a second software container to configure a reverse proxy running in the second software container.

Abstract: It is provided a method for managing a lifecycle of a software container announced in a distributed peer-to-peer repository, wherein the method is performed in a server. The method comprises the steps of: initialising execution of the software container in the server; setting the software container in a standby state; receiving a start message from a remote device, the start message comprising at least one start parameter for the software container; and starting a main process of the software container and applying the at least one start parameter for the main process, to progress the software container to a running state.

Abstract: In a method in a mixing unit for mixing received data packets from a plurality of data streams, wherein the method includes the steps of receiving (M1) decoded data packets and their timing information, which timing information comprises at least a determined maximum waiting time for each decoded data packet, optimizing (M6) a waiting time for a subsequent mix of data packets based on the timing information, and mixing at least a subset of the decoded received data packets based on the optimized waiting time.

Abstract: It is provided a method for allocating a software container executing on a server of a set of servers. The method is performed in a container allocator and comprising the steps of: receiving a request to invoke a software container for a client; calculating a lookup key associated with the software container; performing a lookup in a distributed peer-to-peer repository using the lookup key, giving a result set of active software containers; selecting one software container from the set of software containers; and connecting to the selected software container to allocate the selected software container to the client.

Abstract: It is presented a method performed in a deployment server being configured to deploy a software container. The method comprises the steps of: receiving a trigger to deploy a software container; obtaining an image intended for the software container comprising a set of at least one module; injecting a security module in the image; obtaining a container specification of the image; configuring the security module to forward incoming communication to the set of at least one module in accordance with the obtained container specification; modifying the container specification such that the at least one service is accessed externally only via the security module and that all outgoing communication, from the set of at least one module, is directed via the security module; publishing the modified container specification in a service discovery repository; and deploying the software container on at least one execution server.

Abstract: A method and a deployment module (110) for managing a container to be deployed on a software platform (120) are disclosed. The container provides a first set of functions. The deployment module (110) obtains (203) the container. The deployment module (110) obtains (204) a list specifying a second set of functions for the container. The deployment module (110) associates (205) the container, based on the list, with the second set of functions. The container, when deployed, provides the first and second set of functions when executed on the software platform (120). A corresponding computer program and a carrier therefor are also disclosed.

Abstract: It is presented a method for managing a jitter buffer depth for receiving real-time communication. The method is performed in a receiver and comprises the steps of: determining an adaptive bitrate state of the receiver when a current capacity of a communication channel for receiving the real-time communication is below a maximum bitrate for receiving the real-time communication; and increasing a depth of a jitter buffer for receiving the real-time communication when the adaptive bitrate state is determined.

Abstract: It is provided a method for managing a lifecycle of a software container announced in a distributed peer-to-peer repository, wherein the method is performed in a server. The method comprises the steps of: initialising execution of the software container in the server; setting the software container in a standby state; receiving a start message from a remote device, the start message comprising at least one start parameter for the software container; and starting a main process of the software container and applying the at least one start parameter for the main process, to progress the software container to a running state.

Abstract: It is provided a method for allocating a software container executing on a server of a set of servers. The method is performed in a container allocator and comprising the steps of: receiving a request to invoke a software container for a client; calculating a lookup key associated with the software container; performing a lookup in a distributed peer-to-peer repository using the lookup key, giving a result set of active software containers; selecting one software container from the set of software containers; and connecting to the selected software container to allocate the selected software container to the client.

Abstract: It is presented a method performed by a first software container comprising an implanted agent, which is configured to run in said first software container. The method comprise the steps, performed by the implanted agent, of: resolving an Internet Protocol, IP, address and a port of the first software container; and registering a microservice identity, the IP address and the port of the first software container in a first distributed hash table for enabling a second implanted agent running in a second software container to configure a reverse proxy running in the second software container.

Abstract: A method and a deployment module (110) for managing a container to be deployed on a software platform (120) are disclosed. The container provides a first set of functions. The deployment module (110) obtains (203) the container. The deployment module (110) obtains (204) a list specifying a second set of functions for the container. The deployment module (110) associates (205) the container, based on the list, with the second set of functions. The container, when deployed, provides the first and second set of functions when executed on the software platform (120). A corresponding computer program and a carrier therefor are also disclosed.

Abstract: It is presented a method for managing a jitter buffer depth for receiving real-time communication. The method is performed in a receiver and comprises the steps of: determining an adaptive bitrate state of the receiver when a current capacity of a communication channel for receiving the real-time communication is below a maximum bitrate for receiving the real-time communication; and increasing a depth of a jitter buffer for receiving the real-time communication when the adaptive bitrate state is determined.