Abstract: Certain example embodiments relate to a monitoring system for monitoring the operation of distributed computing components. The monitoring system includes a registry for storing descriptions of the computing components and at least one associated service-level agreement (SLA) specifying at least one performance requirement; a compiler for generating at least one first and second continuous query based on the information stored in the registry; and a complex event processing (CEP) engine for executing the at least one first continuous query on input events indicating actions performed by the computing components and corresponding performance information, and for producing at least one output event indicating a violation of at least one SLA. The CEP engine also executes the at least one second continuous query on input events indicating a violation of at least one SLA, and produces at least one output event indicating a relationship between at least two SLA violations.

Abstract: Certain example embodiments relate to an event-based system configured for self-monitoring. The event-based system includes a complex event processing (CEP) engine for consuming and producing events in accordance with at least one continuous query. The CEP engine in turn includes a first continuous query for producing events of a first event type and for consuming the events of the first event type. The CEP engine also is configured to detect performance issues based on the first continuous query.

Abstract: The present technology relates to a method for granting a user secure access to one or more resources accessed by a process. The process is defined in a Service-Oriented Architecture (SOA) registry and includes one or more process-steps, where each process-step accesses one or more resources stored in an SOA repository.

Abstract: Certain example embodiments relate to an event-based system configured for self-monitoring. The event-based system includes a complex event processing (CEP) engine for consuming and producing events in accordance with at least one continuous query. The CEP engine in turn includes a first continuous query for producing events of a first event type and for consuming the events of the first event type. The CEP engine also is configured to detect performance issues based on the first continuous query.

Abstract: Certain example embodiments relate to a monitoring system for monitoring the operation of distributed computing components. The monitoring system includes a registry for storing descriptions of the computing components and at least one associated service-level agreement (SLA) specifying at least one performance requirement; a compiler for generating at least one first and second continuous query based on the information stored in the registry; and a complex event processing (CEP) engine for executing the at least one first continuous query on input events indicating actions performed by the computing components and corresponding performance information, and for producing at least one output event indicating a violation of at least one SLA. The CEP engine also executes the at least one second continuous query on input events indicating a violation of at least one SLA, and produces at least one output event indicating a relationship between at least two SLA violations.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: The present invention relates to a method for storing at least one non-XML document (10) in an XML database (1), the method comprising the steps of: a. transforming the at least one non-XML document (10) into at least one XML document (20) by one or more transformation functions, the at least one XML document (20) conforming to a schema comprising references to the one or more transformation functions; and b. storing the at least one XML document (20) in the XML database (1).

Abstract: Certain example embodiments relate to a system for secure complex event processing (CEP). The system includes an input adaptor configured to receive at least one input event from at least one external source system. The at least one input event comprises at least one event-specific disclosure permission concerning data of the input event. A CEP engine is configured to process the at least one input event and to produce at least one corresponding complex output event. A security enforcer is configured to remove data from the at least one output event that is not in accordance with the at least one event-specific disclosure permission defined in the corresponding at least one input event. An output adaptor is configured to send the at least one output event to at least one external target system.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: Certain example embodiments relate to a system for secure complex event processing (CEP). The system includes an input adaptor configured to receive at least one input event from at least one external source system. The at least one input event comprises at least one event-specific disclosure permission concerning data of the input event. A CEP engine is configured to process the at least one input event and to produce at least one corresponding complex output event. A security enforcer is configured to remove data from the at least one output event that is not in accordance with the at least one event-specific disclosure permission defined in the corresponding at least one input event. An output adaptor is configured to send the at least one output event to at least one external target system.

Abstract: Runtime execution of one or more tasks defined in a workflow process language. The method may include obtaining a description of the task from a process ontology (PO). The PO may define a hierarchical taxonomy of executable tasks, where each task refers to at least one frame of a hierarchical frame taxonomy of the PO. The method may further include identifying at least one parameter as described in the frame description to which the task refers, resolving the value of the at least one parameter, and executing the most specific applicable version of the task contained in the task taxonomy of the process ontology.

Abstract: The present invention relates to a method for granting a user (U1) secure access to one or more resources (D1, D2, D3) accessed by a process (P1), the process (P1) being defined in a SOA registry (100) and comprising one or more process-steps (S1, S2, S3), each process-step (S1, S2, S3) accessing one or more resources (D1, D2, D3) stored in a SOA repository (200), the method comprising the following steps: a. during an execution of the process (P1), for each resource (D1, D2, D3) accessed by at least one of the process-steps (S1, S2, S3), creating an entry (E1, E2) in the SOA registry (100) determining the accessed resource (D1, D2, D3); b. creating a process-instance-role (R1) in the SOA registry; c. for each resource (D1, D2, D3) accessed by at least one of the process-steps (S1, S2, S3), creating an access privilege (AP1) in the SOA repository (200) that grants access to the respective resource (D1, D2, D3) for the process-instance-role (R1); and d.

Abstract: The present invention relates to a method for storing at least one non-XML document (10) in an XML database (1), the method comprising the steps of: a. transforming the at least one non-XML document (10) into at least one XML document (20) by one or more transformation functions, the at least one XML document (20) conforming to a schema comprising references to the one or more transformation functions; and b. storing the at least one XML document (20) in the XML database (1).

Abstract: The present invention relates to a method for storing annotations of non-XML documents (10) in an XML database (1), the XML database (1) being adapted for storing a corresponding shadow XML document (20) for each of the non-XML documents (10), the method comprising the steps of: a. receiving an annotation document (15) comprising the annotations and attaching the annotations to the corresponding shadow XML document (20) in the XML database (1); and b. receiving an updated non-XML document (10?) and attaching any existing annotations from the original shadow XML document (20) to an updated shadow XML document (20?) created by the XML database (1).

Abstract: A system for enterprise information integration is described. The system is based on different layers: the data sources, source ontologies corresponding to the data schema of the data sources, an integration ontology integrating the different source ontologies, a level of query input, preferably in the form of a web service. Between the levels, mapping rules are used. For the mapping of document style web services and XML documents to ontologies detailed rules are given, covering i.a. simpleContent and complexContent elements, which are mapped to class properties and relations (object properties), respectively.

Abstract: A method for processing a non-XML document for storage in a XML database. The method comprises analyzing the non-XML document and extracting metadata from the non-XML document. The method then generates a shadow XML document for the non-XML document in accordance with a predetermined XML schema, wherein the shadow XML document comprises the metadata extracted from the non-XML document. The XML schema comprises a wrapping element adapted to wrap XML content of an at least partly undefined XML structure. The shadow XML document and the non-XML document are then stored in the XML database.

Abstract: Runtime execution of one or more tasks defined in a workflow process language. The method may include obtaining a description of the task from a process ontology (PO). The PO may define a hierarchical taxonomy of executable tasks, where each task refers to at least one frame of a hierarchical frame taxonomy of the PO. The method may further include identifying at least one parameter as described in the frame description to which the task refers, resolving the value of the at least one parameter, and executing the most specific applicable version of the task contained in the task taxonomy of the process ontology.

Abstract: Monitoring a software system based on a service oriented architecture (SOA). The method may involve system components communicating with each other via sending messages. The method may include receiving a monitoring message by a monitoring component where the monitoring message may be sent from a system component of the software system. The method may further include providing an ontology including at least one interpretation rule for the message by the monitoring component. The method may also include reacting of the monitoring component in accordance with the at least one interpretation rule.

Abstract: A system for enterprise information integration is described. The system is based on different layers: the data sources, source ontologies corresponding to the data schema of the data sources, an integration ontology integrating the different source ontologies, a level of query input, preferably in the form of a web service. Between the levels, mapping rules are used. For the mapping of document style web services and XML documents to ontologies detailed rules are given, covering i.a. simpleContent and complexContent elements, which are mapped to class properties and relations (object properties), respectively.