CN112019337A

CN112019337A - Method, device and equipment for processing emergency based on block chain

Info

Publication number: CN112019337A
Application number: CN201910468447.4A
Authority: CN
Inventors: 许重建; 陀前途; 陈永平
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2019-05-31
Filing date: 2019-05-31
Publication date: 2020-12-01

Abstract

The application provides an emergency processing method, device and equipment based on a block chain, wherein the method comprises the following steps: receiving a processing request sent by a main node, wherein the processing request comprises a first emergency parameter and first evidence data, and storing the first evidence data in a block chain system; determining an assistant node according to the first emergency parameter, and sending a help request to the assistant node; receiving a help seeking response returned by the assistance node according to the help seeking request, wherein the help seeking response comprises second evidence data, and the second evidence data is stored in the block chain system; and receiving a query request sent by the query node, querying the evidence data corresponding to the query request from the blockchain system, and sending the queried evidence data to the query node. Through the technical scheme, the processing of the emergency can be realized based on the block chain technology, namely the emergency processing which helps each other to prove is realized by means of the block chain technology.

Description

Method, device and equipment for processing emergency based on block chain

Technical Field

The present application relates to the field of internet technologies, and in particular, to a method, an apparatus, and a device for handling an emergency event based on a block chain.

Background

The block chain technology, which may also be referred to as a distributed ledger technology, is an emerging technology in which a plurality of computing nodes participate in "accounting" together, and a complete distributed database is maintained together. The block chain technology has been widely applied in many fields because of its characteristics of decentralization, transparency, participation of each computing node in database recording, and rapid data synchronization among the computing nodes. For example, a decentralized system may be built using blockchain techniques and various executables may be included in a distributed database of blockchains for automatic execution.

Disclosure of Invention

The application provides an emergency processing method based on a block chain, wherein a block chain system comprises a plurality of block chain nodes, the method is applied to any block chain node, and the method comprises the following steps:

receiving a processing request sent by a main node, wherein the processing request comprises a first emergency parameter and first evidence data, and storing the first evidence data in the block chain system;

determining an assistant node according to the first emergency parameter, and sending a help request to the assistant node;

receiving a help seeking response returned by the assistance node according to the help seeking request, wherein the help seeking response comprises second evidence data, and the second evidence data is stored in the block chain system;

receiving a query request sent by a query node, querying evidence data corresponding to the query request from the blockchain system, and sending the queried evidence data to the query node.

Optionally, the determining the assisting node according to the first emergency parameter includes:

determining a time interval according to the time parameter, and determining a position interval according to the position parameter;

and determining an assistant node according to the time interval and the position interval.

Optionally, the storing the first evidence data in the blockchain system includes: storing a mapping relationship between the first emergency parameter and the first evidence data in the blockchain system;

said storing said second evidence data in said blockchain system, comprising: if the help-seeking response comprises a second emergency parameter, acquiring the second emergency parameter from the help-seeking response, and storing a mapping relation between the second emergency parameter and the second evidence data in the block chain system;

the querying evidence data corresponding to the query request from the blockchain system comprises: and if the query request comprises a third emergency parameter, acquiring the third emergency parameter from the query request, and querying evidence data corresponding to the third emergency parameter from the block chain system.

Optionally, before receiving the query request sent by the querying node, the method further includes:

receiving an auxiliary request sent by an auxiliary node, if the auxiliary request comprises a fourth emergency parameter and third evidence data, acquiring the fourth emergency parameter and the third evidence data from the auxiliary request, and storing a mapping relation between the fourth emergency parameter and the third evidence data in the blockchain system.

Optionally, the processing request further includes first signature information, where the first signature information is obtained by the master node signing the first evidence data based on a first private key;

said storing said first evidence data in said blockchain system, comprising:

authenticating the first signature information by using a first public key corresponding to the first private key; storing the first evidence data in the blockchain system if the first signature information is authenticated.

Optionally, the help response further includes second signature information, where the second signature information is obtained by the assisting node signing the second evidence data based on a second private key;

said storing said second evidence data in said blockchain system, comprising:

authenticating the second signature information by using a second public key corresponding to the second private key; and if the second signature information passes the authentication, storing the second evidence data in the blockchain system.

Optionally, the first evidence data comprises: textual description data, picture data, and/or video data; the second evidence data includes: textual description data, picture data, and/or video data.

Optionally, the block chain is embodied as a federation chain.

The application provides an emergency processing method based on a block chain, which comprises a plurality of block chain nodes in a block chain system, and is applied to a main node, wherein the method comprises the following steps:

acquiring a first emergency parameter and first evidence data;

sending a processing request to a blockchain node in the blockchain system, wherein the processing request comprises the first emergency parameter and the first evidence data, so that the blockchain node stores the mapping relation between the first emergency parameter and the first evidence data in the blockchain system.

Optionally, before sending the processing request to the blockchain node in the blockchain system, the method further includes: signing the first evidence data based on a first private key to obtain first signature information; the CA certificate issued by the CA organization to the main node comprises the first private key and a first public key;

the processing request further comprises the first signature information, so that the block chain node authenticates the first signature information by using a first public key corresponding to the first private key.

The application provides an emergency processing method based on a block chain, which comprises a plurality of block chain nodes in a block chain system, and the method is applied to an assistant node and comprises the following steps:

receiving a help seeking request sent by a block chain node; the help request is sent after the block chain node determines an assisting node according to a first emergency parameter;

acquiring a second emergency parameter and second evidence data;

sending a help-seeking response for the help-seeking request to a blockchain node, wherein the help-seeking response comprises the second emergency parameter and the second evidence data, so that the blockchain node stores the mapping relation between the second emergency parameter and the second evidence data in the blockchain system.

Optionally, before sending a help response to the help request to the block link point, the method further includes: signing the second evidence data based on a second private key to obtain second signature information; the CA certificate issued by the CA organization for the assisting node comprises the second private key and a second public key;

the help response further comprises the second signature information, so that the block chain node authenticates the second signature information by using a second public key corresponding to the second private key.

The application provides an emergency processing method based on a block chain, which comprises a plurality of block chain nodes in a block chain system, and is applied to a query node, and the method comprises the following steps:

acquiring a third emergency parameter;

sending a query request to a blockchain node in the blockchain system, wherein the query request comprises the third emergency parameter, so that the blockchain node queries evidence data corresponding to the third emergency parameter from the blockchain system;

and receiving a query response returned by the blockchain node, wherein the query response comprises the evidence data.

The application provides an emergency processing method based on a block chain, which comprises a plurality of block chain nodes in a block chain system, and the method is applied to an auxiliary node and comprises the following steps:

acquiring a fourth emergency parameter and third evidence data;

sending an assistance request to a blockchain node in the blockchain system, the assistance request including the fourth emergency parameter and the third evidence data, so that the blockchain node stores a mapping relationship of the fourth emergency parameter and the third evidence data in the blockchain system.

The application provides an emergency processing device based on a block chain, wherein a block chain system comprises a plurality of block chain nodes, the device is applied to any block chain node, and the device comprises:

the receiving module is used for receiving a processing request sent by the main node; wherein the processing request comprises a first emergency parameter and first evidence data;

a storage module to store the first evidence data in the blockchain system;

a determining module, configured to determine an assisting node according to the first emergency parameter;

the sending module is used for sending a help-seeking request to the assisting node;

the receiving module is further configured to receive a help seeking response returned by the assisting node according to the help seeking request; wherein the help response includes second evidence data;

the storage module is further configured to store the second evidence data in the blockchain system;

the receiving module is further configured to receive a query request sent by a query node;

the query module is used for querying evidence data corresponding to the query request from the blockchain system;

the sending module is further configured to send the queried evidence data to the querying node.

The application provides an emergency processing device based on a block chain, comprising:

a processor and a machine-readable storage medium having stored thereon a plurality of computer instructions, the processor when executing the computer instructions performs:

receiving a processing request sent by a main node, wherein the processing request comprises a first emergency parameter and first evidence data, and storing the first evidence data in a block chain system;

Based on the technical scheme, in the embodiment of the application, processing of an emergency (such as a porcelain-touching event) can be realized based on a block chain technology, that is, processing of the emergency for mutual assistance and mutual assistance evidence demonstration is realized by means of the block chain technology, and characteristics such as centralization and non-tampering are removed by means of the block chain technology, so that evidence data is stored and cannot be tampered. Due to the characteristics of the block chain, such as non-tampering, time stamp and the like, the evidence data has validity and credibility. The identity exposure risk and the certificate making trouble of witness are avoided, the enthusiasm of witness for certificate taking is improved, and the mutual help effect is achieved. The multiple nodes maintain the same evidence data together, and the evidence data is guaranteed not to be lost.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments of the present application or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present application, and other drawings can be obtained by those skilled in the art according to the drawings of the embodiments of the present application.

Fig. 1 is a flowchart of an emergency handling method based on a block chain according to an embodiment of the present application;

FIG. 2 is a flowchart of a method for handling an emergency event based on a blockchain according to an embodiment of the present application;

FIG. 3 is an architecture diagram of an application of a blockchain system in one embodiment of the present application;

FIG. 4 is a diagram of the technical architecture of a blockchain system in one embodiment of the present application;

fig. 5 is a block diagram of an emergency processing apparatus according to an embodiment of the present application;

fig. 6 is a block chain-based emergency processing apparatus according to an embodiment of the present application;

fig. 7 is a block chain-based emergency processing device according to an embodiment of the present application.

Detailed Description

The terminology used in the embodiments of the present application is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein is meant to encompass any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in the embodiments of the present application to describe various information, the information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present application. Depending on the context, moreover, the word "if" as used may be interpreted as "at … …" or "when … …" or "in response to a determination".

The embodiment of the application provides an emergency processing method based on a block chain, which is used for realizing the processing of emergency (such as porcelain collision events) based on the block chain technology, so that the emergency processing of mutual assistance and mutual assistance evidence can be realized by means of the block chain technology, and evidence data has validity and credibility because the evidence data can not be tampered. The witness can send the evidence data to the block chain link points in the block chain system, so that the identity exposure risk and the certificate making trouble of the witness are avoided, the enthusiasm of witness for certificate taking is improved, and the mutual assistance effect is achieved.

The embodiments of the present application are described below with reference to specific embodiments and specific application scenarios.

Fig. 1 is a block chain-based emergency processing method provided in an embodiment of the present application, where a block chain system includes a plurality of block chain nodes, and the method is applied to any one of the block chain nodes, and the method may include:

step 101, receiving a processing request sent by a master node, where the processing request includes a first emergency parameter and first evidence data, and storing the first evidence data in a blockchain system.

Optionally, storing the first evidence data in the blockchain system may include, but is not limited to: and storing the mapping relation between the first emergency parameter and the first evidence data in a block chain system.

Optionally, the processing request further includes first signature information, where the first signature information is obtained by the master node signing the first evidence data based on the first private key. Based on this, storing the first evidence data in the blockchain system may include: authenticating the first signature information by using a first public key corresponding to the first private key; and if the first signature information passes the authentication, storing the first evidence data in the blockchain system.

Step 102, determining a assisting node according to the first emergency parameter, and sending a help request to the assisting node. Wherein the help request is used for requesting the assisting node to return second evidence data.

Optionally, in an example, the first emergency parameter may include a time parameter and a location parameter, based on which, a time interval may be determined according to the time parameter, and a location interval may be determined according to the location parameter. Then, a helper node may be determined based on the time interval and the location interval.

For example, the time parameter may be the occurrence time of the emergency, or a certain time after the emergency occurs, and the time a is taken as an example. The time interval may be [ time a, time B ], and the difference between time B and time a may be configured empirically, such as 5 minutes, and so on, and thus time B may be determined based on time a and the difference. Alternatively, the time interval may be [ time C, time B ], time C being a value less than time a. Of course, the above is only an example of the time interval, and the time interval is not limited.

The location parameter may be an occurrence location (e.g., longitude and latitude) of the emergency event, or a location near the occurrence location of the emergency event, and the location R is taken as an example in the following. For a circle having a position R as a center and a length S (which may be empirically configured, for example, 50 m) as a radius, a section made up of all positions within the circle is defined as the position section. Of course, the above is only an example of the position interval, and the position interval is not limited.

Further, if at a certain time within the time interval, the position of a certain node is exactly within the position interval, the node is determined as an assisting node, and the number of assisting nodes may be one or more. The assisting node can be a mobile terminal (such as a smart phone) or an image acquisition device (such as a camera).

And 103, receiving a help-seeking response returned by the assistance node according to the help-seeking request, wherein the help-seeking response can comprise second evidence data, and storing the second evidence data in the blockchain system.

Optionally, storing the second evidence data in the blockchain system may include, but is not limited to: and if the help-seeking response comprises a second emergency parameter, acquiring the second emergency parameter from the help-seeking response, and storing the mapping relation between the second emergency parameter and the second evidence data in the block chain system.

Optionally, the help response further includes second signature information, where the second signature information is obtained by the assistance node signing the second evidence data based on the second private key. Based on this, storing the second evidence data in the blockchain system may include: authenticating the second signature information by using a second public key corresponding to the second private key; and if the second signature information passes the authentication, storing the second evidence data in the blockchain system.

Step 104, receiving a query request sent by a query node, querying evidence data corresponding to the query request from the blockchain system, and sending the queried evidence data to the query node.

Optionally, querying the evidence data corresponding to the query request from the blockchain system may include, but is not limited to: and if the query request comprises the third emergency parameter, acquiring the third emergency parameter from the query request, and querying evidence data corresponding to the third emergency parameter from the block chain system.

Optionally, before receiving the query request sent by the query node, an assistance request sent by the assistance node may be received, the assistance request including third evidence data, and the third evidence data is stored in the blockchain system. Specifically, the third evidence data stored in the blockchain system may include, but is not limited to: if the auxiliary request includes a fourth emergency parameter, the fourth emergency parameter is obtained from the auxiliary request, and a mapping relationship between the fourth emergency parameter and the third evidence data is stored in the block chain system. The number of the auxiliary nodes can be one or more, and the auxiliary nodes can be mobile terminals (such as smart phones).

Optionally, the auxiliary request further includes third signature information, where the third signature information is obtained by the auxiliary node signing the third evidence data based on the third private key. Based on this, storing the third evidence data in the blockchain system may include: authenticating the third signature information by using a third public key corresponding to the third private key; and if the third signature information passes the authentication, storing the third evidence data in the blockchain system.

Optionally, in the above embodiment, the first evidence data includes, but is not limited to: textual description data, picture data, and/or video data; the second evidence data includes, but is not limited to: textual description data, picture data, and/or video data; the third evidence data includes, but is not limited to: textual description data, picture data, and/or video data. Of course, the above are just a few examples, and there is no limitation on the type of evidence data.

Optionally, in the above embodiment, the type of the blockchain is not limited, for example, the blockchain may be a federation chain, or may be another type of blockchain (e.g., a private chain, a public chain, etc.) other than the federation chain.

For example, for the Blockchain system in the above embodiments, the Blockchain system may be a Blockchain system implemented based on an ethernet technology, or a Blockchain system implemented based on a hyper-ledger Fabric technology, or a Blockchain system implemented based on an R3Corda technology, or a Blockchain system implemented based on a BAAS (Blockchain as a Service).

Of course, the above are only a few examples of the blockchain system, and the blockchain system is not limited thereto.

In an example, the execution sequence is only an example given for convenience of description, and in practical applications, the execution sequence between steps may also be changed, and the execution sequence is not limited. Moreover, in other embodiments, the steps of the respective methods do not have to be performed in the order shown and described herein, and the methods may include more or less steps than those described herein. Moreover, a single step described in this specification may be broken down into multiple steps for description in other embodiments; multiple steps described in this specification may be combined into a single step in other embodiments.

Based on the same application concept as the method described above, an embodiment of the present application provides another burst event processing method based on a blockchain, where a blockchain system includes a plurality of blockchain nodes, and the method is applied to a master node, and different from the embodiment described above, the embodiment is directed to a processing flow of the master node, and the method includes:

the method comprises the steps of obtaining a first emergency parameter and first evidence data, and sending a processing request to a block chain link point in a block chain system, wherein the processing request comprises the first emergency parameter and the first evidence data, so that the block chain link point stores a mapping relation between the first emergency parameter and the first evidence data in the block chain system.

Optionally, in an example, before sending the processing request to the block chain node in the block chain system, the first evidence data may also be signed based on the first private key to obtain first signature information; the CA certificate issued by the CA organization for the main node comprises a first private key and a first public key.

Based on this, the processing request further includes first signature information, so that the blockchain node authenticates the first signature information by using a first public key corresponding to the first private key, and after the authentication is passed, the blockchain node stores a mapping relationship between the first emergency parameter and the first evidence data in the blockchain system.

Based on the same application concept as the method, an embodiment of the present application provides another method for handling an emergency event based on a blockchain, where a blockchain system includes a plurality of blockchain nodes, and the method is applied to an assisting node, and different from the embodiment, the embodiment is directed to a process of the assisting node, and the method includes:

and receiving a help request sent by the blockchain node, wherein the help request is sent after the blockchain node determines the assisting node according to the first emergency parameter (namely the first emergency parameter sent to the blockchain node by the master node). And acquiring a second emergency parameter and second evidence data, and sending a help-seeking response for the help-seeking request to the block chain link point, wherein the help-seeking response comprises the second emergency parameter and the second evidence data, so that the block chain link point stores the mapping relation between the second emergency parameter and the second evidence data in the block chain system.

Optionally, in an example, before sending a help-seeking response for the help-seeking request to the block link point, the second evidence data may be signed based on a second private key to obtain second signature information; the CA certificate issued by the CA organization for the assistant node includes a second private key and a second public key.

Based on this, the help response further includes second signature information, so that the block chain node authenticates the second signature information by using a second public key corresponding to the second private key, and after the authentication is passed, the block chain node stores the mapping relationship between the second emergency parameter and the second evidence data in the block chain system.

Based on the same application concept as the method described above, an embodiment of the present application provides another method for processing an emergency event based on a block chain, where a block chain system includes a plurality of block chain nodes, and the method is applied to a query node, and different from the embodiment, this embodiment is directed to a process of the query node, and the method includes:

and acquiring a third emergency parameter, and sending an inquiry request to a block chain node in the block chain system, wherein the inquiry request comprises the third emergency parameter, so that the block chain node inquires evidence data corresponding to the third emergency parameter from the block chain system. Then, a query response returned by the blockchain node is received, and the query response includes the evidence data, such as the first evidence data and/or the second evidence data, and the like.

Based on the same application concept as the method described above, an embodiment of the present application provides another method for handling an emergency event based on a blockchain, where a blockchain system includes a plurality of blockchain nodes, and the method is applied to an auxiliary node, and different from the embodiment described above, the embodiment is directed to a process of the auxiliary node, and the method includes:

and acquiring a fourth emergency parameter and third evidence data, and sending an auxiliary request to a block chain link point in the block chain system, wherein the auxiliary request comprises the fourth emergency parameter and the third evidence data, so that the block chain link point stores a mapping relation between the fourth emergency parameter and the third evidence data in the block chain system.

The following describes an emergency processing method based on a block chain in conjunction with a specific application scenario.

The emergency is an event commonly occurring in the social development process, such as a porcelain-touching event, and the like, and the emergency can also be other types of events, such as a traffic accident event, a robbery event, a theft event, and the like, without limitation, and the porcelain-touching event is taken as an example in the following. When an emergency occurs, a party usually collects relevant data by using a vehicle data recorder or collects relevant data by using a mobile terminal (such as a smart phone).

However, when the automobile data recorder is used for collecting relevant data, the automobile data recorder is generally unidirectional, the whole event occurrence process is difficult to shoot in all directions, images and a screen are easy to modify through a computer technology, evidence provided by a party may not be recognized, and data loss may occur.

When a mobile terminal is used for collecting relevant data, the whole event occurrence process is difficult to shoot in all directions, key scenes of the event cannot be collected possibly, photos and screens are easy to modify and process through computer technology, evidences provided by parties in a single party cannot be recognized, and data loss can also occur.

In addition, witnesses at the scene of the incident may be reluctant to do witness to help to claim the evidence.

In summary, the current emergency handling process results in that the emergency cannot be handled fairly.

In view of the above findings, the embodiments of the present application provide a method for processing an emergency based on a block chain, which implements processing of an emergency (such as a porcelain-touching event) based on a block chain technology, thereby implementing processing of an emergency that helps each other to prove with the block chain technology, and since evidence data cannot be tampered, the evidence data has validity and credibility. The witness can send the evidence data to the block chain system, so that the identity exposure risk and the certificate making trouble of the witness are avoided, the enthusiasm of witness for certificate taking is improved, and the mutual assistance effect is achieved.

Referring to fig. 2, the blockchain system (also referred to as a blockchain platform) includes a plurality of blockchain nodes, and in fig. 2, 4 blockchain nodes are taken as an example, and in practical applications, the number of blockchain nodes may be larger. The blockchain may be a federation chain, or may be another type of blockchain other than a federation chain (e.g., a private chain, a public chain, etc.), and the type of blockchain is not limited. The blockchain system can be a blockchain system implemented based on an ethernet technology, or a blockchain system implemented based on a hyper-leader Fabric technology, or a blockchain system implemented based on an R3Corda technology, or a blockchain system implemented based on a BAAS. Of course, the above are only a few examples of the blockchain system, and the blockchain system is not limited thereto.

In step 201, after an emergency occurs, a party may send a processing request to a blockchain node in a blockchain system through a master node (e.g., a mobile terminal, etc.). For example, a mobile terminal (referred to herein as a master node for ease of distinction) used by a party may include a client for processing an emergency event, and after the emergency event occurs, the party may transmit a processing request to a block chain node through the client.

The processing request may include a first emergency parameter (for convenience of differentiation, the emergency parameter corresponding to the master node is referred to as the first emergency parameter), such as a time parameter and a location parameter. The time parameter may be the time of the occurrence of the emergency event or a certain time after the occurrence of the emergency event. The location parameter may be the location of the occurrence of the emergency event or a location near the location of the occurrence of the emergency event.

For example, when the master node needs to send a processing request to the block link node, the master node may obtain a time parameter (e.g., a time value) and a location parameter (e.g., a location where a party is located at the current time, such as longitude and latitude), and add the time parameter and the location parameter to the processing request. Alternatively, the user may input the time parameter and the location parameter to the master node, and the master node acquires the time parameter and the location parameter input by the user and adds the time parameter and the location parameter to the processing request.

Wherein the processing request may include first evidence data (for convenience of differentiation, the evidence data sent by the master node to the blockchain node is referred to as first evidence data), including but not limited to: the text description data, the picture data, and/or the video data, the format of the first evidence data is not limited.

For example, the party collects the relevant data (i.e., data related to the emergency) using a tachograph, or collects the relevant data (i.e., data related to the emergency) using a mobile terminal. The master node may then retrieve this data (i.e., the first evidence data) and add the first evidence data to the processing request.

Through the above processing, the master node may obtain a processing request, where the processing request includes the first emergency parameter and the first evidence data, and send the processing request to the blockchain node in the blockchain system.

In step 202, after receiving the processing request sent by the master node, the blockchain node acquires the first emergency parameter and the first evidence data from the processing request, and stores the mapping relationship between the first emergency parameter and the first evidence data in the blockchain system, that is, stores the mapping relationship between the first emergency parameter and the first evidence data in a plurality of blockchain nodes of the blockchain system. For example, the block chain node that receives the processing request stores the mapping relationship between the first emergency parameter and the first evidence data at the block chain node, and broadcasts the first emergency parameter and the first evidence data to other block chain nodes of the block chain system, so that the other block chain nodes store the mapping relationship between the first emergency parameter and the first evidence data.

In step 202, after receiving the processing request sent by the master node, the block link node may further determine a helper node according to the first emergency parameter, and send a help-seeking request to the helper node, where the number of the helper nodes may be one or more, and the helper nodes may be mobile terminals (such as smart phones, and the mobile terminals may include clients for processing the emergency) or image acquisition devices (such as cameras).

Optionally, the first emergency parameter may include a time parameter and a location parameter, based on which, a time interval may be determined according to the time parameter, and a location interval may be determined according to the location parameter. Then, a help node is determined according to the time interval and the position interval, and a help request is sent to the help node.

Further, if the position of a certain node is just located in the position interval at a certain time in the time interval, the node is determined as an assisting node, and a help request is sent to the assisting node.

In step 203, after receiving the help request sent by the blockchain node, the assisting node may also send a help response for the help request to the blockchain node in the blockchain system.

Firstly, assuming that the assisting node is a mobile terminal, after the assisting node receives a help-seeking request, the witness can send a help-seeking response to the block link point through the assisting node. For example, a mobile terminal (referred to as an assistance node herein for convenience of differentiation) used by a witness includes a client for handling an emergency event, and after receiving a help request, the witness may send a help response to a block link point through the client.

The help-seeking response may include a second emergency parameter (for convenience of distinction, the emergency parameter corresponding to the assisting node is referred to as the second emergency parameter), such as a time parameter and a location parameter. The time parameter may be the time of the occurrence of the emergency event or a certain time after the occurrence of the emergency event. The location parameter may be the location of the occurrence of the emergency event or a location near the location of the occurrence of the emergency event.

For example, when the assisting node needs to send a help-seeking response to the block link point, the assisting node may obtain a time parameter (e.g., a time value) and a location parameter (e.g., a location where the party is located at the current time, such as longitude and latitude) of the current time, and add the time parameter and the location parameter to the help-seeking response. Or the user inputs the time parameter and the position parameter to the assistant node, and the assistant node acquires the time parameter and the position parameter input by the user and adds the time parameter and the position parameter in the help-seeking response.

Wherein, the help response may include second evidence data (for the sake of convenience of differentiation, the evidence data sent by the assisting node to the blockchain node is referred to as second evidence data), which includes but is not limited to: the text description data, the picture data, and/or the video data, and the format of the second evidence data is not limited.

For example, witnesses use a tachograph to collect relevant data (i.e., data relating to an emergency event) or use a mobile terminal to collect relevant data (i.e., data relating to an emergency event). The helper node may retrieve this data (i.e., the second evidence data) and add the second evidence data to the help response.

Through the processing, the assisting node can obtain a help-seeking response, the help-seeking response comprises a second emergency parameter and second evidence data, and the help-seeking response is sent to the block link point in the block chain system.

Secondly, assuming that the assisting node is an image acquisition device (such as a camera), after receiving the help-seeking request, the assisting node sends a help-seeking response to the block link point. For example, the assisting node comprises a client for processing an emergency, and after receiving the help request, the assisting node can send a help response to the block link node through the client.

The help response may include, among other things, second incident parameters, such as a time parameter and a location parameter. The time parameter may be the time of the occurrence of the emergency event or a certain time after the occurrence of the emergency event. The location parameter may be the location of the occurrence of the emergency event or a location near the location of the occurrence of the emergency event.

For example, when the assisting node needs to send a help-seeking response to the block link point, a time parameter at the current time (e.g., a time value at the current time) and a location parameter at the current time (e.g., a location where the party is located at the current time, such as longitude and latitude) may be obtained, and the time parameter and the location parameter may be added to the help-seeking response.

Wherein the help response may include second evidence data including, but not limited to: the text description data, the picture data, and/or the video data, and the format of the second evidence data is not limited.

For example, the assisting node (i.e., the image capturing device) may periodically capture the relevant data. After receiving the help request, the assisting node may obtain data in a recent period (e.g., from 5 th minute before the current time to the current time) (i.e., data collected by the assisting node in the period, which are referred to herein as second evidence data), and add the second evidence data to the help response.

In step 204, after receiving the help-seeking response sent by the assisting node, the blockchain node acquires a second emergency parameter and second evidence data from the help-seeking response, and stores a mapping relationship between the second emergency parameter and the second evidence data in the blockchain system, that is, stores a mapping relationship between the second emergency parameter and the second evidence data in a plurality of blockchain nodes of the blockchain system. For example, the blockchain node that receives the help response stores the mapping relationship between the second emergency parameter and the second evidence data at the blockchain node, and broadcasts the second emergency parameter and the second evidence data to other blockchain nodes of the blockchain system, so that the other blockchain nodes store the mapping relationship between the second emergency parameter and the second evidence data.

In step 205, the secondary node may send a secondary request to a blockchain node in the blockchain system. For example, after an emergency occurs, even if the witness does not receive a help request, the witness may send an auxiliary request to a blockchain node in the blockchain system through an auxiliary node (e.g., a mobile terminal, etc.). For example, a mobile terminal (referred to herein as an assistant node for convenience of differentiation) used by a witness may include a client for handling an emergency event, and after the emergency event occurs, the witness may send an assistant request to a block link point through the client even if the witness does not receive a help request.

The auxiliary request may include a fourth emergency parameter (for convenience of distinction, the emergency parameter corresponding to the auxiliary node is referred to as a fourth emergency parameter), such as a time parameter, a location parameter, and the like. The time parameter may be the time of the occurrence of the emergency event or a certain time after the occurrence of the emergency event. The location parameter may be the location of the occurrence of the emergency event or a location near the location of the occurrence of the emergency event.

For example, when the auxiliary node needs to send an auxiliary request to the block link node, a time parameter (e.g., a time value) and a location parameter (e.g., a location where a witness is located, such as longitude and latitude) at the current time may be obtained, and the time parameter and the location parameter may be added to the auxiliary request. Alternatively, the user may input the time parameter and the location parameter to the assist node, and the assist node acquires the time parameter and the location parameter input by the user and adds the time parameter and the location parameter to the assist request.

Wherein the assistance request may include third evidence data (for convenience of differentiation, the evidence data sent by the assistance node to the blockchain node is referred to as third evidence data), which includes but is not limited to: the text description data, the picture data, and/or the video data, and the format of the third evidence data is not limited.

For example, witnesses use a tachograph to collect relevant data (i.e., data relating to an emergency event) or use a mobile terminal to collect relevant data (i.e., data relating to an emergency event). The secondary node may then retrieve this data (i.e., the third evidence data) and add the third evidence data to the secondary request.

After the above processing, the secondary node may obtain a secondary request, where the secondary request includes the fourth emergency parameter and the third evidence data, and send the secondary request to the blockchain node in the blockchain system.

In step 206, after receiving the auxiliary request sent by the auxiliary node, the blockchain node acquires a fourth emergency parameter and third evidence data from the auxiliary request, and stores a mapping relationship between the fourth emergency parameter and the third evidence data in the blockchain system, that is, stores a mapping relationship between the fourth emergency parameter and the third evidence data in a plurality of blockchain nodes of the blockchain system. For example, the block chain link point receiving the auxiliary request stores the mapping relationship between the fourth emergency parameter and the third evidence data at the block chain node, and broadcasts the fourth emergency parameter and the third evidence data to other block chain nodes of the block chain system, so that the other block chain link points store the mapping relationship between the fourth emergency parameter and the third evidence data.

Optionally, in an example, a CA (Certificate Authority) organization may also issue a real-name authenticated CA Certificate for each participant (e.g., the above-mentioned master node, assist node, secondary node, etc.), where the CA Certificate includes a unique pair of public and private keys. The public key is the unique identification of the participant and is used for signature verification of own transaction. The private key is used to sign transactions that originate with itself. In addition, the block chain node also needs to configure a CA certificate of each participant, which contains a public key and a private key.

Based on this, before the master node sends the processing request to the block link node, the first evidence data may be signed based on the first private key (that is, a private key included in a CA certificate issued by a CA organization for the master node, for convenience of distinction, the private key is referred to herein as a first private key, and a public key in the CA certificate may be referred to as a first public key), so as to obtain first signature information, and add the first signature information to the processing request. The master node then sends the processing request to the block chain node, and the processing request further includes the first signature information.

Further, after receiving the processing request, the block link node may obtain the first signature information from the processing request, and authenticate the first signature information by using the first public key corresponding to the first private key (i.e., the public key included in the CA certificate corresponding to the master node), which does not limit the authentication process. And if the first signature information is not authenticated, the block chain node refuses to store the first evidence data. If the first signature information is authenticated, the blockchain node stores the first evidence data in the blockchain system, for example, a mapping relationship between the first emergency parameter and the first evidence data is stored in a plurality of blockchain nodes of the blockchain system.

Before the assisting node sends the help-seeking response to the block link node, the assisting node may also sign the second evidence data based on a second private key (that is, a private key included in a CA certificate issued by a CA organization for the assisting node, for convenience of distinction, referred to herein as a second private key, and a public key in the CA certificate may be referred to as a second public key), obtain second signature information, and add the second signature information to the help-seeking response. Then, the assisting node sends the help-seeking response to the block chain node, and the help-seeking response also comprises the second signature information.

Further, after receiving the help-seeking response, the blockchain node may obtain second signature information from the help-seeking response, and authenticate the second signature information by using a second public key corresponding to the second private key (i.e., a public key included in the CA certificate corresponding to the assist node), without limiting the authentication process. And if the second signature information is not authenticated, the block chain node refuses to store the second evidence data. If the second signature information is authenticated, the blockchain node stores the second evidence data in the blockchain system, for example, a mapping relationship between the second emergency parameter and the second evidence data is stored in a plurality of blockchain nodes of the blockchain system.

Before the auxiliary node sends the auxiliary request to the block link node, the auxiliary node may also sign the third evidence data based on a third private key (that is, a private key included in a CA certificate issued by a CA organization for the auxiliary node, for convenience of distinction, referred to herein as a third private key, and a public key in the CA certificate may be referred to as a third public key), obtain third signature information, and add the third signature information to the auxiliary request. The secondary node then sends the secondary request to the block-node, and the secondary request also includes the third signature information.

Further, after receiving the auxiliary request, the blockchain node may obtain third signature information from the auxiliary request, and authenticate the third signature information by using a third public key corresponding to the third private key (i.e., a public key included in a CA certificate corresponding to the auxiliary node), without limiting the authentication process. And if the third signature information is not authenticated, the block chain node refuses to store the third evidence data. If the third signature information is authenticated, the blockchain node stores the third evidence data in the blockchain system, for example, a mapping relationship between the fourth emergency parameter and the third evidence data is stored in a plurality of blockchain nodes of the blockchain system.

In step 207, after the emergency occurs, if the evidence data corresponding to the emergency needs to be queried, a query person (e.g., lawyer, moderator, police officer, traffic policeman, etc.) may send a query request to a blockchain node in the blockchain system through a query node (e.g., a terminal device, which includes a mobile terminal, a laptop, a personal computer, etc.). For example, a terminal device (referred to as a query node herein for convenience of differentiation) used by a query staff may include a client for processing an emergency, and after the emergency occurs, the query staff may send a query request to a block link node through the client.

The query request may include a third emergency parameter (for convenience of differentiation, the emergency parameter corresponding to the query node is referred to as the third emergency parameter), such as a time parameter (i.e., the time parameter corresponding to the emergency to be queried) and a location parameter (i.e., the location parameter corresponding to the emergency to be queried). The time parameter may be the occurrence time of an emergency (i.e., an emergency to be queried) or a certain time after the occurrence of the emergency. The location parameter may be the location of the occurrence of the emergency event (i.e., the emergency event to be queried), or some location near the location of the occurrence of the emergency event.

For example, when the query node needs to send a query request to the block chain node, a query person (such as a lawyer, a moderator, a police officer, a traffic police officer, or the like) may input a time parameter and a position parameter to the query node, and the query node obtains the time parameter and the position parameter input by the query person, adds the time parameter and the position parameter to the query request, and sends the query request to the block chain node in the block chain system.

In step 208, after receiving the query request sent by the query node, the block link node may obtain a third emergency parameter from the query request, query evidence data (such as the first evidence data, the second evidence data, the third evidence data, and the like) corresponding to the third emergency parameter from the block chain system, and send the queried evidence data to the query node, so that the query node performs emergency processing according to the evidence data, which is not described again.

Optionally, the third emergency parameter may include a time parameter (hereinafter referred to as time parameter 1 for descriptive convenience) and a location parameter (hereinafter referred to as location parameter 1 for descriptive convenience), based on which the evidence data corresponding to the third emergency parameter is queried from the block chain system, which may include but is not limited to: the time interval A is determined according to the time parameter 1, and the position interval B is determined according to the position parameter 1. And determining the evidence data corresponding to the third emergency parameter according to the emergency parameters (such as the time parameter 2 and the position parameter 2) corresponding to the evidence data stored in the block chain system, the time interval A and the position interval B.

For example, if the time parameter 2 corresponding to the stored evidence data (such as the first evidence data, the second evidence data, and the third evidence data) is located in the time interval a, and the location parameter 2 corresponding to the evidence data is located in the location interval B, the evidence data may be determined as the evidence data corresponding to the third emergency parameter. Otherwise, the evidence data is not the evidence data corresponding to the third emergency parameter.

For example, the time parameter 1 may be the occurrence time of the emergency to be queried, or a certain time after the emergency to be queried occurs, and the time 1 is taken as an example in the following. Time interval a may be [ time 1, time 2], and the difference between time 2 and time 1 may be configured empirically, such as 5 minutes, and so on, and thus time 2 may be determined based on time 1 and the difference. Alternatively, time interval a may be [ time 3, time 2], time 3 being a value less than time 1. Of course, the above is only an example of the time interval a, and the method is not limited thereto.

The location parameter 1 may be an occurrence location of an emergency to be queried, or a location near the occurrence location of the emergency to be queried, and the location 1 is taken as an example. A circle having a radius of length R (which may be empirically configured, for example, 50 m) centered at position 1 is defined as a position section B, which is a section formed by all positions in the circle. Of course, the above is only an example of the position interval, and the position interval is not limited thereto.

Further, for each piece of evidence data (e.g., first evidence data, second evidence data, third evidence data, etc.) stored in the blockchain system, the emergency parameter corresponding to the piece of evidence data (e.g., first emergency parameter corresponding to the first evidence data, second emergency parameter corresponding to the second evidence data, and fourth emergency parameter corresponding to the third evidence data) may be obtained, and the emergency parameter includes a time parameter (e.g., time parameter 2) and a location parameter (e.g., location parameter 2). Based on this, if the time parameter 2 corresponding to the evidence data is located in the time interval a and the location parameter 2 corresponding to the evidence data is located in the location interval B, the evidence data is determined as the evidence data corresponding to the third emergency parameter. If the time parameter 2 corresponding to the evidence data is not located in the time interval a and/or the location parameter 2 corresponding to the evidence data is not located in the location interval B, the evidence data is not evidence data corresponding to the third emergency parameter.

And after inquiring the evidence data corresponding to the third emergency parameter from the block chain system, the block chain node sends the inquired evidence data to the inquiring node so that the inquiring node can process according to the evidence data.

Based on the technical scheme, in the embodiment of the application, processing of an emergency (such as a porcelain-touching event) can be realized based on a block chain technology, that is, processing of the emergency for mutual assistance and mutual assistance evidence demonstration is realized by means of the block chain technology, and characteristics such as centralization and non-tampering are removed by means of the block chain technology, so that evidence data is stored and cannot be tampered. Due to the characteristics of the block chain, such as non-tampering, time stamp and the like, the evidence data has validity and credibility. The identity exposure risk and the certificate making trouble of witness are avoided, the enthusiasm of witness for certificate taking is improved, and the mutual help effect is achieved. The multiple nodes maintain the same evidence data together, and the evidence data is guaranteed not to be lost. Supporting anonymous uploading of evidence data, incidents may be correlated according to time parameters, location parameters (such as location parameters derived based on GPS positioning), and evidence data. The camera can respond to seeking help automatically, can compress the packing automatically and upload video recording, and the video can prolong alone and preserve for evidence data is more comprehensive.

Referring to fig. 3, a diagram of an application architecture of the blockchain system is shown, which describes functions and responsibilities of each participant and a basic structure of a blockchain ledger (for storing the contents of the above-mentioned evidence data and the like).

For a principal to communicate with a blockchain node in a blockchain system through a master node, the master node needs to have the following functions: uploading evidence data, inquiring evidence data, initiating help seeking, signing evidence data and the like, and the specific implementation process of the master node can be referred to the above embodiments and is not described herein again.

For a witness (i.e., witness of an emergency), the witness communicates with a block chain node in a block chain system through an assistant node/auxiliary node, and the assistant node/auxiliary node needs to have the following functions: for specific implementation processes of uploading evidence data, inquiring evidence data, responding to help, signing evidence data, and the like, the assisting node/assisting node may refer to the above embodiments, and details are not described herein.

The cameras (i.e., roadside cameras) can communicate with the blockchain nodes in the blockchain system, and the cameras (i.e., the assisting nodes) need to have the following functions: for example, the specific implementation process of the camera can refer to the above embodiments, and details are not described herein.

The blockchain system (i.e., a plurality of blockchain nodes) uses blocks (e.g., block K +1, block K +2, …, block K + n, etc.) to store transactions, which are all data that needs to be stored in the blockchain system, such as the first evidence data, the second evidence data, the third evidence data, etc., without limitation.

For the inquirers (i.e. the inquirers of the emergency, such as lawyers, mediators, police officers, traffic policers, etc.), the inquirers communicate with the block chain link points in the block chain system through the inquiry nodes, and the inquiry nodes have the inquiry and check functions of the evidence data.

Referring to fig. 4, a technical architecture diagram of a blockchain system is shown, describing a system architecture of various participants, which may include but are not limited to: parties, witnesses (such as witness a and witness b), cameras, lawyers, mediators, police officers, traffic police officers, CA agencies, and the like.

The CA mechanism is used for sending a CA certificate of real name authentication for each participant, the CA certificate comprises a pair of unique public key and private key, the public key is the unique identification of each participant, the public key is used for signature verification of the transaction of the participant, and the private key is used for signature of the transaction sent by the participant.

In order to facilitate Development of an Application system, the blockchain system may uniformly provide an access platform, the access platform provides friendly API (Application Programming Interface), Web page access and wireless access to the Application system, and the access platform can interact with the blockchain system through an SDK (Software Development Kit).

For lawyers, mediators, police personnel and traffic police personnel, the access platform can be deployed and the access platform interacts with the block chain system. Lawyers, mediators, police personnel, traffic police personnel and the like can butt joint the access platform with the application system of the lawyer, the mediation personnel, the police personnel, the traffic police personnel and the like in an API mode, so that the access platform can be interacted with the block chain system through the access platform, and the access platform can be directly accessed through a web mode.

For the parties and witnesses (such as witness A and witness B), based on the wireless service provided by any access platform, the client (such as APP) of the mobile terminal can be used for accessing, and operations such as uploading of evidence data, inquiring of the evidence data, signing of the evidence data, initiating help seeking, responding to help seeking and the like are directly performed on the client of the mobile terminal. For the roadside camera, based on API service provided by any access platform, operations such as response help seeking, evidence data uploading, evidence data signature and the like can be performed.

Referring to fig. 5, the modules of the emergency processing device are shown. And the evidence uploading module has the capability of actively or automatically uploading evidence data. And the evidence query module is capable of querying evidence from the blockchain system. An evidence signature module: the ability to sign credential data is provided. A sending help module: the block chain system can respond and send help-seeking requests to similar nodes in the peripheral range according to positioning. A receive response help module: the device has the capability of actively or automatically receiving help.

Based on the same application concept as the method described above, an embodiment of the present application further provides an emergency processing apparatus based on a blockchain, where a blockchain system includes a plurality of blockchain nodes, and the apparatus is applied to any one of the blockchain nodes, as shown in fig. 6, and is a structural diagram of the emergency processing apparatus, and the apparatus includes:

a receiving module 61, configured to receive a processing request sent by a master node; wherein the processing request comprises a first emergency parameter and first evidence data;

a storage module 62 for storing the first evidence data in the blockchain system;

a determining module 63, configured to determine an assisting node according to the first emergency parameter;

a sending module 64, configured to send a help request to the assist node;

the receiving module 61 is further configured to receive a help seeking response returned by the assisting node according to the help seeking request; wherein the help response includes second evidence data;

the storage module 62 is further configured to store the second evidence data in the blockchain system;

the receiving module 61 is further configured to receive an inquiry request sent by an inquiry node;

a query module 65, configured to query evidence data corresponding to the query request from the blockchain system;

the sending module 64 is further configured to send the queried evidence data to the querying node.

The first emergency parameter includes a time parameter and a location parameter, and the determining module 63 is specifically configured to: determining a time interval according to the time parameter, and determining a position interval according to the position parameter; and determining an assistant node according to the time interval and the position interval.

The storage module 62 is specifically configured to, when storing the first evidence data in the blockchain system: storing a mapping relationship between the first emergency parameter and the first evidence data in the blockchain system;

the storage module 62 is specifically configured to, when storing the second evidence data in the blockchain system: if the help-seeking response comprises a second emergency parameter, acquiring the second emergency parameter from the help-seeking response, and storing a mapping relation between the second emergency parameter and the second evidence data in the block chain system;

the query module 65 is specifically configured to, when querying the evidence data corresponding to the query request from the blockchain system: and if the query request comprises a third emergency parameter, acquiring the third emergency parameter from the query request, and querying evidence data corresponding to the third emergency parameter from the block chain system.

The receiving module 61 is further configured to receive an auxiliary request sent by an auxiliary node; wherein the assistance request comprises a fourth incident parameter and third evidence data;

the storage module 62 is further configured to obtain the fourth emergency parameter and the third evidence data from the auxiliary request, and store a mapping relationship between the fourth emergency parameter and the third evidence data in the blockchain system.

The processing request further comprises first signature information, and the first signature information is obtained by the main node after signing the first evidence data based on a first private key;

the storage module 62 is specifically configured to, when storing the first evidence data in the blockchain system:

The help-seeking response further comprises second signature information, wherein the second signature information is obtained by the assistance node after signing the second evidence data based on a second private key;

the storage module 62 is specifically configured to, when storing the second evidence data in the blockchain system:

Based on the same application concept as the method described above, an embodiment of the present application further provides an emergency processing device based on a block chain, where the emergency processing device based on the block chain includes: a processor and a machine-readable storage medium; wherein the machine-readable storage medium has stored thereon a plurality of computer instructions, and the processor executes the computer instructions to perform the following:

Referring to fig. 7, which is a block diagram of an emergency event handling device based on a block chain according to an embodiment of the present application, the emergency event handling device 70 based on a block chain may include:

a processor 71, a network interface 72, a bus 73, and a memory 74. The memory 74 may be any electronic, magnetic, optical, or other physical storage device that can contain or store information such as executable instructions, data, and the like. For example, the memory 74 may be: RAM (random Access Memory), volatile Memory, non-volatile Memory, flash Memory, a storage drive (e.g., a hard drive), a solid state drive, any type of storage disk (e.g., a compact disk, a dvd, etc.).

The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.

For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the units may be implemented in one or more software and/or hardware when implementing the present application.

As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, embodiments of the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.

The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

Furthermore, these computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The above description is only an example of the present application and is not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims

1. A burst event processing method based on a block chain is characterized in that a block chain system comprises a plurality of block chain nodes, the method is applied to any block chain node, and the method comprises the following steps:

2. The method of claim 1, wherein the first emergency parameter comprises a time parameter and a location parameter, and wherein determining the assisting node according to the first emergency parameter comprises:

3. The method of claim 1,

said storing said first evidence data in said blockchain system, comprising: storing a mapping relationship between the first emergency parameter and the first evidence data in the blockchain system;

4. The method of claim 1,

before receiving the query request sent by the query node, the method further includes:

5. The method of claim 1,

said storing said first evidence data in said blockchain system, comprising:

6. The method of claim 1,

said storing said second evidence data in said blockchain system, comprising:

7. The method according to any one of claims 1 to 6,

the first evidence data includes: textual description data, picture data, and/or video data;

the second evidence data includes: textual description data, picture data, and/or video data.

8. The method according to any one of claims 1 to 6,

the block chain is specifically a federation chain.

9. A method for handling an emergency based on a block chain is characterized in that a plurality of block chain nodes are included in a block chain system, and the method is applied to a main node and comprises the following steps:

acquiring a first emergency parameter and first evidence data;

10. The method of claim 9,

before sending a processing request to a blockchain node in the blockchain system, the method further comprises:

signing the first evidence data based on a first private key to obtain first signature information; the CA certificate issued by the CA organization to the main node comprises the first private key and a first public key;

11. A method for handling an emergency event based on a block chain is characterized in that a plurality of block chain nodes are included in a block chain system, and the method is applied to an assistant node, and comprises the following steps:

acquiring a second emergency parameter and second evidence data;

12. The method of claim 11,

before sending a help response for the help request to the block link point, the method further includes:

signing the second evidence data based on a second private key to obtain second signature information; the CA certificate issued by the CA organization for the assisting node comprises the second private key and a second public key;

13. A method for handling an emergency event based on a block chain is characterized in that a plurality of block chain nodes are included in a block chain system, and the method is applied to a query node, and comprises the following steps:

acquiring a third emergency parameter;

14. A method for handling an emergency event based on a block chain is characterized in that a plurality of block chain nodes are included in a block chain system, and the method is applied to an auxiliary node, and comprises the following steps:

acquiring a fourth emergency parameter and third evidence data;

15. An emergency processing device based on a blockchain, wherein a blockchain system comprises a plurality of blockchain nodes, the device is applied to any blockchain node, and the device comprises:

a storage module to store the first evidence data in the blockchain system;

16. An emergency handling device based on a block chain, comprising: