CN117519915A

CN117519915A - Event processing method, device, computer equipment and storage medium

Info

Publication number: CN117519915A
Application number: CN202311473655.6A
Authority: CN
Inventors: 王旭; 王晓舟; 张博; 王晴
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2023-11-07
Filing date: 2023-11-07
Publication date: 2024-02-06

Abstract

The application relates to an event processing method, an event processing device, computer equipment and a storage medium, relates to the technical field of blockchain, and can be applied to the financial field or other technical fields. The method comprises the following steps: under the condition that the block-out condition is met, invoking an on-chain transaction processing strategy, determining importance scores of all event processing requests according to event information of all event processing requests in a local transaction pool, selecting target event processing requests from all event processing requests according to the importance scores of all event processing requests, processing the target event processing requests to obtain a target block, and performing uplink storage on the target block. By adopting the method, the timeliness and stability of the event processing of the Internet of things can be improved.

Description

Event processing method, device, computer equipment and storage medium

Technical Field

The present disclosure relates to the field of blockchain technologies, and in particular, to an event processing method, apparatus, computer device, and storage medium, which can be applied to the financial field or other technical fields.

Background

Along with the continuous development of the internet of things, the number of event requests generated aiming at the internet of things is increased, so that an event processing method aiming at the events of the internet of things appears, namely the event requests can be sequentially processed according to the sequence of the event requests.

However, because the number of the event requests of the Internet of things is large, the existing event processing method of the Internet of things is adopted, and the event requests are processed only according to the sequence of the event requests of the Internet of things, so that the timeliness of processing the important event requests can be reduced; meanwhile, if a certain node of the event processing fails, the event request is also directly lost.

Disclosure of Invention

In view of the foregoing, it is desirable to provide an event processing method, apparatus, computer device, and storage medium capable of improving the timeliness and stability of event processing.

In a first aspect, the present application provides a method of event processing. The method comprises the following steps:

under the condition that the block-out condition is met, calling an on-chain transaction processing strategy, and determining importance scores of all event processing requests according to event information of all event processing requests in a local transaction pool; the event information comprises event importance level, expected response time and sending time of the event processing request and importance level of a sending end associated with the event processing request;

selecting a target event processing request from the event processing requests according to the importance scores of the event processing requests;

And processing the target event processing request to obtain a target block, and performing uplink storage on the target block.

In one embodiment, invoking an on-chain transaction policy, determining an importance score for each event processing request based on event information for each event processing request in a local transaction pool, comprising:

invoking an on-chain transaction processing strategy, and determining the event importance of each event processing request and the importance of a transmitting end associated with each event processing request according to the event information of each event processing request in a local transaction pool; and determining importance scores of the transaction processing requests according to the event importance of the event processing requests and the importance of the sending end associated with the event processing requests.

In one embodiment, determining, according to event information of each event processing request in the local transaction pool, event importance of each event processing request and sender importance associated with each event processing request includes:

determining the event importance of each event processing request according to the event importance level, the expected response time and the sending time of each event processing request in the local transaction pool; determining the importance of the associated sender of each event processing request according to the importance level of the associated sender of each event processing request in the local transaction pool; the transmitting end comprises a transmitting party and transmitting equipment.

In one embodiment, determining the event importance of each event processing request according to the event importance level, the expected response time and the sending time of each event processing request in the local transaction pool comprises:

for each event processing request in a local transaction pool, carrying out normalization processing on event importance levels of the event processing requests, and carrying out weighting processing on the event importance levels after normalization processing by adopting a first weight to obtain a first event importance score; determining a processing time difference of the event processing request according to the expected response time and the sending time of the event processing request; normalizing the processing time difference, and weighting the normalized processing event difference by adopting a second weight to obtain a second event importance score; wherein the sum of the first weight and the second weight is equal to a first set value; the event importance of the event processing request is determined based on the first event importance score and the second event importance score.

In one embodiment, determining the associated sender importance of each event processing request according to the importance level of the sender associated with each event processing request in the local transaction pool includes:

For each event processing request in a local transaction pool, carrying out normalization processing on the importance level of a sender associated with the event processing request, and carrying out weighting processing on the importance level of the sender after normalization processing by adopting a third weight to obtain a first sender importance score; normalizing the importance level of the sending equipment associated with the event processing request, and weighting the importance level of the sending equipment subjected to normalization processing by adopting a fourth weight to obtain a second sending end importance score; wherein the sum of the third weight and the fourth weight is equal to the second set value; and determining the associated importance of the event processing request according to the first importance score of the sending end and the importance score of the second sending end.

In one embodiment, selecting a target event processing request from among the event processing requests according to the importance scores of the event processing requests comprises:

according to the descending order, sorting the event processing requests according to the importance scores of the event processing requests; presetting a transaction number of event processing requests of the block which is sequenced in the front as a target event processing request.

In one embodiment, ordering event processing requests includes:

if the fact that at least two event processing requests conflict with each other in each event processing request is recognized, selecting one event processing request from the at least two event processing requests which conflict with each other; the event processing requests except at least two conflicting event processing requests and the selected event processing requests are ordered.

In a second aspect, the present application further provides an event processing apparatus. The device comprises:

the score determining module is used for calling the on-chain transaction processing strategy under the condition that the block-out condition is met, and determining the importance score of each event processing request according to the event information of each event processing request in the local transaction pool; the event information comprises event importance level, expected response time and sending time of the event processing request and importance level of a sending end associated with the event processing request;

the event selection module is used for selecting a target event processing request from the event processing requests according to the importance scores of the event processing requests;

the event processing module is used for processing the target event processing request to obtain a target block, and performing uplink storage on the target block.

In a third aspect, the present application also provides a computer device. The computer device comprises a memory storing a computer program and a processor which when executing the computer program performs the steps of:

In a fourth aspect, the present application also provides a computer-readable storage medium. The computer readable storage medium having stored thereon a computer program which when executed by a processor performs the steps of:

In a fifth aspect, the present application also provides a computer program product. The computer program product comprises a computer program which, when executed by a processor, implements the steps of:

According to the event processing method, the event processing device, the computer equipment and the storage medium, under the condition that the block-out condition is met, the on-link transaction processing strategy is called, the importance scores of the event processing requests are determined according to the event information of the event processing requests in the local transaction pool, the target event processing requests are selected from the event processing requests according to the importance scores of the event processing requests, the target event processing requests are processed, the target block is obtained, and the target block is stored in a uplink mode. Compared with the prior art, the method has the advantages that the event processing requests of the Internet of things are processed only according to the sequence of the sending time of the event processing requests of the Internet of things, and the target event processing requests are selected and processed according to the importance scores of the event processing requests of the Internet of things, so that the processing timeliness of the target event processing requests with higher importance can be ensured; in addition, the blockchain technology is applied to the scene of event processing of the Internet of things, so that the safety and reliability of the event processing request of the Internet of things can be ensured.

Drawings

FIG. 1 is a flow chart of a method of event processing in one embodiment;

FIG. 2 is a flow diagram of determining importance scores in one embodiment;

FIG. 3 is a flow diagram of a request for determining a target event process in one embodiment;

FIG. 4 is a flow chart of an event processing method according to another embodiment;

FIG. 5 is a schematic illustration of an event handling method in a vehicle rental situation, in one embodiment;

FIG. 6 is a block diagram of an event processing device in one embodiment;

FIG. 7 is a block diagram illustrating an event processing device according to another embodiment;

FIG. 8 is a block diagram of an event processing device in yet another embodiment;

fig. 9 is an internal structural diagram of a computer device in one embodiment.

Detailed Description

In order to make the objects, technical solutions and advantages of the present application more apparent, the present application will be further described in detail with reference to the accompanying drawings and examples. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the present application.

With the continuous development of the internet of things, the number of event requests generated for the internet of things is increased, so that an event processing method for the events of the internet of things appears, and the event requests can be sequentially processed according to the sequence of the event requests.

The embodiment of the application provides an event processing method, which is used for solving the problems that the processing timeliness is low, event request data is easy to lose and the like caused by processing event processing requests only according to the sequence of request sending time at present by applying a blockchain technology to a scene of event processing of the Internet of things. The blockchain is a distributed account book technology and has the characteristics of decentralization, difficulty in tampering, transparency in disclosure and the like.

Based on this, in one embodiment, as shown in fig. 1, an event processing method is provided, which is described by taking as an example that the event processing method is applied to a blockchain node (specifically, a blockchain generation node or a leader node) in a blockchain network, and specifically includes the following steps:

s101, under the condition that the block-out condition is met, calling an on-chain transaction processing strategy, and determining importance scores of all event processing requests according to event information of all event processing requests in a local transaction pool.

Wherein, the out-of-block condition is the condition of packaging the content in the transaction pool to generate a block; it is understood that the local transaction pool meeting the block-out condition may include that the number of event processing requests in the local transaction pool reaches the maximum number of blocks, that the size of the event processing requests in the local transaction pool reaches the preset maximum volume of blocks, or that the time for waiting for the block-out reaches the preset block-out time delay, etc.

Further, the maximum number of transactions in a block refers to the upper limit of the number of blockchain transactions that can be contained in a block, the maximum volume of a block refers to the maximum number of bytes of the transaction content that can be contained in a block, and the out-of-block delay refers to the maximum waiting time from the receiving of the first blockchain transaction to the generating of the block, beyond which the block is forced to be packed and the subsequent consensus operation is performed.

An on-chain transaction policy refers to rules stored in common on the blockchain for processing event processing requests in the blockchain system. For example, the in-chain transaction policy may contain determination logic for determining importance scores, such as a first score determination model or a related algorithm, or the like.

The local transaction pool refers to a transaction pool for storing event processing requests; the event information comprises event importance level, expected response time and sending time of the event processing request and importance level of a sending end associated with the event processing request; the importance score is a numerical value used to characterize the importance of an event processing request.

Optionally, the intelligent contract can be called to extract event information such as event importance level, expected response time and sending time from the initial event processing request, importance level of a sending end associated with the event processing request, and the initial event processing request is encapsulated into the event processing request; the event handling requests may then be assigned to corresponding transaction pools based on the event type of the event handling request.

Further, in the case that the local transaction pool meets the blocking condition, event information of each event processing request in the local transaction pool may be input into a trained first score determining model, and the importance score of each event processing request is determined by the first score determining model according to the event information and the model parameters of the event processing request.

S102, selecting a target event processing request from the event processing requests according to the importance scores of the event processing requests.

The target event processing request refers to the selected event processing request needing to be processed.

Optionally, in order to ensure timeliness of processing the event processing requests with higher importance, the event processing request with higher importance score can be selected from the local transaction pool as a target event processing request according to the importance score of each event processing request.

S103, processing the target event processing request to obtain a target block, and performing uplink storage on the target block.

The target block refers to a block obtained by packaging target event processing data, and further, the target event processing data may include, but is not limited to, a processing state of a target event processing request, for example, processing success or processing failure.

Optionally, after processing the target event processing request, the target event processing data may be encapsulated to obtain a target block; then, the target block can be broadcasted to each block node, and after the block nodes are commonly known, the target block can be stored in the uplink.

It can be appreciated that when constructing the target block, the leader node encapsulates the original blockchain transaction structure inside the block, so as to decouple the designed on-chain transaction strategy from the underlying block consensus module as much as possible, so that the on-chain transaction strategy can be installed inside the blockchain node in a pluggable manner, and hot switching of the on-chain transaction strategy is realized.

In the event processing method, under the condition that the block-out condition is met, a link transaction processing strategy is called, the importance scores of the event processing requests are determined according to the event information of the event processing requests in the local transaction pool, the target event processing requests are selected from the event processing requests according to the importance scores of the event processing requests, the target event processing requests are processed, a target block is obtained, and uplink storage is carried out on the target block. Compared with the prior art, the method has the advantages that the event processing requests of the Internet of things are processed only according to the sequence of the sending time of the event processing requests of the Internet of things, and the target event processing requests are selected and processed according to the importance scores of the event processing requests of the Internet of things, so that the processing timeliness of the target event processing requests with higher importance can be ensured; in addition, the blockchain technology is applied to the scene of event processing of the Internet of things, so that the safety and reliability of the event processing request of the Internet of things can be ensured.

In order to ensure the accuracy of the importance score determination, in this embodiment, an alternative way of determining the importance score is provided, as shown in fig. 2, based on the foregoing embodiment, and specifically includes the following steps:

s201, invoking an on-chain transaction processing strategy, and determining the event importance of each event processing request and the importance of a transmitting end associated with each event processing request according to the event information of each event processing request in a local transaction pool.

Wherein, the event importance refers to the importance of the processing request corresponding to the event processing request; the importance of the transmitting end refers to the importance of the transmitting end that transmits the event processing request.

The event importance of each event processing request is determined according to the event importance level, the expected response time and the sending time of each event processing request in the local transaction pool, and the associated importance of the sending end of each event processing request is determined according to the importance level of the sending end associated with each event processing request in the local transaction pool, wherein the sending end comprises a sender and a sending device.

Optionally, an on-chain transaction policy may be invoked to determine the event importance of each event processing request according to the event importance level, expected response time, and transmission time; further, the importance of the sending end associated with each event processing request can be determined according to the importance level of the sender of each event processing request and the importance level of the sending device in the local transaction pool.

S202, determining importance scores of the transaction processing requests according to the event importance of the event processing requests and the importance of the sending end associated with the event processing requests.

Alternatively, where the on-chain transaction policy includes a second score determination model, the event importance of each event processing request and the sender importance associated with each event processing request may be input to the trained second score determination model, which determines an importance score for each transaction request based on the event importance of each event processing request, the sender importance associated with each event processing request, and the model parameters.

In this embodiment, the event importance of each event processing request and the importance of the transmitting end associated with each event processing request are introduced, so that the accuracy of determining the importance score of each transaction processing request can be ensured, and the timeliness of the target event processing request is further ensured.

In order to ensure the accuracy of the event processing request importance determination, in the above embodiment, an alternative manner of determining the event importance is provided in this embodiment, specifically, the event importance level, the expected response time and the sending time of each event processing request in the local transaction pool are input into a trained first importance determination model, and the event importance of each event processing request is determined by the first importance determination model according to the event importance level, the expected response time, the sending time and the model parameters.

Alternatively, the following steps may be employed to determine event importance.

The first step, for each event processing request in the local transaction pool, carrying out normalization processing on the event importance level of the event processing request, and carrying out weighting processing on the event importance level after normalization processing by adopting a first weight value to obtain a first event importance score.

The first weight refers to a preset weight value according to the importance ratio of the event importance level in the event importance; the first event importance score refers to a value determined according to the event importance level to represent the importance of the event processing request.

Alternatively, the event importance level of the event processing request may be represented by a value in the range of 1 to 99; subsequently, in order to more intuitively represent the importance of the event processing request, a normalization formula (X-min)/(max-min) may be used to normalize the event importance level of each event processing request in the local transaction pool. Wherein X is the event importance level of the event processing request; min is the minimum event importance level in each event processing request of the local transaction pool; max is the maximum event importance level in each event processing request of the local transaction pool.

Further, for each event processing request after normalization processing, the event importance level of the event processing request may be weighted by using a first weight, so as to obtain a first event importance score.

And a second step of determining a processing time difference of the event processing request according to the expected response time and the sending time of the event processing request.

Wherein the processing time difference refers to the time required to process the event processing request.

Alternatively, for each event processing request, the expected response time and the transmission time of the event processing request may be made different, and the difference may be regarded as the processing time difference of the event processing request.

And thirdly, carrying out normalization processing on the processing time difference, and carrying out weighting processing on the processing event difference after normalization processing by adopting a second weight value to obtain a second event importance score.

The second weight refers to a weight value preset according to the importance ratio of the processing time difference in the event importance; the second event importance score refers to a value determined according to the processing time difference and used for representing the importance of the event processing request; the sum of the first weight and the second weight is equal to a first set value, for example, the sum of the first weight and the second weight is equal to 1.

Optionally, a normalization formula may be used to normalize each event processing request in the local transaction pool; further, for each event processing request after normalization processing, the time difference of the event processing request may be weighted by using a second weight, so as to obtain a second event importance score.

And a fourth step of determining the event importance of the event processing request according to the first event importance score and the second event importance score.

Alternatively, the sum of the first event importance score and the second event importance score may be used as the event importance of the event processing request.

Accordingly, an optional manner of determining the importance of the sender is to input the importance level of the sender and the importance level of the sending device associated with each event processing request in the local transaction pool into a trained second importance determination model, and determine the importance of the associated sender of each event processing request according to the importance level of the sender, the importance level of the sending device and the model parameters by the second importance determination model.

Alternatively, the following steps may be employed to determine the sender importance.

The first step, for each event processing request in the local transaction pool, carrying out normalization processing on the importance level of the sender associated with the event processing request, and carrying out weighting processing on the importance level of the sender after normalization processing by adopting a third weight value to obtain a first sender importance score.

The third weight refers to a preset weight according to the importance duty ratio of the importance level of the sender in the importance of the sender; the first sender importance score refers to a value for representing importance of the event processing request, which is determined according to the importance level of the sender.

The importance level of the sender refers to the level of the user who sent the event processing request, wherein the sender may include, but is not limited to, guests, general users, high priority users, administrators, etc., and the importance level is sequentially increased.

Optionally, a normalization formula may be used to normalize the importance level of the sender of each event processing request in the local transaction pool; further, for each event processing request after normalization processing, the importance level of the sender of the event processing request may be weighted by using a third weight, so as to obtain a first sender importance score.

And step two, carrying out normalization processing on the importance level of the sending equipment associated with the event processing request, and carrying out weighting processing on the importance level of the sending equipment subjected to normalization processing by adopting a fourth weight value to obtain a second sending end importance score.

The fourth weight refers to a preset weight according to the importance duty ratio of the importance level of the sending equipment in the importance of the sending end; the second sending end importance score refers to a value which is determined according to the importance level of the sending equipment and used for representing the importance of the event processing request; the sum of the third weight and the fourth weight is equal to a set value, for example, the sum of the third weight and the fourth weight is equal to 1.

The importance level of the sending device refers to the level of the device used for sending the event processing request, wherein the sending device may include, but is not limited to, an internet of things terminal device, an edge device, a cloud server device and the like, and the importance level sequentially increases.

Optionally, a normalization formula may be used to normalize the importance level of the sending device of each event processing request in the local transaction pool; further, for each event processing request after normalization processing, the importance level of the sending device of the event processing request may be weighted by using a third weight, so as to obtain a second sending end importance score.

And thirdly, determining the associated importance of the sending end of the event processing request according to the importance scores of the first sending end and the second sending end.

Alternatively, the sum of the first sender importance score and the second sender importance score may be used as the associated sender importance of the event processing request.

In this embodiment, the event importance of each event processing request and the importance of the transmitting end associated with each event processing request are respectively calculated through the event importance level, the expected response time, the transmitting time and the importance level of the transmitting end of each event processing request, so that the accuracy of determining the importance of the event processing request can be ensured.

In order to ensure the accuracy of determining the target event processing request, in this embodiment, an alternative manner of determining the target event processing request is provided, as shown in fig. 3, which specifically includes the following steps:

s301, sorting the event processing requests according to importance scores of the event processing requests according to descending order.

Optionally, in order to ensure that the event processing requests with higher importance level can be processed in time, the event processing requests may be ordered according to the importance scores of the event processing requests in descending order.

It will be appreciated that in order to ensure the accuracy of event processing, for certain types of events that have precedence logic, the relative order of such events needs to be guaranteed unchanged during the ordering process.

S302, presetting a transaction number of event processing requests of the block which is sequenced in the front as a target event processing request.

The preset transaction number of the block refers to the preset event number extracted from the block.

Optionally, after each event processing request is sequenced, the number of event processing requests of the transaction number in the block sequenced in front may be preset as the target event processing request. For example, if the preset number of transactions in the block is 50, the first 50 event processing requests are regarded as target event processing requests.

It can be appreciated that, since there is a fluctuation in the number of event processing requests to be processed in different periods, the preset number of transactions of the corresponding block can be configured according to the different periods.

In this embodiment, by ordering the event processing requests in a descending order, it can be ensured that the determined target event processing requests are event processing requests with higher importance, thereby ensuring timeliness of event processing.

On the basis of the above embodiment, in this embodiment, an optional ordering manner is provided, specifically, if it is identified that there are at least two event processing requests that conflict with each other in each event processing request, one event processing request is selected from the at least two event processing requests that conflict with each other; subsequently, the event processing requests other than the at least two conflicting event processing requests among the event processing requests, and the selected event processing requests are ordered.

Wherein, the conflict refers to that a plurality of blockchain transactions in the same block have write operations on the same primary key data; for example, at least two event handling requests are the same event handling request.

Alternatively, in the case where it is recognized that there are conflicts between at least two event-processing requests among the event-processing requests, one event-processing request may be selected according to the transmission time of each event-processing request that conflicts with each other. For example, the event processing request having the earliest transmission time among the event processing requests that collide with each other may be selected.

Further, event processing requests other than at least two conflicting event processing requests among the event processing requests, and the selected event processing requests may be ordered.

In this embodiment, a sorting manner under a conflict condition is provided, so that the reasonability of resource usage and the timeliness of event processing requests can be ensured.

Fig. 4 is a flow chart of an event processing method in another embodiment, and on the basis of the foregoing embodiment, this embodiment provides an alternative example of the event processing method. With reference to fig. 4, the specific implementation procedure is as follows:

S401, calling a transaction processing strategy on a chain under the condition that the block-out condition is met, and determining the event importance of each event processing request according to the event importance level, the expected response time and the sending time of each event processing request in a local transaction pool.

Optionally, for each event processing request in the local transaction pool, normalizing the event importance level of the event processing request, and weighting the event importance level after normalization by adopting a first weight to obtain a first event importance score; determining a processing time difference of the event processing request according to the expected response time and the sending time of the event processing request; normalizing the processing time difference, and weighting the normalized processing event difference by adopting a second weight to obtain a second event importance score; wherein the sum of the first weight and the second weight is equal to a first set value; the event importance of the event processing request is determined based on the first event importance score and the second event importance score.

S402, determining the importance of the associated sender of each event processing request according to the importance level of the associated sender of each event processing request in the local transaction pool.

The transmitting end comprises a transmitting party and transmitting equipment.

Optionally, for each event processing request in the local transaction pool, normalizing the importance level of the sender associated with the event processing request, and weighting the importance level of the sender after normalization processing by adopting a third weight to obtain a first sender importance score; normalizing the importance level of the sending equipment associated with the event processing request, and weighting the importance level of the sending equipment subjected to normalization processing by adopting a fourth weight to obtain a second sending end importance score; wherein the sum of the third weight and the fourth weight is equal to the second set value; and determining the associated importance of the event processing request according to the first importance score of the sending end and the importance score of the second sending end.

S403, determining importance scores of the transaction processing requests according to the event importance of the event processing requests and the importance of the sending end associated with the event processing requests.

The event information comprises event importance level, expected response time and sending time of the event processing request and importance level of a sending end associated with the event processing request;

S404, ordering the event processing requests according to importance scores of the event processing requests according to descending order.

Optionally, if it is identified that there are at least two event processing requests that conflict with each other in each event processing request, selecting one event processing request from the at least two event processing requests that conflict with each other; the event processing requests except at least two conflicting event processing requests and the selected event processing requests are ordered.

S405, presetting a transaction number of event processing requests of the block which is sequenced in the front as a target event processing request.

S406, processing the target event processing request to obtain a target block, and performing uplink storage on the target block.

The specific process of S401 to S406 may refer to the description of the foregoing method embodiment, and its implementation principle and technical effects are similar, and are not repeated herein.

It should be understood that, although the steps in the flowcharts related to the embodiments described above are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.

Based on the above embodiment, in the present embodiment, in the vehicle rental scenario, an optional manner of event processing is provided, as shown in fig. 5, the highest-level user a scans the two-dimension code of the shared electric vehicle on the road by using the mobile phone software, pays the rental fee, and initiates a vehicle rental event request Req to the internet of things vehicle rental platform _lease . Wherein, the vehicle rental event request Req _lease Including but not limited to user number, shared electric vehicle number, road area number, application time, amount, and payment status.

Subsequently, the edge Gateway gateway_a receives the vehicle rental event request Req _lease Thereafter, intelligent contracts are invoked to build corresponding blockchain transactions TX _lease And repackaged as EBB_TX _lease A structure; further, EBB_TX _lease Forwarded to a cluster of consensus nodes in a blockchain network, each consensus node to ebb_tx _lease Caching to a local transaction pool and updating the current state information of the transaction pool.

Further, when the out-of-block condition is met, the leader node leader invokes a transaction policy on the event chain to order the locally cached ebb_tx set. Specifically, EBB_TX is resolved _lease Judging the user A as the highest user, and calculating EBB_TX _lease After the corresponding Score, the transaction TX associated with the user a will be _lease And loading the Block, and finally distributing the Block to other nodes for consensus and storage.

Finally, the edge gateway monitors TX _lease Has been stored upAfter that, an unlocking command is initiated to the internet of things module of the shared electric vehicle, and unlocking success information is fed back to the mobile phone software of the user A.

In this embodiment, an event processing method in a vehicle rental scenario is provided, which can more intuitively display the event processing flow.

Based on the same inventive concept, the embodiment of the application also provides an event processing device for implementing the event processing method. The implementation of the solution provided by the device is similar to the implementation described in the above method, so the specific limitation of one or more embodiments of the event processing device provided below may refer to the limitation of the event processing method hereinabove, and will not be repeated herein.

In one embodiment, as shown in fig. 6, there is provided an event processing apparatus 1 including: a score determination module 10, an event selection module 20, and an event processing module 30, wherein:

the score determining module 10 is configured to invoke an on-link transaction policy under the condition that the block-out condition is satisfied, and determine an importance score of each event processing request according to event information of each event processing request in the local transaction pool; the event information comprises event importance level, expected response time and sending time of the event processing request and importance level of a sending end associated with the event processing request;

The event selection module 20 is configured to select a target event processing request from the event processing requests according to the importance scores of the event processing requests;

the event processing module 30 is configured to process the target event processing request to obtain a target block, and store the target block in a uplink manner.

In one embodiment, as shown in FIG. 7, the score determination module 10 includes:

an importance determining unit 11, configured to invoke an on-chain transaction policy, and determine, according to event information of each event processing request in the local transaction pool, an event importance of each event processing request and a sender importance associated with each event processing request;

the score determining unit 12 is configured to determine an importance score of each transaction request according to the event importance of each event processing request and the importance of the sender associated with each event processing request.

In one embodiment, the importance determination unit 11 includes:

a first subunit, configured to determine, according to the event importance level, the expected response time, and the sending time of each event processing request in the local transaction pool, the event importance of each event processing request;

a second subunit, configured to determine, according to the importance level of the sender associated with each event processing request in the local transaction pool, the importance of the associated sender of each event processing request; the transmitting end comprises a transmitting party and transmitting equipment.

In one embodiment, the first subunit is specifically configured to:

In one embodiment, the second subunit is specifically configured to:

In one embodiment, as shown in FIG. 8, the event selection module 20 includes:

a ranking unit 21, configured to rank the event processing requests according to the importance scores of the event processing requests in descending order;

the event selection unit 22 is configured to preset the number of event processing requests of the transaction number in the block ordered in front as a target event processing request.

In one embodiment, the sorting unit 21 is specifically configured to:

The various modules in the event processing apparatus described above may be implemented in whole or in part by software, hardware, and combinations thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.

In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 9. The computer device includes a processor, a memory, an Input/Output interface (I/O) and a communication interface. The processor, the memory and the input/output interface are connected through a system bus, and the communication interface is connected to the system bus through the input/output interface. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is for storing event processing request data. The input/output interface of the computer device is used to exchange information between the processor and the external device. The communication interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement an event handling method.

It will be appreciated by those skilled in the art that the structure shown in fig. 9 is merely a block diagram of a portion of the structure associated with the present application and is not limiting of the computer device to which the present application applies, and that a particular computer device may include more or fewer components than shown, or may combine some of the components, or have a different arrangement of components.

In one embodiment, a computer device is provided comprising a memory and a processor, the memory having stored therein a computer program, the processor when executing the computer program performing the steps of:

In one embodiment, when the processor executes logic in the computer program for invoking the on-chain transaction policy and determining importance scores of each event processing request according to event information of each event processing request in the local transaction pool, the following steps are specifically implemented:

In one embodiment, when the processor executes logic in the computer program for determining the event importance of each event processing request and the importance of the sender associated with each event processing request according to the event information of each event processing request in the local transaction pool, the following steps are specifically implemented:

In one embodiment, the processor, executing logic in the computer program for determining the event importance of each event processing request according to the event importance level, expected response time and transmission time of each event processing request in the local transaction pool, specifically implements the following steps:

In one embodiment, when the processor executes logic in the computer program for determining the importance of the associated sender of each event processing request according to the importance level of the associated sender of each event processing request in the local transaction pool, the following steps are specifically implemented:

In one embodiment, when the processor executes logic in the computer program for selecting a target event processing request from among the event processing requests according to the importance scores of the event processing requests, the following steps are specifically implemented:

In one embodiment, when the processor executes logic in the computer program for ordering the event processing requests, the following steps are specifically implemented:

In one embodiment, a computer readable storage medium is provided having a computer program stored thereon, which when executed by a processor, performs the steps of:

In one embodiment, invoking an on-chain transaction policy in a computer program, the code logic for determining an importance score for each event processing request based on event information for each event processing request in a local transaction pool, when executed by a processor, performs the steps of:

In one embodiment, the code logic in the computer program for determining the event importance of each event processing request and the sender importance associated with each event processing request according to the event information of each event processing request in the local transaction pool is executed by the processor, and specifically implements the following steps:

In one embodiment, this code logic in the computer program for determining the event importance of each event processing request based on the event importance level, expected response time, and transmission time of each event processing request in the local transaction pool, when executed by the processor, performs the steps of:

In one embodiment, this code logic in the computer program for determining the importance of the associated sender of each event handling request based on the importance level of the associated sender of each event handling request in the local transaction pool, when executed by the processor, performs the steps of:

In one embodiment, the code logic in the computer program for selecting a target event handling request from among the event handling requests based on the importance scores of the event handling requests is executed by the processor to perform the steps of:

In one embodiment, this code logic in the computer program that orders the event processing requests, when executed by the processor, specifically implements the steps of:

In one embodiment, a computer program product is provided comprising a computer program which, when executed by a processor, performs the steps of:

In one embodiment, when the computer program is executed by the processor to invoke the on-chain transaction policy and determine the importance scores of each event processing request according to the event information of each event processing request in the local transaction pool, the following steps are specifically implemented:

In one embodiment, when the computer program is executed by the processor to determine the event importance of each event processing request and the sender importance associated with each event processing request according to the event information of each event processing request in the local transaction pool, the following steps are specifically implemented:

In one embodiment, the computer program is executed by the processor to determine the event importance of each event processing request based on the event importance level, expected response time, and transmission time of each event processing request in the local transaction pool, and specifically implement the steps of:

In one embodiment, the computer program is executed by the processor to determine the importance of the associated sender of each event handling request based on the importance level of the associated sender of each event handling request in the local transaction pool, and specifically implement the steps of:

In one embodiment, the computer program is executed by the processor to select a target event processing request from among the event processing requests according to the importance scores of the event processing requests, and specifically implements the steps of:

In one embodiment, the computer program is executed by a processor to perform the operations of ordering event processing requests, specifically implementing the steps of:

It should be noted that, the user information (including but not limited to sender information and the like) and the data (including but not limited to event processing request and the like) related to the application are information and data authorized by the user or sufficiently authorized by each party, and the collection, use and processing of the related data are required to meet the related regulations.

Those skilled in the art will appreciate that implementing all or part of the above described methods may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed, may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in the various embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magnetic random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (Phase Change Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in the form of a variety of forms, such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), and the like. The databases referred to in the various embodiments provided herein may include at least one of relational databases and non-relational databases. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processors referred to in the embodiments provided herein may be general purpose processors, central processing units, graphics processors, digital signal processors, programmable logic units, quantum computing-based data processing logic units, etc., without being limited thereto.

The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.

The above examples only represent 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 present application. It should be noted that it would be apparent to those skilled in the art that various modifications and improvements could be made without departing from the spirit of the present application, which would be within the scope of the present application. Accordingly, the scope of protection of the present application shall be subject to the appended claims.

Claims

1. A method of event processing, the method comprising:

under the condition that the block-out condition is met, calling an on-chain transaction processing strategy, and determining importance scores of all event processing requests according to event information of all event processing requests in a local transaction pool; the event information comprises an event importance level, expected response time and sending time of the event processing request and an importance level of a sending end associated with the event processing request;

2. The method of claim 1, wherein invoking the on-chain transaction policy determines an importance score for each event processing request based on event information for each event processing request in the local transaction pool, comprising:

invoking an on-chain transaction processing strategy, and determining the event importance of each event processing request and the importance of a transmitting end associated with each event processing request according to the event information of each event processing request in a local transaction pool;

and determining importance scores of the transaction processing requests according to the event importance of the event processing requests and the importance of the sending end associated with the event processing requests.

3. The method according to claim 2, wherein determining the event importance of each event processing request and the sender importance associated with each event processing request according to the event information of each event processing request in the local transaction pool comprises:

Determining the event importance of each event processing request according to the event importance level, the expected response time and the sending time of each event processing request in the local transaction pool;

determining the importance of the associated sender of each event processing request according to the importance level of the associated sender of each event processing request in the local transaction pool; the transmitting end comprises a transmitting party and transmitting equipment.

4. A method according to claim 3, wherein determining the event importance of each event processing request based on the event importance level, expected response time and transmission time of each event processing request in the local transaction pool comprises:

for each event processing request in a local transaction pool, carrying out normalization processing on event importance levels of the event processing requests, and carrying out weighting processing on the event importance levels after normalization processing by adopting a first weight to obtain a first event importance score;

determining a processing time difference of the event processing request according to the expected response time and the sending time of the event processing request;

normalizing the processing time difference, and weighting the normalized processing event difference by adopting a second weight to obtain a second event importance score; wherein the sum of the first weight and the second weight is equal to a first set value;

And determining the event importance of the event processing request according to the first event importance score and the second event importance score.

5. A method according to claim 3, wherein said determining the associated sender importance of each event handling request based on the importance level of the sender associated with each event handling request in the local transaction pool comprises:

for each event processing request in a local transaction pool, carrying out normalization processing on the importance level of a sender associated with the event processing request, and carrying out weighting processing on the importance level of the sender after normalization processing by adopting a third weight to obtain a first sender importance score;

normalizing the importance level of the sending equipment associated with the event processing request, and weighting the importance level of the sending equipment subjected to normalization processing by adopting a fourth weight to obtain a second sending end importance score; wherein the sum of the third weight and the fourth weight is equal to a second set value;

and determining the associated importance of the event processing request according to the first importance score of the sending end and the importance score of the second sending end.

6. The method of claim 1, wherein selecting a target event-handling request from among the event-handling requests based on the importance scores of the event-handling requests, comprises:

according to the descending order, sorting the event processing requests according to the importance scores of the event processing requests;

presetting a transaction number of event processing requests of the block which is sequenced in the front as a target event processing request.

7. The method of claim 6, wherein ordering the event processing requests comprises:

if the fact that at least two event processing requests conflict with each other in each event processing request is recognized, selecting one event processing request from the at least two event processing requests which conflict with each other;

the event processing requests except at least two conflicting event processing requests and the selected event processing requests are ordered.

8. An event processing apparatus, the apparatus comprising:

the score determining module is used for calling the on-chain transaction processing strategy under the condition that the block-out condition is met, and determining the importance score of each event processing request according to the event information of each event processing request in the local transaction pool; the event information comprises an event importance level, expected response time and sending time of the event processing request and an importance level of a sending end associated with the event processing request;

and the event processing module is used for processing the target event processing request to obtain a target block and performing uplink storage on the target block.

9. A computer device comprising a memory and a processor, the memory storing a computer program, characterized in that the processor implements the steps of the method of any of claims 1 to 7 when the computer program is executed.

10. A computer readable storage medium, on which a computer program is stored, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 7.

11. A computer program product comprising a computer program, characterized in that the computer program, when being executed by a processor, implements the steps of the method of any of claims 1 to 7.