CN119760233A

CN119760233A - Inter-bank bond transaction settlement progress query interaction method, medium and equipment

Info

Publication number: CN119760233A
Application number: CN202411844518.3A
Authority: CN
Inventors: 谢登科; 杨琼堃; 徐佳兵
Original assignee: Shenzhen Diandian Innovation Technology Co ltd
Current assignee: Shenzhen Diandian Innovation Technology Co ltd
Priority date: 2024-12-12
Filing date: 2024-12-12
Publication date: 2025-04-04
Anticipated expiration: 2044-12-12

Abstract

The application relates to a transaction settlement progress query interaction method between banks, which comprises the steps that two entity keys are respectively inserted into two exclusive terminals connected to a private network, progress query authorities are respectively obtained from two official platforms, the two exclusive terminals connected to the network are respectively connected with a local terminal which is not connected to the Internet, the local terminal establishes a local server and establishes local connection with a plurality of internal terminals connected to the Internet, an internal user initiates a query request on the internal terminal, the query request is sent to the local server through the local connection, the local server establishes a sequential circulation queue according to the time of initiating the query request by the internal user, a client associated with the query request is identified, and whether a query result associated with the client exists in the query result downloaded in the current day is searched. To avoid densely originating large unnecessary data requests to the official platform for a short period of time.

Description

Inter-bank bond transaction settlement progress query interaction method, medium and equipment

Technical Field

The application relates to the technical field of financial systems, in particular to a method, medium and equipment for inquiring and interacting the transaction settlement progress of bonds between banks.

Background

In the business range of the whole financial industry and the asset management industry, the transaction of bonds accounts for a great proportion, and in the bond transaction, the transaction is mainly divided into two markets, namely an exchange market and a banking market. In the normal operation process, if the bond buying and selling is to be performed in the inter-bank market, the buyer and the seller are required to achieve the intention of the cooperation in the foreign exchange transaction center, and then the bond is passed and the money is transacted on the internet platform of the limited liability company of the Chinese securities registration and settlement or the internet platform of the limited stock company of the inter-bank market settlement (the supernatant for short) according to the difference of the types of the bonds. For one transaction, the relationship with two platforms cannot be generated at the same time, but the same customer may have transaction contents on the two platforms at the same time, and multiple transactions on the two platforms may belong to the related transaction of the same bulk transaction, so that the transaction progress monitoring difficulty is great.

In addition, for both transaction parties, the progress of the transaction needs to be checked by logging in two platforms in an account, and the login account needs to apply the entity key to the platform by a financial institution and connect to a special network, so that the login can be successful. For a financial institution, only 1-2 entity keys are inserted on different computers for logging, but the transaction amount of bonds can be tens or hundreds of times a day, and different business departments and business personnel are involved, so that the situation that the keys are insufficient can occur, the transaction state needs to be checked by leaving a station to a designated computer, and queuing is needed in many cases.

The existing method is that before an internal staff initiates a request, all transaction information progress information of the organization is automatically downloaded to a local database from an official platform, and then the internal staff checks the transaction progress data related to the internal staff at any time through the local database, so that the heavy restriction of the official platform is bypassed. Essentially, the script replaces a manual one-step click operation, but is extremely frequent and is directed to all data of the organization, not to a transaction of a business person of the organization. However, while convenient to the financial institution, this places unnecessary load on the server of the official platform, causing the official platform to take out various measures to limit such scripting behavior.

Accordingly, there is a need to provide a method that enables the crediting and clearing credited transaction details in an internal multi-person joint view while avoiding densely originating a large number of unnecessary data requests to the outside in a short period of time.

Disclosure of Invention

The application aims to provide a transaction settlement progress query interaction method between banks, which comprises the following steps:

The two entity keys are respectively inserted into two exclusive terminals connected to the private network, progress query authorities are respectively obtained from the two official platforms, and the two exclusive terminals connected to the network are respectively connected with a local terminal which is not connected to the Internet in a local mode;

the method comprises the steps that a local terminal establishes a local server, and establishes local connection with a plurality of internal terminals connected to the Internet, an internal user initiates a query request on the internal terminal, and the query request is sent to the local server through the local connection;

The local server establishes a sequential circulation queue according to the time when an internal user initiates a query request, identifies a client associated with the query request, searches whether a query result associated with the client exists in the query results downloaded on the same day, and if the query result associated with the client exists, sends the query result to the internal terminal;

the time length T of each interval distributes one inquiry request in the sequential circular queue to one of two official platforms associated with the inquiry request, and inquires the other official platform whether other transaction matters carried out by the client exist in the organization.

Preferably, the official platform returns a first query result for the query request to the dedicated terminal and transmits the first query result to a local server of the local terminal via a local connection, wherein the query result is stored in the local server and is sent to an internal terminal initiating the query request via the local connection,

And inquiring whether a second inquiry result of other transaction matters carried out by the client exists in the mechanism or not to the other official platform, storing the second inquiry result in the local server, packaging the second inquiry result and the first inquiry result, and simultaneously sending the packaged second inquiry result and the first inquiry result to an internal terminal which initiates an inquiry request.

More preferably, a plurality of internal users initiate a plurality of inquiry requests aiming at the same item in sequence at different times;

Combining a plurality of the query requests into a query request which is firstly included in the sequential circulation queue, and associating a plurality of internal users with the query request;

and identifying a client associated with the query request firstly incorporated into the sequential circulation queue, searching whether the query result associated with the client exists in the query results downloaded on the same day, and if so, sending the query result to the internal terminals of the internal users when the subsequent internal users initiate the query request aiming at the same item.

More preferably, the query requests associated with both official platforms are located in the same said sequential circular queue,

Sequentially and circularly inquiring one inquiry request in a queue to an official platform, storing the inquired first inquiry result to a local server, and sending the first inquiry result to internal terminals of a plurality of internal users associated with the inquiry request; and if other query results of the client associated with the query request exist in the downloaded query results of the local server in the same day, the first query result is also sent to an internal terminal of an internal user associated with the other query results.

More preferably, judging the first query result as settled or not settled;

If the first query result is settled, the query request is withdrawn from the sequential circulation queue;

and if the first query result is not settled, maintaining the position of the query request in the sequential circulation queue.

More preferably, if the second query result is that the institution and the client have other transaction matters on another official platform, the second query result is further judged to be settled or not settled;

If the second query result is settled, the second query result is sent to an internal terminal of an internal user associated with the query request;

If the second query result is not calculated and the first query result associated with the second query result is settled, an additional query request targeting tracking the second query result is automatically initiated and included in the sequential circulation queue for automatic monitoring.

More preferably, the query request for one official platform and the additional query request for another official platform are in the same sequential circular queue,

If the number of times of any query request is greater than or equal to N, the query request is exited from the sequential circulation queue, and a rechecking request is returned to an internal terminal of an internal user associated with the query request, so that the same query request is prevented from continuously occupying queue resources.

More preferably, each inquiry request in the sequential circular queue is sequentially inquired, and the time interval between two inquiry requests is T, so that the relation is satisfied, wherein T is more than or equal to 5s, and s is unit second;

After each inquiry request in the queue is inquired sequentially, returning to the first inquiry request of the queue for recycling inquiry, and recording the inquiry times M of each inquiry request;

And when any query request meets the relation that M is more than or equal to N, the query request exits the sequential circulation queue and sends a rechecking requirement to an internal terminal of an internal user associated with the query request.

A computer readable storage medium storing a computer program which, when executed by a processor, causes the processor to perform the steps of the method.

A computer device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of the method.

The application has the following beneficial effects:

Two exclusive terminals connected to the private network and only two entity keys of an organization are matched to authenticate and log in two official platforms, and a local terminal which is not connected to the Internet is connected with the exclusive terminal in a local mode, so that interaction between a local query request and an official download query result is achieved. The local server is built at the local terminal, local connection is built with the internal terminals of a plurality of internal users, the internal users are involved in the same sequential circulation queue aiming at the query requests of the two platforms, and query is carried out on the official platform at regular intervals, so that a large number of unnecessary data requests are prevented from being intensively initiated on the official platform in a short time. In general, the query request of the internal user is performed according to a transaction order, the same order is only performed on one official platform, but for a large number of transactions, the transactions between the local server and the client may be performed in batches, and may involve two official platforms, or multiple internal users, but in essence, the transactions performed by multiple internal users are all transactions between the local server and the same client, so as to avoid information error, when the user initiates the query request for one official platform, the local server initiates the query request for another official platform at the same time, and meanwhile queries whether other transaction results related to the client already downloaded on the same day exist in the local server, so as to avoid information error.

Drawings

In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings which are used in the description of the embodiments or the prior art will be briefly described, it being obvious that the drawings in the description below are only some embodiments of the application, and that other drawings can be obtained from them without inventive effort for a person skilled in the art.

FIG. 1 is a flowchart illustrating steps of a method according to an embodiment of the present application;

FIG. 2 is a flow chart of a method according to an embodiment of the application;

FIG. 3 is a block diagram of a computer device according to an embodiment of the present application;

The reference numerals illustrate 100, local terminal, 110, local server, 10, user terminal, 20, entity key, 200, official platform, 30, special terminal, 300, computer equipment.

Detailed Description

In order that the application may be readily understood, a more complete description of the application will be rendered by reference to the appended drawings. The drawings illustrate preferred embodiments of the application. This application may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete.

Referring to fig. 1-3, an embodiment of the present application provides a method for inquiring and interacting a transaction settlement progress between banks, the method includes the steps of:

S10, the two entity keys 20 are respectively inserted into two exclusive terminals connected to the private network, progress query authorities are respectively obtained from the two official platforms 200, and the two networking terminals respectively establish local connection with a local terminal 100 which is not connected to the Internet.

The financial institution generally has only one account number in the official platform 200, and corresponds to one entity key 20, a plurality of departments in the financial institution need to inquire about the business related to the staff, and can only log in the account number of the financial institution in the official platform 200 through the unique entity key 20 and inquire about the business progress related to the staff in the account number. In this embodiment, an administrator of the financial institution manages two entity keys 20, and inserts the entity keys 20 into a dedicated device connected to the private network, and the login official platform 200 obtains progress query authority. The official platform 200 refers to an on-line platform of a limited liability company for registering and settling securities in China (called "liability check-in" for short) or an on-line platform of a limited stock company for clearing market between banks (called "clearing house" for short), only two official platforms 200 can perform the settlement of the right between banks at present, but the official platform 200 can also refer to other official institution platforms with efficacy according to the change of policies.

The proprietary terminal is only used for inserting the entity key 20 to log in the official platform 200 and exchanging information with the official platform 200, including uploading a local query request to the official platform 200 and receiving a downloaded query result from the official platform 200. The two proprietary terminals are in one-to-one correspondence with the two official platforms 200.

The two dedicated terminals and the same local terminal 100 establish a local connection, and the local terminal 100 is not directly connected to the internet, so as to ensure the security of local financial data.

S20, the local terminal 100 establishes a local server 110, establishes local connection with a plurality of internal terminals connected to the Internet, and an internal user initiates a query request on the internal terminals, and the query request is sent to the local server 110 through the local connection.

The local terminal 100 establishes a local server 110, and the local server 110 establishes a local connection with an internal terminal of an internal user, so as to ensure data transmission efficiency and security. The internal terminal is a working computer of staff and normally connected to the Internet. An internal user initiates a query request for a customer order on an internal terminal to query the progress of the transaction on the official platform 200.

To avoid internal user requests from being piled up to the official platform 200, the frequency of internal requests to be issued to the official platform 200 is controlled, the query requests are sent to the local server 110 not via the internet but via a local connection, and now the queue ordering is performed on the local server 110, and the associated transactions of the query requests are processed and distributed to the official platform 200 associated with the order via the local server 110.

S30, the local server 110 establishes a sequential circulation queue according to the time when the internal user initiates the query request, identifies the client associated with the query request, searches whether the query result associated with the client exists in the query results downloaded on the same day, and if the query result associated with the client exists, sends the query result to the internal terminal.

In order to avoid the situation that the information difference between the internal users causes repeated inquiry to the same transaction or the situation that a certain internal user should know that other related transactions exist in the transaction order but not known due to the information difference between the internal users, the local server 110 simply sorts the inquiry requests, tracks the clients related to the inquiry requests, searches whether other inquiry records or result downloading records related to the clients exist in the local server 110, if other inquiry records exist, the inquiry records are combined optionally, and if the result downloading records exist, the internal user is notified optionally.

S40 distributes the query request in the sequential loop queue to one of the two official platforms 200 associated with the query request in turn every interval time period T, and queries the other official platform 200 whether there are other transaction matters with the client in the institution.

In order to avoid large transaction items being split into a plurality of small transaction orders and respectively responsible by different internal users, and transactions are scattered on two official platforms 200, so that information difference exists between the internal users and transaction accidents occur, and thus when a local server 110 inquires about an official platform 200, an inquiry is also initiated to another platform to inquire about whether other transaction matters exist between the client and the organization. Because the query requests for the two official platforms 200 are brought into the same sequential circular queue, only one query request is synchronously initiated to the two official platforms 200 at the same time in each time interval, thereby avoiding high-frequency query requests to the official platforms 200 internally.

Meanwhile, as the possible related transactions of the query request are checked at the first time of initiating the query, the situation that a plurality of internal users repeatedly initiate the query request to the official platform 200 when finding that other related transactions exist afterwards is avoided, hidden danger is checked in advance, and the problem that the internal users are disordered due to poor information is avoided, so that the query request which is invalid repeatedly is caused to the outside.

The following is a specific example of application scenario, so as to facilitate understanding of the present solution.

Scene description:

The financial institution (hereinafter referred to as the "present institution") has two transactions with the transaction target clients a and B, respectively:

customer a's transaction completes the settlement of funds at the "supernatant" and is responsible for the internal user a.

The transaction of customer B completes the settlement of funds in "mid debt", which is responsible for by the internal user B.

The internal user a wishes to query the transaction settlement progress of customer a.

The internal user B wishes to query the transaction settlement progress of client B.

In step S10, the entity key 20 and the dedicated terminal log on the official platform 200. The administrator inserts two entity keys 20 into the proprietary terminals:

And the exclusive terminal 1 is a debt-log platform in login.

And the exclusive terminal 2 logs in the supernatant station platform.

The two dedicated terminals respectively establish local connection with the local terminal 100 to complete authorized login.

Step S20, the internal user initiates a query request

The internal user a submits a request for inquiring the transaction settlement progress of the client a at its own internal terminal.

And the internal user B submits a request for inquiring the transaction settlement progress of the client B in an own internal terminal.

The query request is sent to the local server 110 over the local area network.

Step S30, the local server 110 queues and associated retrieval. The local server 110 establishes a sequential circular queue in the order of arrival of the requests:

Customer a of user a transacts the request (target platform: supernatant house).

Customer B transaction request of user B (target platform: debt log).

The server identifies the transaction object for each query request:

the request of the internal user a is associated with the client a.

The request of the internal user B is associated with the client B.

The local server 110 retrieves the query results that have been downloaded the day, and processes it as follows:

in case 1, the result is that the transaction result exists between the organization and the customer, but is not the transaction of the query. If the retrieved result is relevant to the customer but not the currently requested transaction, the result is sent to the requesting internal user terminal 10 as reference information. And continuing to wait for the current request in the queue, and sequentially carrying out query operation.

In case 2, the result is that the transaction result exists between the organization and the customer, and is the transaction of the query, and the result is sent to the internal user terminal 10 which initiates the request. And marks the request as complete and is removed from the queue, ending the query.

Case 3-case without matching results. If no results associated with the customer are downloaded the day, the current request continues to remain in the queue waiting to be sent in sequence to the official platform 200 for querying.

Step S40, request distribution and associated transaction checking. Every time period T seconds, the local server 110 sequentially distributes the requests in the queue to the corresponding platform:

and (3) initiating a transaction settlement inquiry of the client A to the supernatant, and simultaneously inquiring whether the mechanism has other outstanding transactions with the client A to the intermediate debt.

And initiating a transaction settlement inquiry of the client B to the intermediate debt, and inquiring whether the mechanism has other outstanding transactions with the client B from the supernatant.

More preferably, the step S40 is followed by a step S50 in which the official platform 200 returns a first query result for the query request to the dedicated terminal 30 and transmits the query result to the local server 110 of the local terminal 100 via the local connection, and the query result is stored in the local server 110 and sent to the internal terminal that initiated the query request via the local connection.

The second query result of querying the other official platform 200 about whether the organization has other transaction matters with the client is stored in the local server 110, and is packaged with the first query result and then sent to the internal terminal that initiates the query request.

More preferably, if multiple internal users initiate multiple query requests for the same item at different times, combining the multiple query requests into a query request which is first included in the sequential circulation queue, and associating the multiple internal users with the query request.

And identifying the client associated with the query request firstly incorporated into the sequential circulation queue, searching whether the query result associated with the client exists in the query results downloaded in the same day, and if so, sending the query result to the internal terminals of the internal users when the subsequent internal users initiate the query request aiming at the same item, so that the waste of queue resources is avoided, and the frequency of initiating the query to the official platform 200 is reduced.

More preferably, the query requests associated with both official platforms 200 are located in the same said sequential circular queue. It differs from building two queues for official platform 2001 and official platform 2002, respectively, in that no matter which official platform 200 an internal user initiated query request is directed to, it is incorporated into the same sequential circular queue to order the queries.

Wherein, the first query result is stored in the local server 110 and sent to the internal terminals of the plurality of internal users associated with the query request, and if other query results of the clients associated with the query request exist in the query results downloaded by the local server 110 in the same day, the first query result is also sent to the internal terminals of the internal users associated with the other query results.

More preferably, judging the first query result as settled or not settled;

And if the first query result is settled, the query request is exited from the sequential circulation queue so as to avoid continuously occupying queue resources.

If the first query result is not settled, the position of the query request in the sequential circular queue is maintained so as to continue circular queuing query.

Preferably, if the second query result is that the institution and the client have other transaction matters in another official platform 200, the second query result is further judged to be settled or not settled.

And if the second query result is settled, sending the second query result to an internal terminal of an internal user associated with the query request.

If the second query result is not calculated and the first query result associated with the second query result is settled, an additional query request targeting tracking the second query result is automatically initiated and included in the sequential circulation queue for automatic monitoring. In order to avoid the internal user from generating wrong judgment on the transaction progress due to information difference in bulk transactions.

More preferably, query requests for one official platform 200 and additional query requests for another official platform 200 are located in the same sequential circular queue to reduce the frequency of queries initiated to the official platform 200.

and when any query request meets the relation that M is more than or equal to N, the query request exits the sequential circulation queue and sends a rechecking requirement to an internal terminal of an internal user associated with the query request. To avoid excessive occupation of queue resources by the same query request, thereby indirectly reducing the frequency of queries initiated to official platform 200.

For ease of understanding, the following is a specific example of application:

Queue initial state:

Internal user a request (customer a, goal: supernatant, m=0).

Internal user B request (customer B, goal: debt, m=0).

First round query:

time t0, query internal user A request (client A).

Querying the transaction result of the client A and checking whether the client A has other outstanding transactions in the debt.

Mmethyl=1.

Time t0+T, query user B request (client B).

Querying the transaction result of the client B, and checking whether the client B has other outstanding transactions in the supernatant.

Methyl=1.

Second round of inquiry:

The queues still maintain order:

Request of user a (customer a, m=1).

User B's request (client B, m=1).

Time t0+2t—query user a request (client a), mnail=2.

Time t0+3t, query user B request (client B), mb=2.

Third round of query:

time t0+4t—query user a request (client a), mnail=3.

Triggering an exit condition that the request of the user A meets M is more than or equal to 3.

The request is dequeued and a rechecking request is sent to the terminal of the user A.

Time t0+5t, query user B request (client B), mb=3.

Triggering an exit condition that the request of the user B meets M is more than or equal to 3.

And the request is dequeued and a rechecking request is sent to the terminal of the user B.

Fig. 3 shows an internal block diagram of a computer device 300 in one embodiment. The computer device 300 may be a terminal or a server. As shown in fig. 3, the computer device 300 includes a processor, memory, and a network interface connected by a bus. The memory includes a nonvolatile storage medium and an internal memory. The non-volatile storage medium of the computer device 300 stores an operating system, and may also store a computer program, which when executed by a processor, causes the processor to implement the method described in the present embodiment. The internal memory may also store a computer program that, when executed by a processor, causes the processor to perform the method described in the present embodiment. It will be appreciated by those skilled in the art that the structure shown in FIG. 3 is merely a block diagram of some of the structures associated with the present inventive arrangements and does not constitute a limitation of the computer device 300 to which the present inventive arrangements may be applied, and that a particular computer device 300 may include more or less components than those shown, or may combine some of the components, or have a different arrangement of components.

Those skilled in the art will appreciate that all or part of the processes in the methods of the above embodiments may be implemented by a computer program for instructing relevant hardware, where the program may be stored in a non-volatile computer readable storage medium, and where the program, when executed, may include processes in the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in embodiments provided herein may include non-volatile and/or volatile memory. The nonvolatile memory can include Read Only Memory (ROM), programmable ROM (PROM), electrically Programmable ROM (EPROM), electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double Data Rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link (SYNCHLINK) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), among others.

Thereby, the two official platforms 200 are logged in through the cooperation of two exclusive terminals connected to the private network and only two entity keys 20 of the organization, and a local connection is established between the exclusive terminal and a local terminal 100 which is not connected to the internet, so as to realize the interaction between the local query request and the official download query result. By establishing the local server 110 at the local terminal 100, local connections are established with internal terminals of a plurality of internal users, the internal users bring in the same sequential circular queue for the query requests of the two platforms and query the official platform 200 at regular intervals, so as to avoid densely initiating a large number of unnecessary data requests to the official platform 200 in a short time. In general, the query requests of the internal users are made according to the transaction orders, the same order is only made on one official platform 200, but for bulk transactions, the transactions between the local server 110 and the client may be distributed among several transactions, and may involve two official platforms 200, or multiple internal users, but in essence, the transactions between the local server 110 and the same client are all transactions between the local server and the same client, so as to avoid information error, when the user initiates the query request to one official platform 200, the local server 110 initiates the query request to another official platform 200 at the same time, and queries whether there are other transaction results about the client downloaded on the same day in the local server 110 to avoid information error.

The above embodiments represent only a few embodiments of the present application, which are described in more detail and are not to be construed as limiting the scope of the claims. It should be noted that it will be apparent to those skilled in the art that various modifications and improvements can be made without departing from the spirit of the application, which are within the scope of the application.

Claims

1. The transaction settlement progress query interaction method between banks is characterized by comprising the following steps:

2. The method for inquiring and interacting a settlement progress of a transaction between banks according to claim 1, wherein,

The official platform returns a first query result aiming at the query request to the special terminal, and transmits the first query result to a local server of the local terminal through a local connection, wherein the query result is stored in the local server and is sent to an internal terminal initiating the query request through the local connection,

3. The method for inquiring and interacting a settlement progress of a transaction between banks according to claim 2, wherein,

A plurality of internal users initiate a plurality of inquiry requests aiming at the same item in sequence at different times;

4. The method for inquiring and interacting a settlement progress of a transaction between banks according to claim 3, wherein,

The query requests associated with both official platforms are located in the same sequential circular queue,

5. The method for inquiring and interacting with a settlement progress of a transaction between banks according to claim 4, wherein,

Judging whether the first query result is settled or not;

6. The method for inquiring and interacting with a settlement progress of a transaction between banks according to claim 5, wherein,

If the second query result is that the institution and the client have other transaction matters on another official platform, further judging that the second query result is settled or not settled;

7. The method for inquiring and interacting with a settlement progress of a transaction between banks according to claim 6, wherein,

The query request for one official platform and the additional query request for another official platform are in the same sequential circular queue,

8. The method for inquiring and interacting with a settlement progress of a transaction between banks according to claim 7, wherein,

Sequentially inquiring each inquiry request in the sequential circulation queue, wherein the time interval between two inquiry requests is T, and the relation is satisfied, wherein T is more than or equal to 5s, and s is unit second;

9. A computer readable storage medium, characterized in that a computer program is stored, which, when being executed by a processor, causes the processor to perform the steps of the method according to any of claims 1-8.

10. A computer device comprising a memory and a processor, the memory storing a computer program which, when executed by the processor, causes the processor to perform the steps of the method of any of claims 1-8.