CN113741888A

CN113741888A - Service processing method and device

Info

Publication number: CN113741888A
Application number: CN202110097791.4A
Authority: CN
Inventors: 潘新宇
Original assignee: Beijing Jingdong Century Trading Co Ltd; Beijing Wodong Tianjun Information Technology Co Ltd
Current assignee: Beijing Jingdong Century Trading Co Ltd; Beijing Wodong Tianjun Information Technology Co Ltd
Priority date: 2021-01-25
Filing date: 2021-01-25
Publication date: 2021-12-03

Abstract

The invention discloses a service processing method and a service processing device, and relates to the technical field of computers. One specific implementation mode of the method comprises the steps of receiving an application access request, acquiring marking information of the application access request, and determining a corresponding service rule item so that an SDK embedded in a corresponding application pulls the service rule item; receiving an application data request, acquiring marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line, and executes the application data request. Therefore, the method and the device can solve the problems that the platform logic cannot be visualized, the expansibility is poor and the development efficiency is low in the conventional service.

Description

Service processing method and device

Technical Field

The present invention relates to the field of computer technologies, and in particular, to a method and an apparatus for processing a service.

Background

With the popularization of mobile internet and smart phones, the scenes of e-commerce are continuously emerging, and therefore faster and better response and service capability of e-commerce enterprises are required. In the face of such challenges, strategies of large, medium and small fronts (for example, fronts of emerging services such as community purchase maintain small programs, rely on large and medium platforms including most underlying logics to construct.) are developed, reusable service logics are sunk to the middle platforms, and the capacity of the large and medium platforms is continuously strengthened. Therefore, the workload of the foreground is simplified, and the scene-oriented foreground can quickly construct a preemption market.

When facing multiple business scenes, the purpose of unifying the middleboxes is to reduce repetition and then improve efficiency, but when falling to the ground, in order to ensure quick response foreground and accomplish the logic isolation of each foreground, a large amount of code repetition and copy operation are carried out, and the original design intention is violated.

In the process of implementing the invention, the inventor finds that at least the following problems exist in the prior art:

at present, the process arrangement expansibility in the compiling period is very poor, when the sequence adjustment of two processes is needed or a certain process is forbidden, codes or configuration files must be modified and then the online distribution is carried out, and the whole process is long and low in efficiency. In addition, the rules cannot be visually exposed in the code-level process layout, and some process layout rules are hidden and are quite obscure along with different implementation modes, so that no matter a subsequent developer or a product side wants to know the historical processes, a lot of time is consumed for carding, and a lot of time is wasted.

Disclosure of Invention

In view of this, embodiments of the present invention provide a service processing method and apparatus, which can solve the problems that a platform logic in an existing service cannot be visualized, expansibility is poor, and development efficiency is low.

In order to achieve the above object, according to an aspect of the embodiments of the present invention, a service processing method is provided, including receiving an application access request, obtaining indication information of the application access request, and determining a corresponding service rule item, so that an SDK embedded in a corresponding application pulls the service rule item; receiving an application data request, acquiring marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line, and executes the application data request.

Optionally, determining the corresponding business rule item includes:

pulling a corresponding business rule item according to the marking information;

and rendering the business rule item for selection, and further acquiring the selected business rule item.

Optionally, before determining the corresponding business rule item, the method includes:

and loading the business rule items of the business lines which are persisted on the disk so as to preheat the business rule items.

Optionally, comprising:

the SDK embedded in the corresponding application pulls the service rule item so as to store the mapping relation between the service rule item and the application marking information to a disk for persistence processing;

and searching a corresponding service rule item from the disk based on the marking information when an application data request is received.

Optionally, arranging a business rule item according to the applied business line includes:

and calling a preset dynamic rule orchestrator to orchestrate business rule items based on a responsibility chain mode according to the applied business lines.

Optionally, comprising:

receiving a plurality of application data requests, and respectively acquiring marking information of the application data requests;

and enabling the SDK to search corresponding business rule items based on the marking information, arranging the business rule items according to the applied business lines, and respectively executing the application data requests.

Optionally, the method further comprises:

and determining a corresponding service rule item, and further triggering a notice of a zookeeper configuration service rule change event so as to enable the SDK embedded in the corresponding application to pull the service rule item.

In addition, the present invention also provides a service processing apparatus, including: the access module is used for receiving an application access request, acquiring the marking information of the application access request and determining a corresponding service rule item so as to enable the SDK embedded in the corresponding application to pull the service rule item; and the processing module is used for receiving an application data request, acquiring the marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, further arranges the service rule item according to the applied service line and executes the application data request.

One embodiment of the above invention has the following advantages or benefits: the invention realizes the repeated service rule precipitation, improves the reusability and improves the efficiency by determining the corresponding service rule item to ensure that the SDK embedded in the corresponding application pulls the service rule item and arranges the service rule item according to the applied service line; the application is configured with unique marking information, the rule isolation is realized according to the unique identity, and the isolation purpose is achieved under the condition of ensuring the requirement of no repeated development; through a visual business rule interface, all parties can directly acquire business knowledge, the efficiency is improved, and the distortion of the business knowledge in the process of layer-by-layer transmission is reduced; and simultaneously, the SDK searches for a corresponding service rule item based on the marking information, arranges the service rule item according to the applied service line, realizes the real-time change of the service rule and takes effect in the code immediately.

Further effects of the above-mentioned non-conventional alternatives will be described below in connection with the embodiments.

Drawings

The drawings are included to provide a better understanding of the invention and are not to be construed as unduly limiting the invention. Wherein:

fig. 1 is a schematic diagram of a main flow of a service processing method according to a first embodiment of the present invention;

fig. 2 is a schematic diagram of a main flow of a service processing method according to a second embodiment of the present invention;

fig. 3 is a schematic diagram of a main flow of a service processing method according to a third embodiment of the present invention;

FIG. 4 is a schematic diagram of business rule item orchestration according to an embodiment of the invention;

FIG. 5 is a schematic diagram of the main modules of a traffic processing apparatus according to an embodiment of the present invention;

FIG. 6 is an exemplary system architecture diagram in which embodiments of the present invention may be employed;

fig. 7 is a schematic block diagram of a computer system suitable for use in implementing a terminal device or server of an embodiment of the invention.

Detailed Description

Exemplary embodiments of the present invention are described below with reference to the accompanying drawings, in which various details of embodiments of the invention are included to assist understanding, and which are to be considered as merely exemplary. Accordingly, those of ordinary skill in the art will recognize that various changes and modifications of the embodiments described herein can be made without departing from the scope and spirit of the invention. Also, descriptions of well-known functions and constructions are omitted in the following description for clarity and conciseness.

Fig. 1 is a schematic diagram of a main flow of a service processing method according to a first embodiment of the present invention, and as shown in fig. 1, the service processing method includes:

step S101, receiving an application access request, obtaining the marking information of the application access request, and determining a corresponding service rule item so as to enable the SDK embedded in the corresponding application to pull the service rule item.

In some embodiments, determining the corresponding business rule item, and specifically implementing the process includes pulling the corresponding business rule item according to the identification information (e.g., identity ID); and rendering the business rule item for selection, and further acquiring the selected business rule item. Preferably, the method and the system render in a browser in a graphical and readable manner according to a preset visualization manner for selection and browsing. In addition, the business rule items can be imported in various ways, for example, according to excel files, json files, manual entry and the like. Therefore, the embodiment realizes that the business rule items are visualized to be displayed in the browser and the editing configuration is provided.

Preferably, the business rule items are rendered in real time in the browser by a front-end drawing technology (such as a front-end canvas tag), and then the business rule items are visually displayed, and the business rule items have an online visual modification function and take effect in real time.

In other embodiments, the determining of the corresponding business rule item includes loading the business rule item of the persistent business line on the disk to preheat the business rule item. It can be seen that, when the service application access process is started, the invention actively loads the service rules of all the service lines which are persistent on the disk and preheats the service rules, wherein the method comprises the step of refreshing and synchronizing the latest service rule item to the disk. Therefore, the embodiment realizes the preloading of the business rule item, and can achieve the purpose of direct use without creation when using the business rule item, thereby improving the performance.

It is worth to be noted that the SDK embedded in the corresponding application pulls the service rule item, so as to store the mapping relationship between the service rule item and the application identification information to the disk, and perform persistence processing. And then, after receiving the application data request, searching a corresponding service rule item from the disk based on the marking information. Preferably, the format of the mapping relationship between the service rule item and the application indication information is stored as follows: identify the ID + choreographed business rule. The disk persistence is to use a disk as a permanent storage medium, to permanently store data by using the characteristic that the data of the disk is not lost after the application and the machine are restarted, and to quickly load the data by the process.

Step S102, receiving an application data request, obtaining the marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line, and executes the application data request.

In some embodiments, orchestrating business rule items according to the applied business lines includes invoking a preset dynamic rule orchestrator to orchestrate business rule items based on a chain of responsibility pattern according to the applied business lines. Where the responsibility chain schema is linked to form a chain for each object's reference to its next home.

As another embodiment, a corresponding service rule item is determined, and a notification of a zookeeper configuration service rule change event is triggered, so that the SDK embedded in the corresponding application pulls the service rule item. Among them, zookeeper coordinates services for distributed, highly available applications. Preferably, zookeeper clusters can be adopted, and distributed locking and monitoring of event notifications of a large number of business rule changes are achieved.

It should be noted that the present invention can receive a plurality of application data requests, and respectively obtain the identification information of the application data requests; and enabling the SDK to search corresponding business rule items based on the marking information, arranging the business rule items according to the applied business lines, and respectively executing the application data requests. Preferably, the service line corresponding to the application may be stored in the cloud.

In conclusion, the invention realizes the visual dynamic real-time effective business arrangement and solves the similar scene of the middle-background business code in the butt joint of a plurality of foreground. Moreover, the extraction of the business rules and the visual display are realized, and the same business rules are isolated based on the unique marking information. In addition, the configuration and refreshing of the resource disk are preheated, and the service rule resources can be directly used.

Fig. 2 is a schematic diagram of a main flow of a service processing method according to a second embodiment of the present invention, where the service processing method may include:

step S201, receiving an application access request, and acquiring the indication information of the application access request.

Step S202, loading the business rule item of the service line which is persistent on the disk so as to preheat the business rule item.

Step S203, pulling the corresponding business rule item according to the marking information.

And step S204, rendering the business rule items for selection, and further acquiring the selected business rule items.

Step S205, triggering a notice of a zookeeper configuration service rule change event, so that the SDK embedded in the corresponding application pulls the service rule item.

Step S206, storing the mapping relation between the business rule item and the application marking information to a disk, and performing persistence processing.

Step S207, receiving an application data request, and acquiring the indication information of the application data request.

Step S208, the SDK embedded in the corresponding application searches the corresponding service rule item from the disk based on the marking information.

Step S209, a preset dynamic rule orchestrator is invoked to orchestrate business rule items based on a responsibility chain pattern according to the applied business line, and execute the application data request.

It is worth noting that in embodiments of the present invention, a service rule item is an original service unit that is not configured for a particular service line, which is an original value that can be used and configured for all service lines, but whether the particular service is in effect depends on the requirements of each service line. Each business rule item corresponds to an independent and reusable business unit in the code. Preferably, all business rule items are optional: the selection and the non-selection are carried out, and meanwhile, the sequence of the business rules can be adjusted. For example: in order business application common in e-commerce, business rule items can be formatted as follows:

business rule item 1: checking user balance

Business rule item 2: computing promotions

Business rule item 3: determining inventory

Business rule item 4: whether to send mail notification at the time of shipment

Business rule item 5: verifying the shipping address

Business rule item 6: whether to send a short message notification when delivering goods

Business rule item 7: check payment mode

Each rule item corresponds to an independent and executable code segment in the application, and the code segments are marked by an id. And the data is input to a business rule configuration end of the visualization to provide visualization display and is managed to the SDK so as to be scheduled and arranged at runtime.

Fig. 3 is a schematic diagram of a main flow of a service processing method according to a third embodiment of the present invention, where the service processing method may include:

the visualized service rule configuration end receives an application access request, acquires marking information of the application access request, determines a corresponding service rule item, and triggers a notification of a node configuration service rule change event in a zookeeper cluster, so that the SDK embedded in the corresponding application pulls the service rule item (preferably, the service application can be arranged in a container). And when an application data request is received, acquiring marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line to execute the application data request. For example: as shown in fig. 4, two application examples accessing two different scenes may perform service rule item checking at the visual service rule configuration end according to the identity marking information of the two front platforms based on the requirements of the two front platforms, and the visual service rule configuration end may trigger the node in the zookeeper cluster to perform notification of the configuration change event. And then, the SDK embedded in the corresponding application can perform visual service rule item pulling at a service rule configuration end, and perform application access and storage and persistence of the mapping relation of the service rule items in a memory and a disk, so that the SDK can be used in subsequent service rule arrangement. When the foreground requests the corresponding application, the relevant identity ID, namely the marking information, can be brought, the embedded SDK can search the corresponding service rule item based on the identity ID, and then the service rule item is subjected to real-time flow arrangement based on the responsibility chain mode to provide service for the outside.

The visual business rule configuration end can realize the functions of visual display, business rule configuration, business rule item management, business rule issuing and the like. When the visual display is realized, the business rule items are rendered in a browser in a graphical and readable mode according to a preset visual mode, and configuration operation is provided. Furthermore, the business rule items can be imported in various ways. When the business rule configuration is realized, the business line can be customized for the newly accessed application, and the business rule can be dynamically configured. Meanwhile, when the corresponding service line rule is newly added and modified, the service rule item updating event is also triggered to the zookeeper cluster in real time, so that the service rule item is pulled by the service rule configuration end of the client side SDK for visualization.

The visual business rule configuration end provides a function that a certain business application can manage externally provided business rule items and business lines when the business rule item management is realized, configures a unique mark for the business application, and provides query, traversal and configuration operations according to the business application. And the service rule issuing function of the visual service rule configuration end is to provide the operation of pulling the specified service line and the service rule corresponding to the full service line for the SDK of the embedded service application.

The SDK embedded into the service application can realize service rule preheating persistence, service rule monitoring and dynamic rule arrangement. Further, the implementation of the business rule preheating persistence is to actively load the business rules of all the business lines which are persisted on the disk and preheat the business rules when the process of the business application is started, and meanwhile, the latest business rule is refreshed and synchronized to the disk. And the business rule monitoring is to monitor the events of the zookeeper cluster in real time to actively call a visual business rule configuration interface to pull the latest configuration. The dynamic rule arrangement is that after the latest configuration item is pulled, a dynamic arranger is called to arrange according to the sequence of the business rule corresponding to the specific business line and take effect in real time when the code runs, and the corresponding run-time logic is changed to provide service to the outside.

Fig. 5 is a schematic diagram of main modules of a service processing apparatus according to an embodiment of the present invention, and as shown in fig. 5, the service processing apparatus 500 includes an access module 501 and a processing module 502. The access module 501 receives an application access request, acquires identification information of the application access request, and determines a corresponding service rule item, so that the SDK embedded in the corresponding application pulls the service rule item; the processing module 502 receives an application data request, acquires the marking information of the application data request, so that the SDK searches for a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line, and executes the application data request.

In some embodiments, the access module 501 determines the corresponding business rule items, including:

pulling a corresponding business rule item according to the marking information; and rendering the business rule item for selection, and further acquiring the selected business rule item.

In some embodiments, before the access module 501 determines the corresponding business rule item, it includes: and loading the business rule items of the business lines which are persisted on the disk so as to preheat the business rule items.

In some embodiments, the access module 501 is embedded in the SDK corresponding to the application to pull the service rule item, so as to store the mapping relationship between the service rule item and the application identification information to a disk, and perform persistence processing; the processing module 502 searches for a corresponding service rule item from the disk based on the indication information when receiving the application data request.

In some embodiments, the processing module 502 orchestrates business rule items according to the applied business lines, including invoking a preset dynamic rule orchestrator to orchestrate business rule items based on a chain of responsibility pattern according to the applied business lines.

In some embodiments, the processing module 502 receives a plurality of application data requests, and respectively obtains the indication information of the application data requests; and enabling the SDK to search corresponding business rule items based on the marking information, arranging the business rule items according to the applied business lines, and respectively executing the application data requests.

In some embodiments, the access module 501 determines a corresponding service rule item, and further triggers the zookeeper to configure notification of a service rule change event, so that the SDK embedded in the corresponding application pulls the service rule item.

It should be noted that, the service processing method and the service processing apparatus of the present invention have corresponding relation in the specific implementation content, and therefore, the repeated content is not described again.

Fig. 6 shows an exemplary system architecture 600 of a service processing method or a service processing apparatus to which an embodiment of the present invention may be applied.

As shown in fig. 6, the system architecture 600 may include

terminal devices

601, 602, 603, a network 604, and a server 605. The network 604 serves to provide a medium for communication links between the

terminal devices

601, 602, 603 and the server 605. Network 604 may include various types of connections, such as wire, wireless communication links, or fiber optic cables, to name a few.

A user may use the

terminal devices

601, 602, 603 to interact with the server 605 via the network 604 to receive or send messages or the like. Various communication client applications can be installed on the

terminal devices

601, 602, 603.

The

terminal devices

601, 602, 603 may be various electronic devices having a business process screen and supporting web browsing, including but not limited to smart phones, tablet computers, laptop portable computers, desktop computers, and the like.

The server 605 may be a server providing various services, such as a background management server (for example only) providing support for users utilizing the

terminal devices

601, 602, 603. The backend management server may analyze and perform other processing on the received data such as the product information query request, and feed back a processing result (for example, target push information, product information — just an example) to the terminal device.

It should be noted that the service processing method provided by the embodiment of the present invention is generally executed by the server 605, and accordingly, the computing device is generally disposed in the server 605.

It should be understood that the number of terminal devices, networks, and servers in fig. 6 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to FIG. 7, shown is a block diagram of a computer system 700 suitable for use with a terminal device implementing an embodiment of the present invention. The terminal device shown in fig. 7 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present invention.

As shown in fig. 7, the computer system 700 includes a Central Processing Unit (CPU)701, which can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)702 or a program loaded from a storage section 708 into a Random Access Memory (RAM) 703. In the RAM703, various programs and data necessary for the operation of the computer system 700 are also stored. The CPU701, the ROM702, and the RAM703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

The following components are connected to the I/O interface 705: an input portion 706 including a keyboard, a mouse, and the like; an output section 707 including components such as a Cathode Ray Tube (CRT), a liquid crystal service processor (LCD), and the like, and a speaker; a storage section 708 including a hard disk and the like; and a communication section 709 including a network interface card such as a LAN card, a modem, or the like. The communication section 709 performs communication processing via a network such as the internet. A drive 710 is also connected to the I/O interface 705 as needed. A removable medium 711 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 710 as necessary, so that a computer program read out therefrom is mounted into the storage section 708 as necessary.

In particular, according to the embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program can be downloaded and installed from a network through the communication section 709, and/or installed from the removable medium 711. The computer program performs the above-described functions defined in the system of the present invention when executed by the Central Processing Unit (CPU) 701.

It should be noted that the computer readable medium shown in the present invention can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present invention, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In the present invention, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams or flowchart illustration, and combinations of blocks in the block diagrams or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The modules described in the embodiments of the present invention may be implemented by software or hardware. The described modules may also be provided in a processor, which may be described as: a processor includes an access module and a processing module. Wherein the names of the modules do not in some cases constitute a limitation of the module itself.

As another aspect, the present invention also provides a computer-readable medium that may be contained in the apparatus described in the above embodiments; or may be separate and not incorporated into the device. The computer readable medium carries one or more programs, and when the one or more programs are executed by a device, the device includes receiving an application access request, acquiring identification information of the application access request, and determining a corresponding service rule item, so that an SDK embedded in a corresponding application pulls the service rule item; receiving an application data request, acquiring marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line, and executes the application data request.

According to the technical scheme of the embodiment of the invention, the problems that the platform logic in the existing service cannot be visualized, the expansibility is poor and the development efficiency is low can be solved.

The above-described embodiments should not be construed as limiting the scope of the invention. Those skilled in the art will appreciate that various modifications, combinations, sub-combinations, and substitutions can occur, depending on design requirements and other factors. Any modification, equivalent replacement, and improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.

Claims

1. A method for processing a service, comprising:

receiving an application access request, acquiring marking information of the application access request, and determining a corresponding service rule item so that the SDK embedded in the corresponding application pulls the service rule item;

receiving an application data request, acquiring marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, and further arranges the service rule item according to the applied service line, and executes the application data request.

2. The method of claim 1, wherein determining the corresponding business rule item comprises:

3. The method of claim 1, wherein determining the corresponding business rule term is preceded by:

4. The method of claim 1, comprising:

5. The method of claim 1, wherein orchestrating business rule items according to the applied business line comprises:

6. The method of claim 1, comprising:

7. The method of claims 1-6, further comprising:

8. A traffic processing apparatus, comprising:

the access module is used for receiving an application access request, acquiring the marking information of the application access request and determining a corresponding service rule item so as to enable the SDK embedded in the corresponding application to pull the service rule item;

and the processing module is used for receiving an application data request, acquiring the marking information of the application data request, so that the SDK searches a corresponding service rule item based on the marking information, further arranges the service rule item according to the applied service line and executes the application data request.

9. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-7.

10. A computer-readable medium, on which a computer program is stored, which, when being executed by a processor, carries out the method according to any one of claims 1-7.