Nothing Special   »   [go: up one dir, main page]

WO2013087940A1 - Bewertung einer nutzung einer von einem web - service bereitgestellten oder aufgerufenen leistung und/oder funktion - Google Patents

Bewertung einer nutzung einer von einem web - service bereitgestellten oder aufgerufenen leistung und/oder funktion Download PDF

Info

Publication number
WO2013087940A1
WO2013087940A1 PCT/EP2012/075853 EP2012075853W WO2013087940A1 WO 2013087940 A1 WO2013087940 A1 WO 2013087940A1 EP 2012075853 W EP2012075853 W EP 2012075853W WO 2013087940 A1 WO2013087940 A1 WO 2013087940A1
Authority
WO
WIPO (PCT)
Prior art keywords
web service
function
module
call
automation component
Prior art date
Application number
PCT/EP2012/075853
Other languages
English (en)
French (fr)
Inventor
Ralf Neubert
Marcus ZINN
Original Assignee
Schneider Electric Automation Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Schneider Electric Automation Gmbh filed Critical Schneider Electric Automation Gmbh
Priority to US14/362,316 priority Critical patent/US9602362B2/en
Priority to EP12813310.5A priority patent/EP2792125B1/de
Publication of WO2013087940A1 publication Critical patent/WO2013087940A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
    • H04L41/0273—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols using web services for network management, e.g. simple object access protocol [SOAP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5009—Determining service level performance parameters or violations of service level contracts, e.g. violations of agreed response time or mean time between failures [MTBF]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5083—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to web hosting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/56—Provisioning of proxy services

Definitions

  • the invention relates to a method for evaluating a use of a service and / or function provided or invoked by a web service, comprising the steps of: recognizing a web service call, gathering information relating to that provided by the web service or evaluated performance and / or function and evaluating the use of the provided or called performance and / or on the basis of parameters and the information collected and on an automation component such as control device, meter, HNI or SCADA, comprising a process execution module to perform a performance and / or Function.
  • an automation component such as control device, meter, HNI or SCADA
  • US 7 305 431 B2 relates to a method for enabling automatic assertion of series-level agreements in a client-server network. It measures the views of services and the resources of a server that hosts the services, based on the service level agreements, the resources currently available, and the needs of the user. In this method, the web services are hosted on a single server, with the services being called by a variety of clients over a network. The service level agreements are stored in a database of the server.
  • a measurement component which collects the monitoring information of the current active user requests and converts these into one or more accounting metrics.
  • an external, central measuring service is provided. Every grid service registers with the measuring service. For each request, the grid service sends an initiation request to the measurement service.
  • a second model contains the collection of monitoring information, the rating and reporting of billing values in the grid service.
  • the evaluation component can be implemented either as part of the grid service or as a separate component.
  • the billing information is transmitted from the service to its user.
  • Each service call contains measurement-specific information such as request ID, maximum permitted usage limits, and so on.
  • each grid service has an exclusive measurement component with its own interface.
  • the service call and the flow of measurement information takes place via separate channels.
  • the grid services are hosted in one or more servers that can call a user as a client over a network.
  • Valuation-specific data is also stored centrally in a database of a server.
  • a provider registers a web service in a public or private Registers, such as a UDDI directory, with its description in WSDL (Web Service Description Language).
  • WSDL Web Service Description Language
  • An acquirer can search the registry for a service he or she is looking for and download the WSDL description and incorporate it into their application according to agreed rules.
  • the rules that are required for integration must already be visible in the register.
  • the integration of the web service can be done manually or automatically. However, the method requires considerable computing power from the individual components.
  • the described method is unsuitable for the evaluation of a usage of the power and / or function provided by an automation component if the automation component has only a low computing power.
  • the present invention has the object, a method and an automation component of the type mentioned in such a way that even with low hardware resource of the automation component, a local assessment of a use of the power and / or function provided by this is possible.
  • the object is u. a. Solved that the web service is implemented in an automation component web service and to execute the service and / or function through a web service call locally, that is called the web service call or one of the web service generated function call is detected locally by means of a recognition module implemented in the automation component,
  • component-specific parameters for recognizing and recording web service calls are stored locally in a storage element of the automation components in the form of service level agreements,
  • a performance and / or function information relating to the called performance and / or function contained in the web service call or the function call is locally read out by means of the recognition module and stored locally in the memory element and compared with the stored acquisition parameters, that the web service is released and executed when the recognition module matches a recognition parameter,
  • performance and / or function-specific data are detected by means of a detection module locally implemented in the automation component and stored in the memory module, and
  • the power and / or function provided by the automation component is evaluated locally on the basis of the performance and / or function information, the performance and / or function-specific data and the locally defined assessment parameter.
  • the web service call is recognized and read by a web service proxy module upstream of the web service.
  • the Web service proxy module is activated by a device-specific communication interface as soon as the Web service call is made.
  • the web service proxy module reads out the service and / or function information contained in the web service call, prepares it and then starts the corresponding web service.
  • the web service will return a result to the web service proxy module upon execution of the function call and that the web service proxy module will answer the web service call ,
  • the web service call is detected by an interface integrated in a communication interface and upstream of the web service hardware-based recognition module and that contained in the web service call performance and / or functional Information is read by measuring transmitted via the communication interface physical signals.
  • a web service protocol is used for the web service call, which contains the performance and / or function information in a transport protocol and / or a message protocol and / or divided into both types of protocols of the Web service protocol ,
  • a further alternative embodiment of the method is characterized in that the web service call is recognized and read out by a recognition module integrated in the web service and that the information read out is integrated into a web service integrated service or to a web service. Service uniquely assigned acquisition module to be transmitted.
  • the discovery and detection is done by means of a web service proxy module downstream of the web service, wherein a message flow from the web service to the process execution module is interrupted by the web service proxy module before the message is forwarded If necessary, the message is changed by the Web service proxy module.
  • An automation component is characterized, inter alia, by the fact that at least one web service is implemented in the automation component, comprising a web service interface for receiving a web service call and an interface for transmitting a function call to the process execution module for execution performance and / or function, in the automation component, an evaluation module is implemented, comprising a configurable memory module in which component-specific parameters for recognizing and evaluating the web service calls can be locally stored, a detection module connected to the web service interface or the web service output for Recognition of a performance and / or function information contained in the web service call or the function call, as well as to enable the execution of the web service and / or the functional set-up a detection module coupled to the process execution module, the detection module and the memory element for detection performance and / or function-specific data during the execution of the web service and to assess the performance and / or function provided by the automation component based on the performance and / or function information of the locally collected performance and / or functions specific data as well as the locally configured and stored usage parameter.
  • the assessment module can be designed as at least one web service proxy module upstream of the web service.
  • the assessment module comprises a recognition module that may be implemented as a software component in a communication stack of the web service proxy module.
  • the automation component can have a memory module. It is also possible to store the usage parameters externally.
  • the detection module can be designed as a cut in a communication parts of the automation component integrated hardware / software module, by means of the signals transmitted via the communication interface can be measured.
  • Another preferred embodiment is characterized in that the recognition module is integrated in the web service and that the acquisition module either integrated into the web service or uniquely assigned to the web service as part of the automation component.
  • Another alternative embodiment is characterized in that the acquisition module and the recognition module are downstream of the web service and that function calls of the web service are monitored.
  • the recognition module and the acquisition module are designed as hardware / software modules.
  • the recognition module and / or the acquisition module is integrated in a web service proxy module located downstream of the web service.
  • the invention is a rule-based method for a dedicated detection and detection of a service and / or a function that directly with the use or calling the web service provided by such automation or measuring devices.
  • the services and / or functions can be set via specified parameters, eg. For example, service level agreements can be configured and controlled.
  • Fig. 1 is a schematic representation of an automation system
  • FIG. 2 shows a schematic representation of an automation component with a first embodiment of an upstream recognition of web service calls
  • 3a) - 3d) are schematic representations of automation components with further embodiments of an upstream recognition of web service calls
  • FIG. 4 shows a schematic representation of an automation component with an upstream hardware-based recognition of web service calls
  • FIG. 5 shows a schematic sequence of a method for the upstream recognition of web service calls
  • FIG. 6 shows a schematic representation of an automation component with a first embodiment of a web service-integrated recognition and collection of web service calls
  • FIG. 7 shows a schematic representation of an automation component with a second embodiment of an integrated detection and acquisition of web service calls
  • FIG. 8 shows a schematic representation of a method for web service-integrated recognition and the version of a web service call
  • 9 shows a schematic representation of an automation component with a first embodiment of a downstream recognition and acquisition of web service calls
  • FIG. 10 shows a schematic representation of an automation component with a second embodiment of a downstream recognition and acquisition of web service calls
  • FIG. 11 shows a schematic representation of an automation component with a third embodiment of a downstream recognition and acquisition of web service calls
  • Fig. 1 shows a schematic representation of an automation system AS with service-oriented automation components AK in the form of z.
  • controllers measuring devices, input and / or data acquisition units that exchange messages over a network Nl, N2 messages in the form of Web service calls WSA.
  • the automation components AK each have at least one integrated web service interface WSI, via the implemented in the respective automation components AK web services WS z. B. can be called by a web service client WSC.
  • the automation components AK each offer services D and / or functions F which can be called via the web service call WSA and process execution modules PAM can be executed.
  • an evaluation module BM is implemented in the automation component AK.
  • the method is based on the idea of directly or indirectly recognizing the call of a web service WS1-WS11 and the services D and / or functions F associated with the use or the call of one of the web services WS1-WS11 based on defined parameters P to capture.
  • SLA Service Level Agreements
  • the detection and detection of the web service call WSA takes place before it reaches the actual web service WS.
  • This will be referred to as upstream detection.
  • the evaluation model BM is implemented in such a way that it is upstream of the web service WS.
  • a corresponding automation component AK1 is shown schematically in FIG.
  • the assessment module BMI upstream of the web service WS1 comprises a recognition module ERKM1 with the web service interface WSI1 for receiving the Web service call WSA.
  • the recognition module ERKM1 has access to the memory module SM, in which various parameters P, z. In the form of service level agreements. The parameters are configurable.
  • a detection module ERFM1 is provided, which is communicatively connected to the detection module ERKM1 and also has access to the parameters P stored in the memory module SM.
  • the recognition module ERKM1 is connected on the output side to an interface of the web service WS 1 in order to forward the web service call WSA to the web service WS 1.
  • the web service WS1 calls the process execution module PAM to execute the function F and / or service D via a function call FA.
  • the evaluation of the service D or function F provided by the automation component AK1 on the basis of the web service call WSA can be carried out on the basis of the web service call WSA recognized by the recognition module ERKM1 in conjunction with the parameters P.
  • the acquisition module ERFM1 After detecting a web service call WSA by means of the acquisition module ERFM1, it is possible to record the service D which is directly linked to the use of the web service WS1 and, taking into account the parameters P, then to evaluate the service D provided make.
  • the acquisition module ERFM1 is coupled to the process execution module PAM.
  • the evaluation module BMI is designed as a web service proxy module WSPMl integrated in the automation component AK1. Further embodiments are shown in FIGS. 3a) to 3d).
  • the web service proxy module WSPMl forms a monitoring entity that provides one or more functions as a service operation.
  • the device-specific communication interface WSI1 activates the web service proxy module WSPMl as soon as a web service call WSA is made. As previously explained with reference to FIG. 2, all web service calls WSA become under Consideration of the defined parameters P including an access authorization ZB monitored.
  • FIG 3 a shows an embodiment wherein a web service proxy module WSPM2 is provided for a web service interface WSI2 providing all the functions of a web service WS2.
  • the web service proxy module WSPM2 may also represent several web service interfaces WSI of the web service WS2.
  • Fig. 3 b shows an embodiment of an automation components AK3, which has several web services WS31, WS32, each with a web service interface WSI31, WSI32, wherein for each web service WS31, WS32 in the automation component AK3 a dedicated web Service Proxy Module WSPM31, WSPM32 is provided.
  • a single web service proxy module WSPM41 with two web service interfaces WSPMI-41 and WSPM1-42 is provided for the web services WS41, WS42.
  • Fig. 3d shows an embodiment of an automation component AK5, which comprises the web services WS51, WS52, WS53.
  • This embodiment includes both a single web service proxy module WSPM51 and a cumulative web service proxy module WSPM52 for web services WS52 and WS53.
  • FIG. 4 shows an embodiment of an automation component AK6 comprising an evaluation module BM6, which is embodied as a hardware software module upstream of a web service WS6.
  • the evaluation module BM6 is implemented in the automation component AK6.
  • the evaluation module BM6 implements an integrated monitoring of a communication interface WSI6 of the web service WS6.
  • the parameters P for the evaluation of the service D are stored in the memory module SM of the automation component AK6 or the evaluation module BM2.
  • monitoring of an access authorization z As a specific web service call WSA done.
  • messages are detected in the web service call WSA by monitoring the communication interface parts WSI6 by means of the recognition module ERKM6.
  • the further processing of the messages takes place in the acquisition module ERFM6, before the actual web service WS6 is called or further processed.
  • the evaluation module BM6 is integrated in the communication interface WSI6 and monitors the accesses to the web service WS6. In this embodiment, a change of the Web service message is not possible.
  • the communication interface WSI6 is monitored by physical measurement and evaluation of electrical signals transmitted via the interface.
  • a third variant of the upstream detection and collection of Web service calls WSA is based on an extension of a Web service protocol WSP used. This is defined for the collection of web service calls WSA.
  • the web service protocol WSP can be integrated in one of the upstream web service protocol modules WSPM1-WSPM6 and / or the hardware-side evaluation module BM6.
  • a web service message may be included in a transport protocol, a message protocol, or split into both types of protocols. Thus, all information is given as they are entered by a user.
  • FIG. 5 shows, purely schematically, a sequence of a method for the detection, detection and further processing of Web service calls WSA.
  • the web service proxy module WSPM is first called by the web service call WSA.
  • the web service call WSA receives information about the requested service, which is read out and processed in method step S2. Possible carriers of the information are z. The transport protocol or the message protocol. Also, the web service call itself can represent information.
  • the actual web service WS is called by the web service proxy module WSPM, wherein within the web service WS the transmitted information is transferred into a data model specific to the web service WS.
  • a method step S4 the execution of the function call by the web service WS.
  • this method step S4 can optionally also be a measurement of the use of the requested service D by means of the detection module ERFM.
  • usage information is generated which is directly related to the corresponding web service or the service provided by the web service WS.
  • the usage information is sent to the web service proxy, which responds to the web service call or changes the web service call WSA in a method step S6.
  • FIG. 6 shows an embodiment of an automation component AK7, wherein an evaluation module BM7 is integrated as part of an application or control software within a web service WS7.
  • an evaluation module BM7 is integrated as part of an application or control software within a web service WS7.
  • a detection module ERKM7 As part of an application or control software, corresponding web service calls WSA monitored by a detection module ERKM7. The information determined by the recognition module ERKM7 can then continue to be used.
  • the evaluation module BM7 comprises a detection module ERFM7, which is configurable with regard to defined parameters P on which the recognition and detection of the use of the respective web service WS7 is based.
  • an instance of the acquisition module ERFM7 is integrated directly in the Web service WS7.
  • the protocols addressed to the WS7 web service are usually subdivided into transport protocol and Message log. Regardless of the particular protocol, the integrated web service discovery and collection information WSA is included in the messages so that the WS7 Web service can access this information within its own instance.
  • FIG. 7 shows an alternative automation component AK8, in which a recognition module ERKM8 is integrated in a web service WS8 and an acquisition module ERFM8 is assigned externally unambiguously.
  • the recognition module ERKM8 is formed as an instance of the application and monitors the internal calls within the web service WS 8.
  • the acquisition module ERFM8 is configurable to monitor function calls FA.
  • the web service WS8 As soon as the web service WS8 starts the internal processing, it is detected by the acquisition module ERFM8. The web service WS8 automatically sends a notification with the corresponding information that the recognition module ERKM8 has previously read from the message and / or transport protocol.
  • a web service protocol is defined that allows to transport additional information that can be used for capture and billing.
  • Web service WS8 edits messages contained in the transport protocol or message log directly in its own instance.
  • the protocols used are not common protocols, but rather the extension of traditional protocols such as HTML or SOAP with extension for the method described above.
  • FIG. 8 shows, purely schematically, a method sequence for the web service-integrated recognition, acquisition and further processing of web service calls.
  • a web service call WSA in the method step SO is carried out in a method step Sl a readout of performance information from the Web service call.
  • the performance information may be included, for example, in a transport protocol, message protocol, and / or in the web service call itself.
  • a next method step S2 is within z.
  • the Web service WS7 transmitted the received performance information in a specific for the Web service WS7 data model.
  • step S3 the execution of the function call FA by the web service WS7, which is performed by the automation component AK7 the required service.
  • a measurement of the use of the service can be made.
  • the acquired data are processed in a method step S4, wherein from the determined performance information, such. B. type of service and the recorded usage data, usage information is generated, which are directly related to the corresponding web service.
  • a further processing of the acquired data takes place, wherein the performance information and / or usage information is forwarded to the acquisition module ERFM7, ERFM8 and further processed therein.
  • the acquisition module ERFM7 is integrated in the web service WS7 while the acquisition module ERFM8 is implemented outside the web service WS7.
  • Web service WS7, WS8 calls the acquisition module ERFM7, ERFM8 and uses its response as the only recipient to start the further processing with the actual function call FA.
  • the acquisition module ERFM7 as well as the acquisition module ERFM8 is assigned to the web service WS7 or WS8.
  • FIG. 9 shows an embodiment of an automation component AK9, wherein the detection and detection of web service calls WSA is performed by an evaluation module BM9, which is downstream of a web service WS9.
  • the evaluation module BM9 is implemented in an actual software application or in a hardware module PAM of the automation component AK9 together with the web service WS9.
  • function calls FA directed to the process execution module PAM by the web service WS9 are monitored by a recognition module ERKM9.
  • a communication or data access architecture is realized, which provides information or events for the recognition module ERKM9.
  • the communication or data access architecture is configurable and access can be limited depending on the configuration and authorization.
  • the evaluation module BM9 has a structure as shown in FIG.
  • FIG. 10 shows an embodiment of an automation component AK10, in which the actual web service WS 10 is followed by a web service proxy WSPM10 downstream as an assessment module BM10.
  • the web service is recorded by means of a recognition module ERKM10 and an acquisition module ERFM10, which are located downstream of the called web service WS10 - Calls realized taking into account parameters P.
  • the acquisition module ERFM10 is adapted to the different conditions of the internal devices.
  • the message flow through the evaluation module BM10 which is designed as a web service proxy, is interrupted before being forwarded to the process execution module PAM and may be able to change the message.
  • specific messages can be forwarded from the evaluation module BM10 depending on the message sent.
  • FIG. 11 shows an embodiment of an automation component AK11, monitoring of the process execution module PAM, which is called by the web service WS 11, by an evaluation module BM11.
  • the evaluation module BM11 monitors function calls FA or data accesses, which are triggered by the web service call WSA, on the hardware side and / or on the software side.
  • the web service calls or their messages are not monitored directly. but these are monitored indirectly via the activities of the process execution module PAM or a special part of the automation component, which are called by the web service WS functionally, either directly or indirectly.
  • FIGS. 9, 10 and 11 can also be used.
  • an embodiment can be implemented in which the evaluation module BM10 executed as a web service proxy WSPM is combined in combination with the evaluation module BM1 illustrated in FIG.
  • the assessment module BM10 will start the assessment module BM1.
  • the advantage is achieved that, for example, the energy consumption of the evaluation module BM1 is reduced, which would otherwise result from the continuous monitoring of the process execution module.
  • a communication link is provided between the evaluation module BM10 and the evaluation module BM1 to realize direct or indirect communication between the modules.
  • FIGS. 9 to 11 shows a schematic representation of a method sequence that can be implemented by the embodiments of automation components AK9-AK11 and detection modules illustrated in FIGS. 9 to 11.
  • a web service call in method step SO the processing of the web service call takes place in a method step S1, the web service WS executing the function call.
  • the acquired data is detected by the downstream detection module ERFM.
  • FIGS. 13 a) to 13 c) show configurations of an evaluation module BM 12, by means of which an evaluation of the detected web service calls WSA can be implemented at different times. The times can be configured accordingly.
  • An evaluation as to whether a web service call WSA is relevant for billing a service D is carried out by the recognition module ERKM (monitoring instance) implemented in the evaluation module BMI 2, as described above. Incoming web service calls WSA are registered and evaluated at the time of receipt.
  • a rating can also be made as soon as there is a result of a function call FA initiated by the respective web service WS.
  • Fig. 13 a shows z.
  • Fig. 13 b shows a monitoring of the stored data by means of a hardware component HK.
  • Fig. 13 (c) shows a combination of the methods shown in Figs. 13 a) and 13 b).
  • the following data can be used to evaluate a service D or a web service call:
  • the methods according to the invention enable a rule-based recognition and detection of services integrated therein, which are uniquely identifiable for the respective automation component, in particular for the use of one or more web services for data exchange, diagnosis or remote maintenance, eg. In cloud-based systems or within an automation system.
  • the services are set via specified parameters, eg. For example, service level agreements are configured or controlled.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Die Erfindung bezieht sich auf ein Verfahren zur Bewertung einer Nutzung einer von einer Automatisierungskomponente (AK) bereitgestellten Leistung (D) und/oder Funktion (F). Um bei geringem Hardware-Aufwand eine Bewertung einer Nutzung der Leistung und/oder Funktionen der Automatisierungskomponente zu realisieren, ist vorgesehen, dass ein in der Automatisierungskomponente (AK1) implementierter Web- Service (WS1) zur Ausführung der Leistung (D) und/oder Funktion (F) durch einen Web-Service-Aufruf (WSA) aufgerufen wird, dass der Web-Service-Aufruf (WSA) oder ein von dem Web-Service (WS1) generierter Funktionsaufruf (FA) mittels eines in der Automatisierungskomponente (AK1) implementierten Erkennungsmoduls (ERKM1) erkannt wird, dass eine in dem Web-Service-Aufruf (WSA) oder dem Funktionsaufruf (FA) enthaltende Leistungs- und/oder Funktions-Information betreffend die aufgerufene Leistung (D) und/oder Funktion (F) mittels des Erkennungsmoduls (ERKM1;....; ERKM11) ausgelesen wird, dass der Web-Service (WS1) nach Freigabe ausgeführt wird, dass während der Ausführung des Web-Services (WS1) leistungs- und/oder funktionsspezifische Daten mittels eines Erfassungsmoduls (ERFM1) erfasst werden und dass auf der Grundlage der Leistungs- und/oder Funktionsinformation, der leistungs- und/oder funktionsspezifischen Daten und/oder von definierten Bewertungsparametern die Bewertung der von der Automatisierungskomponente (AK1) bereitgestellten Leistung (D) und/oder Funktion (F) erfolgt.

Description

BEWERTUNG EINER NUTZUNG EINER VON EINEM WEB
SERVICE BEREITGESTELLTEN ODER AUFGERUFENEN LEISTUNG UND/ODER FUNKTION
Die Erfindung bezieht sich auf ein Verfahren zur Bewertung einer Nutzung einer von einem Web-Service bereitgestellten oder aufgerufenen Leistung und/oder Funktion ,umfassend die Verfahrensschritte: Erkennen eines Web-Service-Aufrufs, Erfassen von Informationen betreffend die von dem Web-Service bereitgestellten oder aufgerufenen Leistung und/oder Funktion und Bewerten der Nutzung der bereitgestellten oder aufgerufenen Leistung und/oder auf der Grundlage von Parametern und der erfassten Information sowie auf eine Automatisierungskomponente wie Steuerungsgerät, Messgerät, HNI oder SCADA, umfassend ein Prozessausführungsmodul zur Ausführung einer Leistung und/oder Funktion.
Die US 7 305 431 B2 bezieht sich auf ein Verfahren zur Ermöglichung einer automatischen Geltendmachung von Serie-Level-Agreements in einen Client-Server- Netzwerk. Dabei werden Aufrufe von Services und die Bereitstellung von Ressourcen eines Servers, auf dem die Services gehostet sind, auf der Grundlage der Services- Level- Agreements, der aktuell verfügbaren Ressourcen und der Bedürfnisse des Anwenders gemessen. Bei diesem Verfahren werden die Web-Services auf einem einzigen Server gehostet, wobei die Services von einer Vielzahl von Clients über ein Netzwerk aufgerufen werden. Die Service-Level-Agreements sind in einer Datenbank des Servers gespeichert.
In einem Artikel von Agarwal, V. u. a.: „Architectural Issues of Metering and Accounting of Grid Services" IBM Research Report, RI020101, IBM India Research Lab., New Dehli, 2002, werden mehrere Architekturen zur Erfassung und Abrechnung der Benutzung von Grid- Ressourcen beschrieben. Es wird eine Monitoring- Komponente vorgeschlagen, welche Daten im Zusammenhang mit der Benutzung der Services erfasst. Die Monitoring-Funktion kann entweder in jedem Service oder durch Verwendung eines externen Monitoring-Agenten realisiert werden.
Des Weiteren ist eine Mess-Komponente vorgesehen, welche die Überwachungsinformationen der aktuellen aktiven Benutzeranfragen sammelt und diese in eine oder mehrere Abrechnungsmetriken umwandelt.
Gemäß eines ersten Modells ist ein externer, zentraler Mess-Service vorgesehen. Jeder Grid-Service meldet sich bei dem Mess-Service an. Für jeden Request sendet der Grid- Service einen Initiierungs-Request an den Mess-Service.
In einem zweiten Modell ist die Sammlung von Überwachungsinformationen, die Bewertung und Mitteilung von Abrechungs werten in dem Grid-Serivce enthalten. Dabei kann die Bewertungskomponente entweder als Teil des Grid-Services oder als separate Komponente implementiert sein. Die Abrechnungsinformation wird von dem Service zu dessen Benutzer übertragen. Jeder Service-Aufruf enthält messspezifische Informationen wie Request- ID, maximal erlaubte Benutzungsgrenzen usw. .
In einem dritten Modell wird vorgeschlagen, dass jeder Grid-Service eine exklusive Mess-Komponente mit einem eigenen Interface aufweist. Der Service-Aufruf und der Ablauf von Mess-Informationen erfolgt über separate Wege.
Bei den aus dem Stand der Technik bekannten Modellen sind die Grid-Services in einem oder mehreren Servern gehostet, die einen Benutzer als Client über ein Netzwerk aufrufen kann. Bewertungs spezifische Daten sind dabei ebenfalls zentral in einer Datenbank eines Servers gespeichert.
Die Abrechnung von Web-Service-Diensten ist in einer Druckschrift von Stefan Süpke: „Abrechnung von Web-Service-Diensten", Technische Universität Lindenau, Sommersemester 2003 beschrieben. Bei dem bekannten Verfahren registriert eine Anbieter einen Web-Service in einem öffentlichen oder privaten Register, wie etwa ein UDDI- Verzeichnis, mit der dazugehörigen Beschreibung in WSDL (Web Service Description Language). Ein Nachfrager kann das Register nach einem von ihm gesuchten Dienst durchsuchen und sich die WSDL-Beschreibung herunterladen und diese nach vereinbarten Regeln in seine Applikation einbinden. Dabei müssen die Regeln, die zum Einbinden erforderlich sind, schon im Register ersichtlich sein. Das Einbinden des Web-Service kann manuell oder automatisch erfolgen. Das Verfahren fordert von den einzelnen Komponenten jedoch eine erhebliche Rechenleistung.
Daher ist das beschriebene Verfahren für die Bewertung einer Nutzung der von einer Automatisierungskomponente bereitgestellten Leistung und/oder Funktion ungeeignet, wenn die Automatisierungskomponente nur eine geringe Rechenleistung aufweist.
Davon ausgehend liegt der vorliegenden Erfindung die Aufgabe zugrunde, ein Verfahren und eine Automatisierungskomponente der eingangs genannten Art derart weiterzubilden, dass auch bei geringer Hardware-Ressource der Automatisierungskomponente eine lokale Bewertung einer Nutzung der von dieser bereitgestellten Leistung und/oder Funktion möglich ist.
Die Aufgabe wird erfindungsgemäß u. a. dadurch gelöst, dass dass der Web-Service in einer Automatisierungskomponente implementiert Web-Service und zur Ausführung der Leistung und/oder Funktion durch einen Web-Service- Aufruf lokal aufgerufen wird, dass der Web-Service-Aufruf oder ein von dem Web-Service generierter Funktionsaufruf mittels eines in der Automatisierungskomponente implementierten Erkennungsmoduls lokal erkannt wird,
dass komponentenspezifische Parameter zur Erkennung und Erfassung von Web- Service-Aufrufen in Form von Service-Level-Agreements lokal in einem Speicherelement der Automatisierungskomponenten gespeichert werden,
dass eine in dem Web-Service-Aufruf oder dem Funktionsaufruf enthaltende Leistungsund/oder Funktions-Information betreffend die aufgerufene Leistung und/oder Funktion mittels des Erkennungsmoduls lokal ausgelesen und in dem Speicherelement lokal gespeichert und mit den gespeicherten Erfassungsparametern verglichen werden, dass der Web-Service bei Übereinstimmung eines Erkennungsparameters durch das Erkennungsmodul freigegeben und ausgeführt wird,
dass während der Ausführung des Web-Services leistungs- und/oder funktionsspezifische Daten mittels eines in der Automatisierungskomponente lokal implementierten Erfassungsmoduls erfasst und in dem Speichermodul gespeichert werden und
dass die von der Automatisierungskomponente bereitgestellte Leistung und/oder Funktion auf der Grundlage der Leistungs- und/oder Funktionsinformation, der leistungs- und/oder funktions spezifischen Daten und der lokal definierten Bewertungsparameter lokal bewertet wird.
In einer bevorzugten Ausführungsform ist vorgesehen, dass der Web-Service-Aufruf durch ein dem Web-Service vorgelagertes Web-Service-Proxy-Modul erkannt und ausgelesen wird.
Dabei wird das Web-Service-Proxy-Modul durch eine gerätespezifische Kommunikations schnittsteile aktiviert, sobald der Web-Service-Aufruf erfolgt.
Es ist vorgesehen, dass das Web-Service-Proxy-Modul die in dem Web-Service-Aufruf enthaltene Leistungs- und/oder Funktions-Information ausliest, aufbereitet und anschließend den entsprechenden Web-Service startet.
Um den Web-Service-Aufruf zu beantworten ist vorgesehen, dass der Web-Service nach Ausführung des Funktionsaufrufs ein Ergebnis an das Web-Service-Proxy-Modul zurücksendet und dass das Web-Service-Proxy-Modul den Web-Service-Aufruf beantwortet.
Gemäß einer alternativen Ausführungsform des Verfahrens ist vorgesehen, dass der Web-Service-Aufruf durch ein in einer Kommunikations schnittsteile integriertes und dem Web-Service vorgelagertes hardware-basiertes Erkennungsmodul erkannt wird und dass die in dem Web-Service-Aufruf enthaltene Leistungs- und/oder Funktions- Information durch messen von über die Kommunikationsschnittstelle übertragenen physikalischen Signalen ausgelesen wird.
Dabei wird für den Web-Service-Aufruf ein Web-Service-Protokoll verwendet wird, welches die Leistungs- und/oder Funktions-Information in einem Transportprotokoll und/oder einem Nachrichtenprotokoll und/oder aufgeteilt auf beide Protokollarten des Web-Service-Protokolls enthält.
Eine weitere alternative Ausführungsform des Verfahrens zeichnet sich dadurch aus, dass der Web-Service-Aufruf durch ein in dem Web-Service integriertes Erkennungsmodul erkannt und ausgelesen wird und dass die ausgelesenen Informationen an ein in dem Web-Service integriertes oder an ein dem Web-Service eindeutig zugeordnetes Erfassungsmodul übertragen werden.
Auch besteht die Möglichkeit, dass die Erkennung des Web-Service-Aufrufs indirekt durch Erkennung eines von dem Web-Service an das Prozessausführungsmodul gerichteten Funktionsaufruf in der Automatisierungskomponente erfolgt und dass die durch den Funktionsaufruf ausgeführten Aktionen durch das Erfassungsmodul erfasst werden.
Bei der bevorzugten Ausführungsform erfolgt die Erkennung und Erfassung mittels eines dem Web-Service nachgelagerten Web-Service-Proxy-Moduls, wobei ein Nachrichtenfluss von dem Web-Service zu dem Prozessausführungsmodul durch das Web-Service-Proxy-Modul vor der Weiterleitung der Nachricht unterbrochen wird und dass die Nachricht gegebenenfalls durch das Web-Service-Proxy-Modul verändert wird.
Eine Automatisierungskomponente gemäß der Erfindung zeichnet sich u. a. dadurch aus, dass in der Automatisierungskomponente zumindest ein Web-Service implementiert ist, umfassend eine Web-Service-Schnittstelle zum Empfang eines Web- Service-Aufrufs sowie eine Schnittstelle zur Übertragung eines Funktionsaufrufs an das Prozessausführungsmodul zur Ausführung der Leistung und/oder der Funktion, dass in der Automatisierungskomponenten ein Bewertungsmodul implementiert ist, umfassend ein konfigurierbares Speichermodul, in dem komponentenspezifische Parameter zur Erkennung und Bewertung der Web-Service- Aufrufe lokal speicherbar sind, ein mit der Web-Service-Schnittstelle oder dem Web-Service-Ausgang verbundenes Erkennungsmodul zur Erkennung einer in dem Web-Service-Aufruf oder dem Funktionsaufruf enthaltenen Leistungs- und/oder Funktions-Information, sowie zur Freigabe der Ausführung des Web-Services und/oder des Funktionsaufbaus ein mit dem Prozessausführungsmodul, dem Erkennungsmodul sowie dem Speicherelement gekoppeltes Erfassungsmodul zur Erfassung von leistungs- und/oder funktionsspezifischen Daten während der Ausführung des Web-Services und zur Bewertung der von der Automatisierungskomponente bereitgestellten Leistung und/oder Funktion auf der Grundlage der Leistungs- und/oder Funktions-Information, der lokal erfassten leistungs- und/oder funktions spezifischen Daten sowie der lokal konfigurierten und gespeicherten Benutzungsparameter.
In bevorzugter Ausführungsform kann das Bewertungsmodul als zumindest ein dem Web-Service vorgelagertes Web-Service-Proxy-Modul ausgebildet sein. Das Bewertungsmodul umfasst ein Erkennungsmodul, das als eine Software-Komponente in einem Kommunikations-Stack des Web-Service-Proxy-Moduls implementiert sein kann.
Zur Speicherung von konfigurierbaren Benutzungsparametern kann die Automatisierungskomponente ein Speichermodul aufweisen. Auch besteht die Möglichkeit, die Benutzungsparameter extern zu speichern.
Gemäß einer weiteren Ausführungsform kann das Erkennungsmodul als ein in einer Kommunikations schnittsteile der Automatisierungskomponente integrierter Hardware- /Software-Baustein ausgebildet sein, mittels dem über die Kommunikationsschnittstelle übertragene Signale messbar sind.
Eine weitere bevorzugte Ausführungsform zeichnet sich dadurch aus, dass das Erkennungsmodul in dem Web-Service integriert ist und dass das Erfassungsmodul entweder in den Web-Service integriert oder dem Web-Service extern als Bestandteil der Automatisierungskomponente eindeutig zugeordnet ist.
Eine weitere alternative Ausführungsform zeichnet sich dadurch aus, dass das Erfassungsmodul sowie das Erkennungsmodul dem Web-Service nachgelagert sind und dass Funktionsaufrufe des Web-Services überwacht werden. Dabei sind das Erkennungsmodul und das Erfassungsmodul als Hardware -/Software-Modul ausgebildet. Auch besteht die Möglichkeit, dass das Erkennungsmodul und/oder das Erfassungsmodul in einem dem Web-Service nachgelagerten Web-Service-Proxy- Modul integriert ist.
Im Zusammenspiel von Web-Service-basierten Leistungen und/oder Funktionen mit Automatisierungs- und Messgeräten, die über z. B. ein Gateway oder direkt in ein Netzwerk eingebunden werden und direkt oder indirekt Informationen via Web-Service austauschen, wird durch die Erfindung ein regelbasiertes Verfahren für eine dezidierte Erkennung und Erfassung einer Dienstleistung und/oder einer Funktion, die direkt mit der Benutzung bzw. des Aufrufens des Web-Services, der von solchen Automatisierungs- oder Messgeräten bereitgestellt wird, zur Verfügung gestellt.
Insbesondere für die Benutzung eines oder mehrerer Web-Services für Datenaustausch, Diagnose bzw. Fernwartung, z. B. in cloud-basierten Systemen oder innerhalb eines Automatisierungssystems, wird eine regelbasierte und für das jeweilige Gerät eindeutig identifizierbare Erkennung und Erfassung von darin integrierten Diensten und/oder Funktionen ermöglicht.
Die Dienste und/oder Funktionen können über festgelegte Parameter, z. B. Service- Level- Agreements, konfiguriert und kontrolliert werden.
Weitere Einzelheiten, Vorteile und Merkmale der Erfindung ergeben sich nicht nur aus den Ansprüchen, den diesen zu entnehmenden Merkmalen -für sich und/oder in Kombination-, sondern auch aus der nachfolgenden Beschreibung eines bevorzugten Ausführungsbeispiels. Es zeigen:
Fig. 1 eine schematische Darstellung eines Automatisierungs Systems mit
Automatisierungskomponenten, deren Funktionen über Web-Services aufrufbar sind,
Fig. 2 eine schematische Darstellung einer Automatisierungskomponente mit einer ersten Ausführungsform einer vorgelagerten Erkennung von Web- Service- Aufrufen,
Fig. 3a) - 3d) schematische Darstellungen von Automatisierungskomponenten mit weiteren Ausführungsformen einer vorgelagerten Erkennung von Web- Service- Aufrufen,
Fig. 4 eine schematische Darstellung einer Automatisierungskomponente mit einer vorgelagerten hardware -basierten Erkennung von Web-Service- Aufrufen,
Fig. 5 ein schematischer Ablauf eines Verfahrens zur vorgelagerten Erkennung von Web-Service- Aufrufen,
Fig. 6 eine schematische Darstellung einer Automatisierungskomponente mit einer ersten Ausführungsform einer web-service-integrierten Erkennung und Erfassung von Web-Service- Aufrufen,
Fig. 7 eine schematische Darstellung einer Automatisierungskomponente mit einer zweiten Ausführungsform einer integrierten Erkennung und Erfassung von Web-Service- Aufrufen,
Fig. 8 eine schematische Darstellung eines Verfahrens zur web-service- integrierten Erkennung und der Fassung eines Web-Service- Aufrufs, Fig. 9 eine schematische Darstellung einer Automatisierungskomponente mit einer ersten Ausführungsform einer nachgelagerten Erkennung und Erfassung von Web-Service- Aufrufen,
Fig. 10 eine schematische Darstellung einer Automatisierungskomponente mit einer zweiten Ausführungsform einer nachgelagerten Erkennung und Erfassung von Web-Service- Aufrufen,
Fig. 11 eine schematische Darstellung einer Automatisierungskomponente mit einer dritten Ausführungsform einer nachgelagerten Erkennung und Erfassung von Web-Service- Aufrufen,
Fig. 12 eine schematische Darstellung eines Verfahrens zur nachgelagerten Web-
Service-basierten Erkennung und der Fassung eines Web-Service- Aufrufs und
Fig. 13a)- 13c) Ausführungsformen von Bewertungsmodulen
Fig. 1 zeigt eine schematische Darstellung eines Automatisierungs Systems AS mit service-orientierten Automatisierungskomponenten AK in Form von z. B. Steuergeräten, Messgeräten, Eingabe- und/oder Datenerfassungseinheiten, die über ein Netzwerk Nl, N2 Nachrichten in Form von Web-Service- Aufrufen WSA austauschen.
Die Automatisierungskomponenten AK weisen jeweils zumindest eine integrierte Web- Service-Schnittstelle WSI auf, über die in den jeweiligen Automatisierungskomponenten AK implementierte Web-Services WS z. B. durch einen Web-Service-Client WSC aufrufbar sind.
Die Automatisierungskomponenten AK bieten jeweils Dienstleistungen D und/oder Funktionen F an, die über den Web-Service-Aufruf WSA aufgerufen und Prozessausführungsmodule PAM ausgeführt werden können. Zur Erkennung, Erfassung und schließlich Abrechnung der Dienstleistungen D und/oder Funktionen F, die direkt mit der Benutzung und/oder dem Aufruf des zugehörigen Web-Services WS verbunden sind, ist in der Automatisierungskomponente AK ein Bewertungsmodul BM implementiert.
Nachfolgend werden regelbasierte Verfahren und Ausführungsformen von Bewertungsmodulen BMI - BM11 für eine dezidierte Erkennung und Erfassung der Dienstleistungen D und/oder Funktionen F beschrieben.
Den Verfahren liegt die Idee zugrunde, den Aufruf eines Web-Services WS1 - WS 11 direkt oder indirekt zu erkennen und die mit der Benutzung bzw. dem Aufruf einer der mit den Web-Services WS1 - WS 11 verbundenden Dienstleistungen D und/oder Funktionen F auf der Grundlage von definierten Parametern P zu erfassen.
Zum Zwecke der Erfassung der durch einen der Web-Services WS1 - WS 11 repräsentierten und gekapselten spezifischen Dienstleistungen D bzw. Funktionen F sind verschiedene Parameter P definiert, wie beispielsweise die Art der Dienstleistung, Verfügbarkeit oder Benutzungsdauer. Diese können in Form von Service-Level- Agreements (SLA) definiert sein, die z. B. gerätetypisch lokal in einem Speichermodul SM gespeichert werden.
Gemäß einer ersten Ausführungsform erfolgt die Erkennung und Erfassung des Web- Service-Aufrufs WSA noch bevor dieser zu dem eigentlichen Web-Service WS gelangt. Dies wird nachfolgend als vorgelagerte Erkennung bezeichnet. Dazu ist das Bewertungsmodel BM derart implementiert, dass dieses dem Web-Service WS vorgelagert ist.
Eine entsprechende Automatisierungskomponente AK1 ist in Fig. 2 schematisch dargestellt.
Das dem Web-Service WS1 vorgelagerte Bewertungsmodul BMI umfasst ein Erkennungsmodul ERKM1 mit der Web-Service-Schnittstelle WSI1 zum Empfang des Web-Service- Aufrufes WSA. Das Erkennungsmodul ERKM1 hat Zugriff auf das Speichermodul SM, in dem verschiedene Parameter P, z. B. in Form von Service-Level- Agreements, gespeichert sind. Die Parameter sind konfigurierbar. Ferner ist ein Erfassungsmodul ERFM1 vorgesehen, welches kommunikativ mit dem Erkennungsmodul ERKM1 verbunden ist und ebenfalls Zugriff auf die in dem Speichermodul SM gespeicherten Parameter P hat.
Das Erkennungsmodul ERKM1 ist ausgangsseitig mit einer Schnittstelle des Web- Services WS 1 verbunden, um den Web-Service- Aufruf WSA an den Web-Service WS 1 weiterzuleiten. Der Web-Service WS1 ruft über einen Funktionsaufruf FA das Prozessausführungsmodul PAM zur Ausführung der Funktion F und/oder Dienstleistung D auf.
Die Bewertung der durch die Automatisierungskomponente AK1 aufgrund des Web- Service-Aufrufs WSA bereitgestellte Dienstleistung D oder Funktion F kann auf der Grundlage des durch das Erkennungsmodul ERKM1 erkannten Web-Service- Aufrufs WSA in Verbindung mit den Parametern P erfolgen. Alternativ besteht die Möglichkeit, nach Erkennung eines Web-Service-Aufrufs WSA mittels des Erfassungsmoduls ERFM1 die Dienstleistung D, die direkt mit der Benutzung des Web-Service WS1 verknüpft ist, zu erfassen und unter Berücksichtigung der Parameter P sodann eine Bewertung der erbrachten Dienstleistung D vorzunehmen. Dazu ist das Erfassungsmodul ERFM1 mit dem Prozessausführungsmodul PAM gekoppelt.
Gemäß einer bevorzugten Ausführungsform ist das Bewertungsmodul BMI als ein in der Automatisierungskomponente AK1 integriertes Web-Service-Proxy-Modul WSPMl ausgebildet. Weitere Ausführungsformen sind in den Fig. 3a) bis 3d) dargestellt. Das Web-Service-Proxy-Modul WSPMl bildet eine Überwachungs-Instanz, die eine oder mehrere Funktionen als Service-Operation bereitstellt. Dabei wird durch die gerätespezifische Kommunikations Schnittstelle WSI1 das Web-Service-Proxy-Modul WSPMl aktiviert, sobald ein Web-Service- Aufruf WSA erfolgt. Wie zuvor mit Bezug zu Fig. 2 erläutert, werden sämtliche Web-Service-Aufrufe WSA unter Berücksichtigung der definierten Parameter P einschließlich einer Zugriffsberechtigung ZB überwacht.
Fig. 3 a) zeigt eine Ausführungsform, wobei ein Web-Service-Proxy-Modul WSPM2 für eine Web-Service-Schnittstelle WSI2 vorgesehen ist, die alle Funktionen eines Web- Services WS2 bereitstellt. Das Web-Service-Proxy-Modul WSPM2 kann auch mehrere Web-Service-Schnittstellen WSI des Web-Services WS2 repräsentieren.
Fig. 3 b) zeigt eine Ausführungsform einer Automatisierungskomponenten AK3, die mehrere Web-Services WS31, WS32 aufweist, mit jeweils einer Web-Service- Schnittstelle WSI31, WSI32, wobei für jeden Web-Service WS31, WS32 in der Automatisierungskomponente AK3 ein dezidiertes Web-Service-Proxy-Modul WSPM31, WSPM32 vorgesehen ist.
Bei einer Ausführungsform gemäß Fig. 3c) ist für die Web-Services WS41, WS42 ein einziges Web-Service-Proxy-Modul WSPM41 mit zwei Web-Service-Schnittstellen WSPMI-41 und WSPM1-42 vorgesehen.
Fig. 3 d) zeigt eine Ausführungsform einer Automatisierungskomponente AK5, welche die Web-Services WS51, WS52, WS53 umfasst. Diese Ausführungsform umfasst sowohl ein einzelnes Web-Service-Proxy-Modul WSPM51 als auch ein kumulatives Web-Service-Proxy-Modul WSPM52 für die Web-Services WS52 und WS53.
Fig. 4 zeigt eine Ausführungsform einer Automatisierungskomponente AK6 umfassend ein Bewertungsmodul BM6, welches als ein einem Web-Service WS6 vorgelagertes Hardware-Software-Modul ausgebildet ist. Das Bewertungsmodul BM6 ist in der Automatisierungskomponente AK6 implementiert. Durch das Bewertungsmodul BM6 wird eine integrierte Überwachung einer Kommunikationsschnittstelle WSI6 des Web- Services WS6 realisiert. Die Parameter P für die Bewertung der Dienstleistung D sind in dem Speichermodul SM der Automatisierungskomponente AK6 oder des Bewertungsmoduls BM2 hinterlegt. Ergänzend kann eine Überwachung einer Zugriffsberechtigung z. B. eines spezifischen Web-Service-Aufrufs WSA erfolgen. Bei der in Fig. 4 dargestellten Ausführungsform erfolgt eine Erkennung von Nachrichten in dem Web-Service-Aufruf WSA durch Überwachung der Kommunikations schnittsteile WSI6 mittels des Erkennungsmoduls ERKM6. Die Weiterverarbeitung der Nachrichten erfolgt in dem Erfassungsmodul ERFM6, bevor der eigentliche Web-Service WS6 aufgerufen bzw. weiterverarbeitet wird. Im Gegensatz zu der Ausführungsform gemäß Fig. 2 und 3 ist das Bewertungsmodul BM6 in die Kommunikations Schnittstelle WSI6 integriert und überwacht die Zugriffe auf den Web- Service WS6. Bei dieser Ausführungsform ist eine Veränderung der Web-Service- Nachricht nicht möglich. Die Überwachung der Kommunikations Schnittstelle WSI6 erfolgt dabei durch physikalische Messung und Auswertung von elektrischen Signalen, die über die Schnittstelle übertragenen werden.
Eine dritte Variante der vorgelagerten Erkennung und Erfassung von Web-Service- Aufrufen WSA basiert auf einer Erweiterung eines verwendeten Web-Service- Protokolls WSP. Dieses ist für die Erfassung von Web-Service-Aufrufen WSA definiert. Das Web-Service-Protokoll WSP kann in einem der vorgelagerten Web- Service-Protokoll-Module WSPM1 - WSPM6 und/oder dem hardware-seitigen Bewertungsmodul BM6 integriert sein. Eine Web-Service-Nachricht kann im einem Transport-Protokoll, einem Nachrichten-Protokoll oder aufgeteilt auf beide Protokollarten enthalten sein. Somit sind alle Informationen vorgegeben, da diese von einem Anwender eingegeben werden.
Fig. 5 zeigt rein schematisch einen Ablauf eines Verfahrens zur Erkennung, Erfassung und Weiterverarbeitung von Web-Service- Aufrufen WSA.
In einem ersten Verfahrens schritt Sl wird durch den Web-Service- Aufruf WSA zunächst das Web-Service-Proxy-Modul WSPM aufgerufen. Der Web-Service-Aufruf WSA erhält Informationen zur angeforderten Dienstleistung, die in Verfahrensschritt S2 ausgelesen und aufbereitet werden. Mögliche Träger der Informationen sind z. B. das Transportprotokoll oder das Nachrichtenprotokoll. Auch kann der Web-Service- Aufruf an sich eine Information darstellen. In einem weiteren Verfahrensschritt S3 wird durch das Web-Service-Proxy-Modul WSPM der eigentliche Web-Service WS aufgerufen, wobei innerhalb des Web-Services WS die übertragene Information in ein für den Web-Service WS spezifisches Datenmodell übertragen wird.
Anschließend erfolgt in einem Verfahrensschritt S4 die Abarbeitung des Funktionsaufrufs durch den Web-Service WS. In diesem Verfahrens schritt S4 kann optional auch eine Messung der Benutzung der angeforderten Dienstleistung D mittels des Erfassungsmoduls ERFM erfolgen.
Aus den Informationen über die Dienstleistung und/oder Funktionen und den erfassten Benutzungsdaten werden Benutzungsinformationen erzeugt, die direkt mit dem entsprechenden Web-Service bzw. der von dem Web-Service WS erbrachten Dienstleistung in Zusammenhang stehen.
In einem weiteren Verfahrens schritt S5 werden die Benutzungsinformationen an den Web-Service-Proxy gesendet, der in einem Verfahrens schritt S6 den Web-Service- Aufruf beantwortet bzw. eine Veränderung des Web-Service- Aufrufs WSA vornimmt.
Fig. 6 zeigt eine Ausführungsform einer Automatisierungskomponente AK7, wobei ein Bewertungsmodul BM7 als Teil einer Applikation oder Steuerungssoftware innerhalb eines Web-Services WS7 integriert ist. Somit werden bei der integrierten Erkennung und Erfassung innerhalb des Web-Services WS7, z. B. als Teil einer Applikation oder Steuerungssoftware, entsprechende Web-Service-Aufrufe WSA durch ein Erkennungsmodul ERKM7 überwacht. Die durch das Erkennungsmodul ERKM7 ermittelten Informationen können sodann weiterverwendet werden. Das Bewertungsmodul BM7 umfasst ein Erfassungsmodul ERFM7, welches hinsichtlich definierter Parameter P, die der Erkennung und Erfassung der Benutzung des jeweiligen Web-Services WS7 zugrunde liegen, konfigurierbar ist.
Bei der Automatisierungskomponente AK7 ist eine Instanz des Erfassungsmoduls ERFM7 direkt in dem Web-Service WS7 integriert. Die an den Web-Service WS7 gerichteten Protokolle sind üblicherweise untergliedert in Transportprotokoll und Nachrichtenprotokoll. Unabhängig von dem jeweiligen Protokoll sind die Informationen zur integrierten Erkennung und Erfassung von Web-Service-Aufrufen WSA in den Nachrichten enthalten, so dass der Web-Service WS7 innerhalb seiner eigenen Instanz auf diese Informationen zugreifen kann.
In Fig. 7 ist eine alternative Automatisierungskomponente AK8 dargestellt, wobei in einem Web-Service WS8 ein Erkennungsmodul ERKM8 integreirt und ein Erfassungsmodul ERFM8 extern eindeutig zugeordnet ist. Das Erkennungsmodul ERKM8 ist als Instanz Teil der Applikation ausgebildet und überwacht die internen Aufrufe innerhalb des Web-Services WS 8. Das Erfassungsmodul ERFM8 ist konfigurierbar, um Funktionsaufrufe FA zu überwachen.
Sobald der Web-Service WS8 die interne Abarbeitung startet, wird diese durch das Erfassungsmodul ERFM8 erfasst. Der Web-Service WS8 sendet automatisch eine Benachrichtigung mit den entsprechenden Informationen, die der das Erkennungsmodul ERKM8 zuvor aus dem Nachrichten- und/oder Transportprotokoll ausgelesen hat.
Bei dieser Ausführungsform wird ein Web-Service-Protokoll definiert, das es ermöglicht, zusätzliche Informationen zu transportieren, die zur Erfassung und Abrechnung benutzt werden können. Der Web-Service WS8 bearbeitet Nachrichten, die in dem Transportprotokoll oder Nachrichtenprotokoll enthalten sind, direkt in seiner eigenen Instanz. Bei den verwendeten Protokollen handelt es sich jedoch nicht um übliche Protokolle, sondern um die Erweiterung herkömmlicher Protokolle wie beispielsweise HTML oder SOAP mit Erweiterung für das oben beschriebene Verfahren.
Fig. 8 zeigt rein schematisch einen Verfahrensablauf für die web-service-integrierte Erkennung, Erfassung und Weiterverarbeitung von Web-Service- Aufrufen. Nach einem Web-Service-Aufruf WSA im Verfahrens schritt SO erfolgt in einem Verfahrens schritt Sl ein Auslesen von Leistungsinformationen aus dem Web-Service-Aufruf. Die Leistungsinformationen können beispielsweise in einem Transportprotokoll, Nachrichtenprotokoll und/oder in dem Web-Service- Aufruf selbst enthalten sein. In einem nächsten Verfahrens schritt S2 wird innerhalb z. B. des Web-Services WS7 die empfangene Leistungsinformation in ein für den Web-Service WS7 spezifisches Datenmodell übertragen.
Sodann erfolgt im Verfahrens schritt S3 die Abarbeitung des Funktionsaufrufs FA durch den Web-Service WS7, wobei durch die Automatisierungskomponente AK7 die geforderte Dienstleistung ausgeführt wird. Optional kann eine Messung der Benutzung der Dienstleistung erfolgen.
Anschließend werden in einem Verfahrensschritt S4 die erfassten Daten aufbereitet, wobei aus den ermittelten Leistungsinformationen, wie z. B. Art der Dienstleistung und den erfassten Benutzungsdaten, Benutzungsinformation erzeugt werden, die direkt mit dem entsprechenden Web-Service in Zusammenhang stehen.
In einem weiteren Verfahrens schritt S5 erfolgt eine Weiterverarbeitung der erfassten Daten, wobei die Leistungsinformationen und/oder Benutzungsinformationen an das Erfassungsmodul ERFM7, ERFM8 weitergeleitet und in diesem weiterverarbeitet werden. Das Erfassungsmodul ERFM7 ist in dem Web-Service WS7 integriert während das Erfassungsmodul ERFM8 außerhalb des Web-Service WS7 implementiert ist.
Der Web-Service WS7, WS 8 ruft das Erfassungsmodul ERFM7, ERFM8 auf und benutzt dessen Antwort als einziger Empfänger, um die Weiterverarbeitung mit dem eigentlichen Funktionsaufruf FA zu starten. Das Erfassungsmodul ERFM7 als auch das Erfassungsmodul ERFM8 ist dem Web-Service WS7 bzw. WS8 zugeordnet.
Fig. 9 zeigt eine Ausführungsform einer Automatisierungskomponente AK9, wobei die Erkennung und Erfassung von Web-Service-Aufrufen WSA durch ein Bewertungsmodul BM9 erfolgt, welches einem Web-Service WS9 nachgelagert ist. Das Bewertungsmodul BM9 ist in einer eigentlichen Software- Applikation bzw. in einem Hardwaremodul PAM der Automatisierungskomponente AK9 gemeinsam mit dem Web-Service WS9 implementiert. Bei dem in Fig. 9 dargestellten Ausführungsbeispiel der Automatisierungskomponente AK9 werden von dem Web-Service WS9 an das Prozessausführungsmodul PAM gerichtete Funktionsaufrufe FA durch ein Erkennungsmodul ERKM9 überwacht. Zu diesem Zweck ist eine Kommunikations- bzw. Datenzugriffsarchitektur realisiert, welche Informationen bzw. Ereignisse für das Erkennungsmodul ERKM9 bereitstellt. Die Kommunikations- bzw. Datenzugriffsarchitektur ist konfigurierbar, wobei der Zugriff je nach Konfiguration und Berechtigung beschränkt werden kann. Das Bewertungsmodul BM9 weist eine Struktur auf, wie diese in Fig. 2 dargestellt ist.
Fig. 10 zeigt eine Ausführungsform einer Automatisierungskomponente AK10, bei der dem eigentlichen Web-Service WS 10 ein Web-Service-Proxy WSPM10 als Bewertungsmodul BM10 nachgelagert ist. Bei einem Web-Service- Aufruf WSA, der innerhalb des Gerätes weitere Web-Service-Aufrufe zur Folge hat, wird mittels eines Erkennungsmoduls ERKM10 und eines Erfassungsmoduls ERFM10, welche dem aufgerufenen Web-Service WS 10 nachgelagert sind, eine Erfassung der Web-Service- Aufrufe unter Berücksichtigung von Parametern P realisiert. Das Erfassungsmodul ERFM10 ist den unterschiedlichen Gegebenheiten der internen Geräte angepasst.
Im Gegensatz zu der in Fig. 9 dargestellten Ausführungsform wird der Nachrichtenfluss durch das Bewertungsmodul BM10, welches als Web-Service-Proxy ausgebildet ist, vor der Weiterleitung an das Prozessausführungsmodul PAM unterbrochen und ist gegebenenfalls in der Lage, die Nachricht zu verändern. Somit können ausgehend von dem Bewertungsmodul BM10 in Abhängigkeit von der gesendeten Nachricht spezifische Nachrichten weitergeleitet werden.
Fig. 11 zeigt eine Ausführungsform einer Automatisierungskomponente AK11, wobei eine Überwachung des Prozessausführungsmoduls PAM, welche von dem Web-Service WS 11 aufgerufen wird, durch ein Bewertungsmodul BM11 erfolgt. Durch das Bewertungsmodul BM11 werden Funktionsaufrufe FA bzw. Datenzugriffe, welche von dem Web-Service-Aufruf WSA ausgelöst werden, hardware-seitig und/oder Software - seitig überwacht. Im Gegensatz zu den Ausführungsformen gemäß Fig. 9 und 10 werden die Web-Service-Aufrufe bzw. deren Nachrichten nicht direkt überwacht, sondern diese werden indirekt über die Aktivitäten des Prozessausführungsmoduls PAM oder eines speziellen Teils der Automatisierungskomponente überwacht, die von dem Web-Service WS funktional, entweder direkt oder indirekt, aufgerufen werden.
Unabhängig davon können auch Kombinationen der in den Fig. 9, 10 und 11 dargestellten Ausführungsformen benutzt werden. Beispielsweise ist eine Ausführungsform realisierbar, bei der das als Web-Service-Proxy WSPM ausgeführte Bewertungsmodul BM10 in Kombination mit dem in Fig. 11 dargestellten Bewertungsmodul BMl l kombiniert wird. Bei dieser Ausführungsform wird bei einem Web-Service-Aufruf WSA das Bewertungsmodul BM10 das Bewertungsmodul BMl l starten. Dadurch wird der Vorteil erreicht, dass beispielsweise der Energieverbrauch des Bewertungsmoduls BMl l reduziert wird, der sonst durch die fortlaufende Überwachung des Prozessausführungsmoduls entstehen würde. Bei dieser Ausführungsform ist eine Kommunikationsverbindung zwischen dem Bewertungsmodul BM10 und dem Bewertungsmodul BMl l vorgesehen, um eine direkte oder indirekte Kommunikation zwischen den Modulen zu realisieren.
Fig. 12 zeigt in schematischer Darstellung einen Verfahrensablauf, der durch die in Fig. 9 bis 11 dargestellten Ausführungsformen von Automatisierungskomponenten AK9 - AK11 und Erfassungsmodulen realisierbar ist.
Nach einem Web-Service-Aufruf im Verfahrensschritt SO erfolgt in einem Verfahrens schritt Sl die Verarbeitung des Web-Service- Aufrufs, wobei der Web- Service WS den Funktionsaufruf abarbeitet. In einem Verfahrens schritt S2 werden die erfassten Daten durch das nachgelagerte Erfassungsmodul ERFM erfasst.
Sodann wird im Verfahrensschritt S3 die Dienstleistung durch das Prozessausführungsmodul abgearbeitet.
Nach Abarbeitung der Dienstleistung durch das Prozessausführungsmodul PAM wird in einem Verfahrens schritt S4 der Web-Service- Aufruf WSA beantwortet. Die Fig. 13 a) bis 13 c) zeigen Konfigurationen eines Bewertungsmoduls BM12, durch die eine Bewertung der erfassten Web-Service-Aufrufe WSA zu unterschiedlichen Zeitpunkten realisierbar ist. Die Zeitpunkte können dabei entsprechen konfiguriert werden.
Eine Bewertung, ob ein Web-Service-Aufruf WSA für eine Abrechnung einer Dienstleistung D relevant ist, wird von dem in dem Bewertungsmodul BMI 2 implementierten Erkennungsmodul ERKM (Überwachungsinstanz) wie zuvor beschrieben, vorgenommen. Eingehende Web-Service-Aufrufe WSA werden zum Zeitpunkt des Eingangs registriert und bewertet.
Eine Bewertung kann auch erfolgen, sobald ein Ergebnis eines Funktionsaufrufs FA, der durch den jeweiligen Web-Service WS initiiert wurde, vorliegt.
Eine weitere Möglichkeit zur Bewertung wird durch Aufzeichnung der ausgelösten Funktionsaufrufe bzw. der Hardwarezugriffe erreicht (Fig. 13 b)).
Auch ist eine Kombination obiger Verfahren möglich, wobei durch eine vorgelagerte Erkennung von Web-Service-Aufrufen eine nachgelagerte Erkennung gestartet wird, welche sodann mit den durch die Parameter P vorgegebenen Informationen konfiguriert wird (Fig. 13 c)).
Die Entscheidung, ob relevante, den konfigurierten Erfassungsparametern entsprechende Zugriffe vorliegen, kann durch unterschiedliche Verfahren erfolgen, die im Zusammenhang mit den Fig. 13 a) bis 13 c) erläutert werden.
Fig. 13 a) zeigt z. B. die Definition und Benutzung von spezifischen Events bzw. Schlüsselwörtern im Aufruf bzw. beim Zugriff auf Daten und Funktionen per Software. Eine Überwachung der gespeicherten Daten mittels einer Hardware-Komponente HK ist in Fig. 13 b) dargestellt. Fig. 13 c) zeigt eine Kombination der in Fig. 13 a) und 13 b) gezeigten Verfahren. Für eine Bewertung einer erbrachten Dienstleistung D bzw. eines Web-Service-Aufrufs können folgende Daten zugrunde gelegt werden:
Beginn und Ende eines Web-Service- Aufrufs WSA,
Beginn und Ende eines Web-Service-Funktionsaufrufs FA,
Beginn und Ende eines Aufrufs anderer Librarys oder Funktionen (Software),
Beginn und Ende eines Hardware-Aufrufs sowie Werte innerhalb von
Funktionsergebnissen.
Die erfindungsgemäßen Verfahren ermöglichen insbesondere ein regelbasiertes und für die jeweilige Automatisierungskomponente eindeutig identifizierbare Erkennung und Erfassung von darin integrierten Diensten, insbesondere für die Benutzung eines oder mehrerer Web-Services für Datenaustausch, Diagnose bzw. Fernwartung, z. B. in cloud- basierten Systemen oder innerhalb eines Automatisierungssystems.
Die Dienste werden über festgelegte Parameter, z. B. Service-Level- Agreements konfiguriert bzw. kontrolliert.
Somit wird eine direkte Erkennung und Erfassung der vom jeweiligen Web-Service repräsentierten Dienstleistung ermöglicht, sobald der Web-Service in einer Automatisierungskomponente wie Automatisierungsgerät, Messgerät oder Sensor integriert wird. Die Parameter für die Erfassung bzw. die Bewertung der benutzten Web-Services sind konfigurierbar.

Claims

Verfahren zur Bewertung einer Nutzung einer von einem Web-Service bereitgestellten oder aufgerufenen Leistung und/oder Funktion
1. Verfahren zur Bewertung einer Nutzung einer von einem Web-Service (AK1; ...;
AK11) bereitgestellten oder aufgerufenen Leistung (D) und/oder Funktion (F), umfassend die Verfahrensschritte:
Erkennen eines Web-Service-Aufrufs (WSA),
Erfassen von Informationen betreffend die von dem Web-Service (WS1...; WS 11) bereitgestellten oder aufgerufenen Leistung (D) und/oder Funktion (F) und
Bewerten der Nutzung der bereitgestellten oder aufgerufenen Leistung (D) und/oder (F) auf der Grundlage von Parametern und der erfassten Information, d a d u r c h g e k e n n z e i c h n e t ,
dass der Web-Service (WS1; ...; WS 11) in einer Automatisierungskomponente (AK1; AK11) implementiert Web-Service (WS1; WS 11) und zur Ausführung der Leistung (D) und/oder Funktion (F) durch einen Web-Service- Aufruf (WSA) lokal aufgerufen wird, dass der Web-Service- Aufruf (WSA) oder ein von dem Web-Service (WS1; ...; WS 11) generierter Funktionsaufruf (FA) mittels eines in der Automatisierungskomponente (AK1; ...; AK11) implementierten Erkennungsmoduls (ERKM1; ...; ERKM11) lokal erkannt wird, dass komponentenspezifische Parameter (P, SLAG) zur Erkennung und Erfassung von Web-Service- Aufrufen (WSA) in Form von Service-Level-Agreements lokal in einem Speicherelement (SM) der Automatisierungskomponenten (AK1; ...; AK11) gespeichert werden,
dass eine in dem Web-Service-Aufruf (WSA) oder dem Funktionsaufruf (FA) enthaltende Leistungs- und/oder Funktions-Information betreffend die aufgerufene Leistung (D) und/oder Funktion (F) mittels des Erkennungsmoduls (ERKM1; ERKM11) lokal ausgelesen und in dem Speicherelement (SM) lokal gespeichert und mit den gespeicherten Erfassungsparametern verglichen werden, dass der Web-Service (WS1; ...; WS 11) bei Übereinstimmung eines Erkennungsparameters durch das Erkennungsmodul (ERKM1;...; ERKM11) freigegeben und ausgeführt wird, dass während der Ausführung des Web-Services (WS1; ...; WS 11) leistungs- und/oder funktionsspezifische Daten mittels eines in der Automatisierungskomponente lokal implementierten Erfassungsmoduls (ERFM1; ...; ERFM11) erfasst und in dem Speichermodul (SM) gespeichert werden und dass die von der Automatisierungskomponente (AK1; ...; AK11) bereitgestellte Leistung (D) und/oder Funktion (F) auf der Grundlage der Leistungs- und/oder Funktionsinformation, der leistungs- und/oder funktionsspezifischen Daten und der lokal definierten Bewertungsparameter lokal bewertet wird.
2. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass der Web-Service- Aufruf (WSA) durch ein dem Web-Service (WS1; ...; WS7) vorgelagertes Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) erkannt und ausgelesen wird.
3. Verfahren nach Anspruch 2,
dadurch gekennzeichnet,
dass das Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) durch eine gerätespezifische Kommunikations schnittsteile aktiviert wird, sobald der Web- Service- Aufruf (WSA) erfolgt.
4. Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet,
dass das Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) die in dem Web- Service-Aufruf (WSA) enthaltene Leistungs- und/oder Funktions-Information ausliest, aufbereitet und anschließend den entsprechenden Web-Service (WS1; ...; WS7) startet.
5. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass der Web-Service (WS1; ...; WS7) nach Ausführung des Funktionsaufrufs (FA) ein Ergebnis an das Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) zurücksendet und dass das Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) den Web-Service-Aufruf (WSA) beantwortet.
6. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass der Web-Service-Aufruf (WSA) durch ein in einer Kommunikations Schnittstelle integriertes und dem Web-Service vorgelagertes hardware-basiertes Erkennungsmodul (ERKM6) erkannt wird und dass die in dem Web-Service-Aufruf (WSA) enthaltene Leistungs- und/oder Funktions- Information durch messen von über die Kommunikations schnittsteile übertragenen physikalischen Signalen ausgelesen wird.
7. Verfahren nach Ansprüche 1,
dadurch gekennzeichnet,
dass für den Web-Service-Aufruf (WSA) ein Web-Service-Protokoll verwendet wird, welches die Leistungs- und/oder Funktions-Information in einem Transportprotokoll und/oder einem Nachrichtenprotokoll und/oder aufgeteilt auf beide Protokollarten des Web-Service-Protokolls enthält.
8. Verfahren nach Anspruch 7,
dadurch gekennzeichnet,
dass das Web-Service-Protokoll in dem vorgelagerten Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) oder dem hardware-basierten Erkennungsmodul (ERKM2) implementiert wird.
9. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass der Web-Service-Aufruf (WSA) durch ein in dem Web-Service (WS7; WS8) integriertes Erkennungsmodul (ERKM7, ERKM8) erkannt und ausgelesen wird und dass die ausgelesenen Informationen an ein in dem Web-Service (WS7) integriertes oder an ein dem Web-Service (WS7; WS 8) eindeutig zugeordnetes Erfassungsmodul (ERFM8) übertragen werden.
10. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass die bei der Ausführung des Web-Services (WS7, WS8) erzeugten die leistungs- und/oder funktions spezifischen Daten durch das in dem Web-Service (WS7) integrierte Erfassungsmodul (ERFM7) erfasst werden.
11. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass der Web-Service (WS7) innerhalb seiner eigenen Instanz auf die in dem Web-Service-Protokoll enthaltenen Leistungs- und/oder Funktions-Informationen zugreift.
12. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass das Erfassungsmodul (ERFM8) interne Web-Service-Aufrufe innerhalb des jeweiligen Web-Services (WS8) überwacht und nach Ausführung des Web- Services (WS8) dessen Abarbeitung erfasst, wobei der Web-Service (WS8) automatisch eine Benachrichtigung mit den Leistungs- und/oder Funktions- Informationen sendet, die das Erkennungsmodul (ERKM8) zuvor aus dem Nachrichten- und/oder Transportprotokoll ausgelesen hat.
13. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass der Web-Service (WS7, WS8) das Erfassungsmodul (ERFM7, ERFM8) aufruft und dessen Antwort als einziger Empfänger benutzt und die Weiterverarbeitung mit dem eigentlichen Funktionsaufruf (FA) in der Automatisierungskomponente (AK) startet.
14. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass die Erkennung des Web-Service- Aufrufs (WSAl) indirekt durch Erkennung eines von dem Web-Service (WS9) an das Prozessausführungsmodul (PAM) gerichteten Funktionsaufruf (FA) in der Automatisierungskomponente (AK) erfolgt und dass die durch den Funktionsaufruf (FA) ausgeführten Aktionen durch das Erfassungsmodul (ERFM9, ERFM10) erfasst werden.
15. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass eine Kommunikations- und/oder Datenzugriffsarchitektur bereitgestellt wird, welche die Leistungs- und/oder Funktions-Informationen bzw. Ereignisse für das Erfassungsmodul (ERFM9) bereitstellen.
16. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Erkennung und Erfassung mittels eines dem Web-Service (WS 10) nachgelagerten Web-Service-Proxy-Modul (WSPM10) erfolgt.
17. Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet,
dass ein Nachrichtenfluss von dem Web-Service (WS 10) zu dem Prozessausführungsmodul (PAM) durch das Web-Service-Proxy-Modul (WSPMIO) vor der Weiterleitung der Nachricht unterbrochen wird und dass die Nachricht gegebenenfalls durch das Web-Service-Proxy-Modul (WSPMIO) verändert wird.
18. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Funktionsaufrufe (FA) und/oder Datenzugriffe auf das Prozessausführungsmodul (PAM) mittels des Erfassungsmoduls (ERFM9, ERFM10) hardwareseitig oder softwareseitig überwacht werden, wobei insbesondere Aktivitäten der Automatisierungskomponente oder eines speziellen Teils der Automatisierungskomponente (AK) überwacht werden, die von dem Web-Service funktional direkt oder indirekt aufgerufen werden.
19. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass das die Funktionsaufrufe (FA) und/oder leitungs- und/oder funktionsspezifische Daten erfassende Erfassungsmodul (ERFM10) durch das Web-Service-Proxy-Modul (WSPMIO) aufgerufen wird, wobei eine direkte oder indirekte Kommunikation zwischen dem Web-Service-Proxy-Modul (WSPM) und dem Erfassungsmodul (ERFM) erfolgt.
20. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Bewertung der erfassten Web-Service-Aufrufe (WSA) bzw. Funktionsaufrufe (FA) zu unterschiedlichen Zeitpunkten erfolgt, wobei Web- Service-Aufrufe zum Zeitpunkt des Eingangs registriert und bewertet werden und/oder bei Vorlage eines Ergebnisses des Funktionsaufrufs (FA), der durch den jeweiligen Web-Service initiiert wurde, und/oder durch Aufzeichnung der ausgelösten Funktionsaufrufe (FA) bzw. Hardware -Zugriffe.
21. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Entscheidung, ob relevante, den konfigurierten Erkennungs- und/oder Bewertungsparametern entsprechende Web-Services oder Funktionsaufrufe vorliegen, durch Definition und Benutzung von spezifischen Ereignissen oder Schlüsselwörtern im Web-Service oder Funktionsaufruf oder beim Zugriff auf Daten und Funktionen mittels Software und/oder hardwareseitiger Überwachung der gespeicherten Daten erfolgt.
22. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die Leistungs- und/oder Funktions-Information durch ein Web-Service- Protokoll, vorzugsweise ein Transportprotokoll, Nachrichtenprotokoll und/oder eine Leistungs- und/oder Funktions-Information aufgeteilt auf beide Protokolle übertragen wird.
23. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass der Web-Service-Aufruf (WSA) selbst als die Leistungs- und/oder Funktions-Information erfasst wird.
24. Verfahren nach zumindest einem der vorhergehenden Ansprüche,
dadurch gekennzeichnet,
dass die übertragene Leistungs- und/oder Funktions-Information innerhalb des Web-Services (WS1;...; WS 11) in ein für den Web-Service (WS1; WS 11) spezifisches Datenmodell übertragen wird.
25. Verfahren nach zumindest einem der vorhergehenden Ansprüche, dadurch gekennzeichnet,
dass während der Ausführung des Web-Services (WS1; ...; WS 11) leistungs- und/oder funktionsspezifische Daten in Form von Benutzungsdauer, Anzahl der Funktionsaufrufe, Werte innerhalb von Funktionsergebnisses erfasst wurden.
26. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass die Bewertung der von der Automatisierungskomponente (AK1; ...; AK9) bereitgestellten Leistungen (D) und/oder Funktionen (F) durch Vorgabe der Bewertungsparameter konfiguriert wird, vorzugsweise in Form von Service- Level- Agreements .
27. Verfahren nach Anspruch 1,
dadurch gekennzeichnet,
dass die Bewertungsparameter in der Automatisierungskomponente (AK1; ...; AK9) oder in einer externen Komponente gespeichert werden.
28. Automatisierungskomponente (AK1; ...; AKll)wie Steuerungsgerät, Messgerät, HNI oder SCADA, umfassend ein Prozessausführungsmodul (PAM) zur Ausführung einer Leistung (D) und/oder Funktion (F),
dadurch gekennzeichnet,
dass in der Automatisierungskomponente (AK1 ; ... ; AK11)
zumindest ein Web-Service (WS 1 ; ... ; WS 11) implementiert ist,
umfassend eine Web-Service-Schnittstelle (WSI) zum Empfang eines Web- Service-Aufrufs (WSA) sowie
eine Schnittstelle zur Übertragung eines Funktionsaufrufs (FA) an das Prozessausführungsmodul (PAM) zur Ausführung der Leistung (D) und/oder der Funktion (F),
dass in der Automatisierungskomponenten (AK1; ...; AK11) ein Bewertungsmodul (BMI; ...; BM14) implementiert ist, umfassend ein konfigurierbares Speichermodul (SM), in dem komponentenspezifische Parameter (P, LAG) zur Erkennung und Bewertung der Web-Service-Aufrufe lokal speicherbar sind,
ein mit der Web-Service-Schnittstelle oder dem Web-Service-Ausgang verbundenes Erkennungsmodul (ERKM1; ....; ERKM11) zur Erkennung einer in dem Web-Service-Aufruf oder dem Funktionsaufruf (FA) enthaltenen Leistungsund/oder Funktions-Information, sowie zur Freigabe der Ausführung des Web- Services (WS 1 ; ... ; WS 11) und/oder des Funktionsaufbaus
ein mit dem Prozessausführungsmodul, dem Erkennungsmodul sowie dem Speicherelement (SM) gekoppeltes Erfassungsmodul (ERFM1; ...; ERFM11) zur Erfassung von leistungs- und/oder funktions spezifischen Daten während der Ausführung des Web-Services und zur Bewertung der von der Automatisierungskomponente (AK1; ...; AK11) bereitgestellten Leistung (D) und/oder Funktion (F) auf der Grundlage der Leistungs- und/oder Funktions- Information, der lokal erfassten leistungs- und/oder funktions spezifischen Daten sowie der lokal konfigurierten und gespeicherten Benutzungsparameter.
29. Automatisierungskomponente nach Anspruch 28,
dadurch gekennzeichnet,
dass das Bewertungsmodul (BMI, BM3, BM4, BM5) als zumindest ein dem Web-Service (WS1) vorgelagertes Web-Service-Proxy-Modul (WSPM1; ...; WSPM5) ausgebildet ist.
30. Automatisierungskomponente nach Anspruch 28 oder 29,
dadurch gekennzeichnet,
dass jedem Web-Service (WS2, WS31, WS32, WS51) ein Web-Service-Proxy- Modul (WSPM2, WSPM31, WSPM32, WSPM51) zugeordnet ist und/oder dass ein Web-Service-Proxy-Modul (WSPM41) mehreren Web-Services (WS41, WS42) zugeordnet ist.
31. Automatisierungskomponente nach Anspruch 29 bis 30,
dadurch gekennzeichnet,
dass das Erkennungsmodul (ERKM1; ...; ERKM5) als eine Software- Komponente in einem Kommunikations-Stack des Web-Service-Proxy-Moduls (WSPM1; ...; WSPM5) implementiert ist.
32. Automatisierungskomponente nach Anspruch 28 bis 31,
dadurch gekennzeichnet,
dass die Automatisierungskomponente (ΑΚΙ.,.ΑΚη) ein Speichermodul (SM) zur Speicherung der spezifischen Benutzungsparameter aufweist.
33. Automatisierungskomponente nach Anspruch 28 bis 32,
dadurch gekennzeichnet,
dass das Erkennungsmodul (ERKM6) als ein in einer Kommunikations schnittsteile der Automatisierungskomponente (AK6) integrierter Hardware/Software-Baustein ausgebildet ist, mittels dem über die Kommunikations schnittsteile übertragene Signale messbar sind.
34. Automatisierungskomponente nach Anspruch 28 bis 33,
dadurch gekennzeichnet,
dass das Erkennungsmodul (ERKM7, ERKM8) in dem Web-Service (WS7) integriert ist und dass das Erfassungsmodul (ERFM7) entweder in dem Web- Service (WS7) integriert oder dem Web-Service (WS7) extern als Bestandteil der Automatisierungskomponente (AK7) eindeutig zugeordnet ist.
35. Automatisierungskomponente nach Anspruch 28 bis 34,
dadurch gekennzeichnet,
dass das Erfassungsmodul (ERKM9, ERKMIO) sowie das Erfassungsmodul (ERFM9, ERFM10) dem Web-Service (WS9) nachgelagert sind und Funktionsaufrufe (FA) des Web-Services (WS9) überwachen.
36. Automatisierungskomponente nach Anspruch 28 bis 34,
dadurch gekennzeichnet,
dass das Erfassungsmodul (ERKM9) und das Erfassungsmodul (ERFM9) als Hardware-/Software-Modul ausgebildet sind.
37. Automatisierungskomponente nach Anspruch 28 bis 34,
dadurch gekennzeichnet,
dass das Erkennungsmodul (ERKM10) und das Erfassungsmodul (ERFM10) in einem dem Web-Service (WS 10) nachgelagerten Web-Service-Proxy-Modul (WSPM10) integriert sind.
38. Automatisierungskomponente nach Anspruch 28 bis 34,
dadurch gekennzeichnet,
dass das Bewertungsmodul (BM11) als Hardware-/Software-Komponente mit dem Prozessausführungsmodul (PAM) gekoppelt ist, wobei Funktionsaufrufe (FA) und/oder Datenzugriffe, welche von dem Web-Service (WS 11) ausgelöst werden, überwacht werden.
PCT/EP2012/075853 2011-12-16 2012-12-17 Bewertung einer nutzung einer von einem web - service bereitgestellten oder aufgerufenen leistung und/oder funktion WO2013087940A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/362,316 US9602362B2 (en) 2011-12-16 2012-12-17 Evaluation of use of a service and/or function provided or called by a web service
EP12813310.5A EP2792125B1 (de) 2011-12-16 2012-12-17 Bewertung einer nutzung einer von einem web-service bereitgestellten oder aufgerufenen leistung und/oder funktion

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011056524A DE102011056524A1 (de) 2011-12-16 2011-12-16 Verfahren zur Bewertung einer Nutzung einer von einer Automatisierungskomponente bereitgestellten Leistung und/oder Funktion
DE102011056524.8 2011-12-16

Publications (1)

Publication Number Publication Date
WO2013087940A1 true WO2013087940A1 (de) 2013-06-20

Family

ID=47552973

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2012/075853 WO2013087940A1 (de) 2011-12-16 2012-12-17 Bewertung einer nutzung einer von einem web - service bereitgestellten oder aufgerufenen leistung und/oder funktion

Country Status (4)

Country Link
US (1) US9602362B2 (de)
EP (1) EP2792125B1 (de)
DE (1) DE102011056524A1 (de)
WO (1) WO2013087940A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3200034A1 (de) * 2016-01-28 2017-08-02 Siemens Aktiengesellschaft Verfahren und vorrichtung zum zugriff auf daten oder funktionen einer speicherprogrammierbaren steuerung mittels eines webdientes

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102013018596A1 (de) 2013-11-07 2015-05-07 Phoenix Contact Gmbh & Co. Kg Netzwerksystem, Koppeleinheit und Verfahren zum Betreiben eines Netzwerksystems
CN108228185B (zh) * 2017-12-29 2021-11-23 北京经纬恒润科技股份有限公司 一种嵌入式软件模块化生成方法和装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040064557A1 (en) * 2002-09-30 2004-04-01 Karnik Neeran M. Automatic enforcement of service-level agreements for providing services over a network

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8156232B2 (en) * 2005-09-12 2012-04-10 Rockwell Automation Technologies, Inc. Network communications in an industrial automation environment
US7688724B2 (en) * 2005-12-23 2010-03-30 Avaya Inc. Call admission control for mobility-capable telecommunications terminals
US20100293360A1 (en) * 2007-10-05 2010-11-18 Schneider Electric Automation Gmbh Automation device with control program and method for programming thereof
US8291397B2 (en) * 2008-04-02 2012-10-16 International Business Machines Corporation Compiler optimized function variants for use when return codes are ignored
US9152485B2 (en) * 2012-12-05 2015-10-06 International Business Machines Corporation Evaluating service degradation risk for a service provided by data processing resources

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040064557A1 (en) * 2002-09-30 2004-04-01 Karnik Neeran M. Automatic enforcement of service-level agreements for providing services over a network
US7305431B2 (en) 2002-09-30 2007-12-04 International Business Machines Corporation Automatic enforcement of service-level agreements for providing services over a network

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
STEFAN SÜPKE: "Abrechnung von Web Service Diensten", 1 October 2003 (2003-10-01), XP055057105, Retrieved from the Internet <URL:http://eris.prakinf.tu-ilmenau.de/edu/HS/SS2003/Suepke03Abrechnung.pdf> [retrieved on 20130319] *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3200034A1 (de) * 2016-01-28 2017-08-02 Siemens Aktiengesellschaft Verfahren und vorrichtung zum zugriff auf daten oder funktionen einer speicherprogrammierbaren steuerung mittels eines webdientes
US11005974B2 (en) 2016-01-28 2021-05-11 Siemens Aktiengesellschaft Method and apparatus for accessing data or functions of a programmable controller via a network protocol

Also Published As

Publication number Publication date
EP2792125A1 (de) 2014-10-22
US20140337521A1 (en) 2014-11-13
EP2792125B1 (de) 2018-04-25
DE102011056524A1 (de) 2013-06-20
US9602362B2 (en) 2017-03-21

Similar Documents

Publication Publication Date Title
DE69712678T2 (de) Verfahren zur Echtzeitüberwachung eines Rechnersystems zu seiner Verwaltung und Hilfe zu seiner Wartung während seiner Betriebsbereitschaft
DE69825571T2 (de) System und verfahren zur überwachung verteilter anwendungen
DE19983761B3 (de) Vorrichtung und Verfahren zum Sammeln und Analysieren von Kommunikationsdaten
EP3097506B1 (de) Verfahren und system zur gewinnung und analyse von forensischen daten in einer verteilten rechnerinfrastruktur
DE102006020150B4 (de) System und Verfahren zur Testsondenverwaltung
DE102005016033A1 (de) Verfahren und Systeme zum Analysieren von Netzwerkübertragungsereignissen
DE202021103602U1 (de) Benchmark-Funktion für Ausgangsknoten
DE112012002631T5 (de) Stream-Verarbeitung unter Verwendung einer Client-Server-Architektur
EP2792125B1 (de) Bewertung einer nutzung einer von einem web-service bereitgestellten oder aufgerufenen leistung und/oder funktion
DE102011055657A1 (de) Verfahren, System und Computer-Programm-Produkt zur Simulation eines Produktions-Automatisierungssystems mit service-orientierter Architektur
DE10329871A1 (de) Verfahren und System zur telemetrischen Diagnose elektronischer Einrichtungen eines Fahrzeugs
EP3930291B1 (de) Datenverarbeitungsgerät zum empfangen von messdaten
EP3761166A1 (de) Verfahren zum verwalten eines feldgeräts und automatisierungssystem
EP1927257B1 (de) Verfahren und anordnung zum betreiben mehrerer gruppendienste in einem kommunikationsnetz
EP2779744B1 (de) Verfahren zur Veränderung der einem Telekommunikationsendgerät zugeordneten Dienstqualität und System, umfassend ein Telekommunikationsendgerät und ein Telekommunikationsnetz, zur Veränderung der dem Telekommunikationsendgerät zugeordneten Dienstqualität
DE602005002418T2 (de) Verwaltungsverfahren und -system für Netzverwaltungssysteme
EP3596907B1 (de) System und verfahren zur sicheren fahrzeugkommunikation
EP2899920B1 (de) System und Verfahren zur Filterung und Speicherung von Daten
DE102017206884A1 (de) Verfahren und System zum Erfassen eines Problems bei einem internetbasierten Infotainmentsystem für ein Kraftfahrzeug
EP3813315A1 (de) Verfahren zur diagnose des datenverkehrs, verfahren zum ermitteln einer konfiguration, cluster, computerprogramm und computerlesbares medium
EP3748643A1 (de) Steuerung der übertragung von medizinischen bilddatenpaketen über ein netzwerk
WO2015078494A1 (de) Technischer informationsbroker für kraftwerke
DE102018110494A1 (de) Maschine zu Maschine Sensordatentransaktion mit Datenmarktplatz
DE10250581A1 (de) Datensammlungsknoten, der HTTP-Übertragungsprotokolle für autonome Datenübertragungen verwendet
DE10393557B4 (de) Verfahren und System für das Management von Datenerfassungsquellen

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12813310

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14362316

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE