Abstract: Method of and arrangement for associating voice clips with a document, the document being reviewed by at least one participant during a telephone conference set up between a convener communication set (T5, C5) and one or more participant communication sets (T1-T4, C1-C4), where the voice clips contain spoken comments by the participants. The voice clips associated with locations in a section of the document synchronized in time such that each voice clip is associated with a certain location in the section and contains speech that was spoken by the participant at the 10 time that the image of the section was shown to the participant.

Abstract: Method of and arrangement for associating voice clips with a document, the document being reviewed by at least one participant during a telephone conference set up between a convener communication set (T5, C5) and one or more participant communication sets (T1-T4, C1-C4), where the voice clips contain spoken comments by the participants. The voice clips associated with locations in a section of the document synchronized in time such that each voice clip is associated with a certain location in the section and contains speech that was spoken by the participant at the 10 time that the image of the section was shown to the participant.

Abstract: The present invention describes a gateway in an Open Service Access (OSA) network where Service Level Agreement (LSA) checks are performed by a Framework (15) on a Central Gateway node (1). A distinction is made between applications (10) that can be trusted, like applications provided by the same firm as the gateway, and other applications (12) that are not trusted for security reasons. Access request coming from the applications for accessing Service Capability Servers (SCSs) (4, 5) are checked by the framework (15). Now the trusted applications (10) can get direct access to the Service Capability Servers (4, 5), but the untrusted applications (12) are only allowed to access so-called proxy SCSs (9) on the Central Gateway node (1). The proxy SCSs (9) have the same interface as the SCSs (4, 5) running on the distant nodes (2, 3), and are downloaded by the Framework (15) from the distant SCS nodes (2, 3) to the Central Gateway node (1) during an initialization phase.

Abstract: A method for migrating between first and second service enablers in an open service architecture includes registering a second service enabler within open service architecture framework. The properties of the registered second service enabler are compared with the properties of at least one of first service enablers which determines if the second service is backward compatible to the first service enabler. Information concerning whether the second service enabler is backward compatible with the first service enabler is then forwarded to an application using the first service. Additional information that can be sent to the application in the same message includes, e.g., the fact that the second service enabler outdates a first one, a migration strategy and references to interfaces on the second service enabler that the application can already start using.

Abstract: The present invention describes a gateway in an Open Service Access (OSA) network where Service Level Agreement (LSA) checks are performed by a Framework (15) on a Central Gateway node (1). A distinction is made between applications (10) that can be trusted, like applications provided by the same firm as the gateway, and other applications (12) that are not trusted for security reasons. Access request coming front the applications for accessing Service Capability Servers (SCSs) (4, 5) are checked by the framework (15). Now the trusted applications (10) can get direct access to the Service Capability Servers (4, 5), but the untrusted applications (12) are only allowed to access so-called proxy SCSs (9) on the Central Gateway node (1). The proxy SCSs (9) have the same interface as the SCSs (4, 5) running on the distant nodes (2, 3), and are downloaded by the Framework (15) from the distant SCS nodes (2, 3) to the Central Gateway node (1) during an initialization phase.

Abstract: A method for migrating between first and second service enablers in an open service architecture includes registering a second service enabler within open service architecture framework. The properties of the registered second service enabler are compared with the properties of at least one of first service enablers which determines if the second service is backward compatible to the first service enabler. Information concerning whether the second service enabler is backward compatible with the first service enabler is then forwarded to an application using the first service. Additional information that can be sent to the application in the same message includes, e.g., the fact that the second service enabler outdates a first one, a migration strategy and references to interfaces on the second service enabler that the application can already start using.