Abstract: A pulp-filter arrangement (1) comprises a rotatable drum (10) and a non-rotating valve arrangement (30). The rotatable drum (10) has a cylindrical water-permeable pulp-supporting shell (14), a plurality of drain pipes (16) and a rotating hollow shaft (18). The plurality of drainpipes (16) connects the rotating hollow shaft (18) with a collecting channel (22) situated radially directly inside the cylindrical water-permeable pulp-supporting shell (14). The non-rotating valve arrangement (30) is disposed within the rotating hollow shaft (18) for sealing off the rotating hollow shaft (18) from a radially inner outlet (24) of the drain pipes (16) when respective radially inner outlet (24) is situated within a sealed zone. The non-rotating valve arrangement (30) is further arranged to, in a transition zone immediately following the sealed zone, open a throttled passage between the rotating hollow shaft (18) and the radially inner outlet (24).

Abstract: A chassis component (1) for a wheel suspension having at least two pivot points (3, 4), at least one connecting structure (7) which interconnects the pivot points (3, 4) with one another, and at least one sensor (9). The at least one sensor (9) is embodied as a piezoresistive thin film (19) arranged on a section of a surface (8) of the connecting structure (7). A thin film interconnects contact points (15, 16), of at least two conductive sections (13, 14) which are integrated in the connecting structure (7), to one another.

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.

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: In automated exchange system, a matching unit is supplemented with a calculation unit and a global memory accessible by both the calculation unit and the matching unit. This computer architecture makes it possible to perform some of the calculations related to the volume and/or prices of the baits needed in the matching to be performed in advance. The matching process uses the values resulting from the pre-calculation when needed, and since no or few calculations are done in the matching unit, the process of matching combination contracts can be performed at a higher rate, thereby significantly improving the performance of the matching process. The provision of one or several calculation units makes it possible to perform very complex calculations since many calculations need not be performed in real time.