Abstract: Provided are techniques for providing licensed access to application services based on a contract that specifies conditions for usage of the software application services by a service requester, access to the software application services being provided over a network under different license types, each license type defining a particular usage condition, including a service handler implementing a runtime environment, retrieving service requester profile data associated with the service request; retrieving an identified and validated contract associated with the service request by utilizing requester profile data; receiving license condition data corresponding to the identified contract; retrieving contract information corresponding to the identified and validated contract; receiving, by the licensing service component, usage data; comparing the received usage data with the received license condition data and determining availability of two or more licensing options to satisfy the service request and providing

Abstract: Provided are techniques for providing licensed access to application services based on a contract that specifies conditions for usage of the software application services by a service requester, access to the software application services being provided over a network under different license types, each license type defining a particular usage condition, including a service handler implementing a runtime environment, retrieving service requester profile data associated with the service request; retrieving an identified and validated contract associated with the service request by utilizing requester profile data; receiving license condition data corresponding to the identified contract; retrieving contract information corresponding to the identified and validated contract; receiving, by the licensing service component, usage data; comparing the received usage data with the received license condition data and determining availability of two or more licensing options to satisfy the service request and providing

Abstract: The present invention refers to the field of networked computer telecommunication, and in particular to a method and system for processing services associated with a contract between a service requester (SC) and a service provider (SP) wherein said services are to be provided via a network, wherein at least one service contract is defined between said service requester and said service provider. In order to improve the processing of web services, license management facilities (75A) are included into the prior art method cooperating closely with a Contract Management component (74A) and a Service Metering Component (76A). Preferably, a plurality of different license types are provided for selection to be used, which may further be combined also, in order to match best the needs of a customer.

Abstract: An order processing system can include an order processing container, a factory registry, a relationship registry, and synchronization function component. The order processing system can handle orders, which are build plans including a set of tasks. The tasks can specify programmatic actions which may include creation, deletion, and modification of resources and resource topologies. The order processing container can be central engine that programmatically drives order processing actions. The factory registry can support a creation and deletion of resource instances in a resource topology defined by at least one order. The relationship registry can maintain relationships among resources. The synchronization function component can permit transparent usage of shared resources in accordance with shared usage resource topology parameters specified within processed orders.

Abstract: The present invention refers to the field of networked computer telecommunication, and in particular to a method and system for processing contract data defining contracts between a service requester and a service provider for services like Web Services to be provided via a network. In order to improve the processing of web services in presence of a multitude of valid contracts between binding a Service Consumer (SC) it is proposed to include (1300) said contract data into a request for said service in order to enable the Service provider to evaluate (1330) and select (1340) a particular contract out said multitude in order to match best the needs of the Consumer.

Abstract: A utilization method and system within a communication network comprises at least one service provider and at least one service consumer. In particular, a there is license contract method and system for validating web services during runtime. At least one parameter is provided to define, if and how many meter event requests associated with service requests may be stored in a cache memory. The parameter is predefined and may be contained in the license contract. Further, a counter may be provided for counting the service requests. The actual status of the counter is sent to the service consumer and/or the service provider.

Abstract: An order processing system including an order processing container, a factory registry, a relationship registry, and synchronization function component. The order processing system can handle orders, which are build plans including a set of tasks. The tasks can specify programmatic actions which may include creation, deletion, and modification of resources and resource topologies. The order processing container can be central engine that programmatically drives order processing actions. The factory registry can support a creation and deletion of resource instances in a resource topology defined by at least one order. The relationship registry can maintain relationships among resources. The synchronization function component can permit transparent usage of shared resources in accordance with shared usage resource topology parameters specified within processed orders.

Abstract: A utilization method and system within a communication network comprises at least one service provider and at least one service consumer. In particular, a there is license contract method and system for validating web services during runtime. At least one parameter is provided to define, if and how many meter event requests associated with service requests may be stored in a cache memory. The parameter is predefined and may be contained in the license contract. Further, a counter may be provided for counting the service requests. The actual status of the counter is sent to the service consumer and/or the service provider.

Abstract: The present invention refers to the field of networked computer telecommunication, and in particular to a method and system for processing contract data defining contracts between a service requester and a service provider for services like Web Services to be provided via a network. In order to improve the processing of web services in presence of a multitude of valid contracts between binding a Service Consumer (SC) it is proposed to include (1300) said contract data into a request for said service in order to enable the Service provider to evaluate (1330) and select (1340) a particular contract out said multitude in order to match best the needs of the Consumer.

Abstract: The idea of the present invention is to replace the existing password/user ID based authentication process by a new digital signature authentication process in which preferably the first HTTP-request header is extended by the client authentication information independently of the authentication process used by the destination server and without server requesting authentication information. The authentication information preferably includes the client certificate containing the client public key, signed by certification authority, and preferably a hash value calculated over the HTTP-request header data being sent in the request, and encrypted with the Client's private key. The certificate and digital signature may be added during the creation of the HTTP-request header in the client system itself, or may be added later in a server acting as a gateway, proxy, or tunnel.

Abstract: The invention relates to a device and a method for administering, in particular for creating and changing, identifying characteristics. During input of the new identifying characteristic by a user a check of the identifying characteristic is performed. Depending on the result of the check, a facility for termination of input of the new identifying characteristic is activated or deactivated as appropriate. The present invention substantially improves user-friendliness in the creation and changing of identifying characteristics, as failed attempts to input the new identifying characteristics are avoided.

Abstract: The present invention refers to the field of networked computer telecommunication, and in particular to a method and system for processing services associated with a contract between a service requester (SC) and a service provider (SP) wherein said services are to be provided via a network, wherein at least one service contract is defined between said service requester and said service provider. In order to improve the processing of web services, license management facilities (75A) are included into the prior art method cooperating closely with a Contract Management component (74A) and a Service Metering Component (76A). Preferably, a plurality of different license types are provided for selection to be used, which may further be combined also, in order to match best the needs of a customer.

Abstract: The present invention relates to computing systems, and in particular to a method for tracking the execution of a computer program during execution thereof. In order to reduce errors or fraud in the execution flow of the program it is proposed to insert so-called trace code instructions (TCI) (220, 222, 224, 226, 228, 230) multiply into the program's source code (20) in particular at crucial locations thereof. Said trace code when executed or interpreted in Interpreter-based programming languages—calculates some verification information, which can be used by checking its calculation results for determining if or if not the program execution path was the expected one. If an unexpected result occurs, predetermined, programmed measures can be undertaken according to the respective environment, application or security policy.

Abstract: The present invention relates generally to storage administration of computer systems and in particular to a method for managing storage resources of computer systems. A method is proposed in which so-called ‘first category’ program data is managed with a first Storage Management System (STMS) (14) in a first address space (25), and so-called ‘second category’ program data is managed with a second STMS (16) in a separate space (26). Each STMS can be provided by a separate heap or any other suited memory management means dependent of the actual business context, operating system, and hardware in regard. According to a further aspect different categories have different temporal nature: the first category data is associated with persistent data, whereas the second category data is associated with transient data, whereby the storage resources (25) used for transient data are re-initialized for each transaction.

Abstract: A marketing computer, a front-end computer, a back-end computer and a point-of-sale terminal are interconnected by networks. After loyalty rules for a customer loyalty program are entered and tested in the marketing computer, the corresponding loyalty rules are updated in the front-end computer. The front-end computer can be a relatively inexpensive device as it does not require a graphical user interface.

Abstract: The present invention relates to programming of electronic data carrier applications. In particular, it relates to an improved debugging method and system for chipcard applications. It is based on the principle to use a conventional standard communication protocol between chipcard and terminal application for debugging purposes as well. Primarily, protocol extensions are implemented by special commands according to said protocol, but carrying debug instructions instead of the usual business commands. A wrapper logic wrapping the card driver recognizes due to a control information given in the previous command that the response comprises debug information and sends it to the debug software.