CN111901753A - 一种基于区块链的传染病密切接触者确定方法及区块链节点 - Google Patents
一种基于区块链的传染病密切接触者确定方法及区块链节点 Download PDFInfo
- Publication number
- CN111901753A CN111901753A CN202010501440.0A CN202010501440A CN111901753A CN 111901753 A CN111901753 A CN 111901753A CN 202010501440 A CN202010501440 A CN 202010501440A CN 111901753 A CN111901753 A CN 111901753A
- Authority
- CN
- China
- Prior art keywords
- patient
- personal information
- broadcast message
- close contact
- node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Abstract
本申请公开了一种基于区块链的传染病密切接触者确定方法、运营商节点、公共交通工具的系统节点及指挥部节点,所述方法包括:接收区块链中指挥部节点广播的第一广播消息,并获取第一广播消息中患者的个人信息,患者的个人信息至少包括终端号码;若终端号码属于本运营商节点,则根据终端号码确定患者的行程轨迹,并根据行程轨迹、患者的个人信息和预设阈值确定患者的第一密切接触者的个人信息;在区块链中广播第二广播消息,第二广播消息包括患者的行程轨迹、患者的个人信息、本运营商节点的运营商标识和患者的第一密切接触者的个人信息。针对没有乘坐公共交通工具的流动人员,可以对流动人员是否为患者的密切接触者进行排查和确认。
Description
技术领域
本申请属于通信技术领域,具体涉及一种基于区块链的传染病密切接触者确定方法、运营商节点、公共交通工具的系统节点及指挥部节点。
背景技术
对于没有乘坐航班、火车等有乘客信息的公共交通工具的流动人员,现有技术的缺点是没有办法对流动人员是否去过一个有确诊患者的地方进行判断,由于人员流动性大,采用传统方法,只能根据用户的居住地点、办公地点来判断患者的密切接触者,无法对流动人员进行是否为患者的密切接触者的排查和确认。
发明内容
本申请针对对于没有乘坐航班、火车等有乘客信息的公共交通工具的流动人员,现有技术的缺点是没有办法对流动人员是否去过一个有确诊患者的地方进行判断,由于人员流动性大,采用传统方法,只能根据用户的居住地点、办公地点来判断患者的密切接触者,无法对流动人员进行是否为患者的密切接触者的排查和确认的问题,提供一种基于区块链的传染病密切接触者确定方法、运营商节点、公共交通工具的系统节点及指挥部节点。
作为本申请的第一个方面,提供一种基于区块链的传染病密切接触者确定方法、运营商节点、公共交通工具的系统节点及指挥部节点,包括:
接收区块链中指挥部节点广播的第一广播消息,并获取所述第一广播消息中患者的个人信息,所述患者的个人信息至少包括终端号码;
若所述终端号码属于本运营商节点,则根据所述终端号码确定所述患者的行程轨迹,并根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息;
在区块链中广播第二广播消息,所述第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。
优选地,所述根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息,包括:
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第一密切接触者的个人信息。
优选地,所述方法还包括:
若所述终端号码不属于本运营商节点,则接收区块链中其他运营商节点广播的第二广播消息,获取所述第二广播消息中的所述患者的行程轨迹;
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第二密切接触者的个人信息;
在区块链中广播第三广播消息,所述第三广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第二密切接触者的个人信息。
作为本申请的第二个方面,提供一种基于区块链的传染病密切接触者确定方法,包括:
接收区块链中指挥部节点广播的第一广播消息;
获取所述第一广播消息中的患者的个人信息;
若根据所述患者的个人信息确定所述患者乘坐过本节点对应的公共交通工具,则获取所述患者座位周边乘客的个人信息,作为所述患者的第三密切接触者的个人信息;
在区块链中广播第四广播消息,所述第四广播消息包括本节点对应的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
作为本申请的第三个方面,提供一种基于区块链的传染病密切接触者确定方法,包括:
若传染病患者确诊,则广播携带所述患者的个人信息的第一广播消息,所述个人信息至少包括终端号码;
接收第一运营商节点广播的第二广播消息,获取其中的所述患者的第一密切接触者的个人信息;
接收第二运营商节点广播的第三广播消息,获取其中的所述患者的第二密切接触者的个人信息;
接收公共交通工具的系统节点广播的第四广播消息,获取其中的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
作为本申请的第四个方面,提供一种运营商节点,包括:
第一接收模块,用于接收区块链中指挥部节点广播的第一广播消息;
第一获取模块,用于获取所述第一广播消息中患者的个人信息,所述患者的个人信息至少包括终端号码;
第一确定模块,用于若所述终端号码属于本运营商节点,则根据所述终端号码确定所述患者的行程轨迹,并根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息;
第一广播模块,用于在区块链中广播第二广播消息,所述第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。
优选地,所述第一确定模块,具体用于:
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第一密切接触者的个人信息。
优选地,还包括:
第二接收模块,用于若所述终端号码不属于本运营商节点,则接收区块链中其他运营商节点广播的第二广播消息;
第二获取模块,用于获取所述第二广播消息中的所述患者的行程轨迹;
第二确定模块,用于根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
第三确定模块,用于确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
第四确定模块,用于确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第二密切接触者的个人信息;
第二广播模块,用于在区块链中广播第三广播消息,所述第三广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第二密切接触者的个人信息。
作为本申请的第五个方面,提供一种公共交通工具的系统节点,包括:
接收模块,用于接收区块链中指挥部节点广播的第一广播消息;
获取模块,用于获取所述第一广播消息中的患者的个人信息;
确定模块,用于若根据所述患者的个人信息确定所述患者乘坐过本节点对应的公共交通工具,则获取所述患者座位周边乘客的个人信息,作为所述患者的第三密切接触者的个人信息;
广播模块,用于在区块链中广播第四广播消息,所述第四广播消息包括本节点对应的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
作为本申请的第六个方面,提供一种指挥部节点,包括:
广播模块,用于若传染病患者确诊,则广播携带所述患者的个人信息的第一广播消息,所述个人信息至少包括终端号码;
第一获取模块,用于接收第一运营商节点广播的第二广播消息,获取其中的所述患者的第一密切接触者的个人信息;
第二获取模块,用于接收第二运营商节点广播的第三广播消息,获取其中的所述患者的第二密切接触者的个人信息;
第三获取模块,用于接收公共交通工具的系统节点广播的第四广播消息,获取其中的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
本申请中,运营商节点接收区块链中指挥部节点广播的第一广播消息,并获取第一广播消息中患者的个人信息,患者的个人信息至少包括终端号码;若终端号码属于本运营商节点,则根据终端号码确定患者的行程轨迹,并根据行程轨迹、患者的个人信息和预设阈值确定患者的第一密切接触者的个人信息;在区块链中广播第二广播消息,第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。针对没有乘坐航班、火车等有乘客信息的公共交通工具的流动人员,可以对流动人员是否去过一个有患者的地方进行判断,对流动人员进行是否为患者的密切接触者的排查和确认。
附图说明
图1为本申请第一实施例提供的一种基于区块链的传染病密切接触者确定方法的流程图;
图2为本申请第二实施例提供的一种基于区块链的传染病密切接触者确定方法的流程图;
图3为本申请第三实施例提供的一种基于区块链的传染病密切接触者确定方法的流程图;
图4为本申请第四实施例提供的一种运营商节点的结构示意图;
图5为本申请第五实施例提供的一种公共交通工具的系统节点的结构示意图;
图6为本申请第六实施例提供的一种指挥部节点的结构示意图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案,下面结合附图和具体实施方式对本发明作进一步详细描述。
本申请提供一种基于区块链的传染病密切接触者确定方法、运营商节点、公共交通工具的系统节点及指挥部节点。以下分别结合本申请提供的实施例的附图逐一进行详细说明。
为了方便理解,先对本申请中区块链节点进行简单介绍。本申请中的区块链节点包括三种,运营商节点、公共交通工具的系统节点和指挥部节点,运营商节点包括第一运营商节点和第二运营商节点,公共交通工具的系统节点包括民航系统节点、铁路系统节点、长途客车系统节点和客轮系统节点。当指挥部节点确诊了一个传染病患者后,将携带该患者的个人信息的第一广播消息广播到区块链中,区块链中的运营商节点和公共交通工具的系统节点分别接收该第一广播消息之后,确定该患者的密切接触者,并分别将该患者的密切接触者的个人信息广播到区块链中。指挥部节点接收区块链中广播的该患者的密切接触者的个人信息之后,对应的指挥部可以对患者的密切接触者采取隔离措施,进行观察。
作为本申请的第一个实施例,提供一种基于区块链的传染病密切接触者确定方法。本申请实施例的执行主体为运营商节点。如图1所示,所述基于区块链的传染病密切接触者确定方法包括以下步骤。
步骤101,接收区块链中指挥部节点广播的第一广播消息。
在该步骤之前,当指挥部节点确诊一个传染病患者之后,需要对该患者的密切接触者进行跟踪观察,首先将该患者的个人信息使用广播消息的方式广播到区块链中,即广播第一广播消息。
在该步骤中,区块链中的第一运营商节点(例如,移动)接收区块链中广播的第一广播消息。
步骤102,获取第一广播消息中患者的个人信息。
在该步骤中,在私钥签名通过之后,第一运营商节点获取第一广播消息中的个人信息,所述患者的个人信息至少包括终端号码。优选地,所述患者的个人信息还包括患者的姓名、身份证信息等。
步骤103,若终端号码属于本运营商节点,则根据终端号码确定患者的行程轨迹,并根据行程轨迹、患者的个人信息和预设阈值确定患者的第一密切接触者的个人信息。
在该步骤中,第一运营商节点收到该第一广播信息后,进行判断,如果是属于本第一运营商的用户,那么第一运营商节点调用第一运营商的大数据系统,根据该患者的终端号码确定患者的行程轨迹。即对该患者最近一段时间的行程轨迹进行画像,给出该患者用户的行程轨迹图。该患者的行程轨迹,包括时间点和每个时间点的位置信息。同时根据行程轨迹、患者的个人信息和预设阈值确定患者的第一密切接触者的个人信息,此处获取的患者的第一密切接触者与该患者属于一个运营商,例如,都是移动用户。
步骤104,在区块链中广播第二广播消息。
在该步骤中,采用第一运营商节点的私钥签名后,在区块链中广播第二广播消息。第二广播消息包括患者的行程轨迹、患者的个人信息、本运营商节点的运营商标识(即第一运营商节点的标识)和患者的第一密切接触者的个人信息。
本申请实施例中,运营商节点接收区块链中指挥部节点广播的第一广播消息,并获取第一广播消息中患者的个人信息,患者的个人信息至少包括终端号码;若终端号码属于本运营商节点,则根据终端号码确定患者的行程轨迹,并根据行程轨迹、患者的个人信息和预设阈值确定患者的第一密切接触者的个人信息;在区块链中广播第二广播消息,第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。针对没有乘坐航班、火车等有乘客信息的公共交通工具的流动人员,可以对流动人员是否去过一个有确诊患者的地方进行判断,对流动人员进行是否为患者的密切接触者的排查和确认。
在一些实施例中,所述根据行程轨迹、患者的个人信息和预设阈值确定患者的第一密切接触者的个人信息(即步骤S103),包括:根据行程轨迹中的位置信息确定行程轨迹上的所有基站;确定在行程轨迹中的时间点连接到各基站的属于本运营商节点的用户;确定与患者之间距离小于预设阈值的用户的个人信息,作为患者的第一密切接触者的个人信息。
在该步骤中,该患者的行程轨迹,包括时间点和每个时间点的位置信息。根据行程轨迹中的位置信息将该患者的行程轨迹上的所有基站逐一标注出来,通过所有基站,第一运营商节点可以确定某个时间点注册在该基站的属于本第一运营商的用户,第一运营商将每个时间点与该患者之间距离小于预设距离(例如,1米或2米)的用户标注出来,并将其标记为第一密切接触者,并确定第一密切接触者的个人信息。
在一些实施例中,所述基于区块链的传染病密切接触者确定方法还包括:若终端号码不属于本运营商节点,则接收区块链中其他运营商节点广播的第二广播消息,获取第二广播消息中的患者的行程轨迹;根据行程轨迹中的位置信息确定行程轨迹上的所有基站;确定在行程轨迹中的时间点连接到各基站的属于本运营商节点的用户;确定与患者之间距离小于预设阈值的用户的个人信息,作为患者的第二密切接触者的个人信息;在区块链中广播第三广播消息。
在该步骤中,第二运营商节点收到区块链中第一运营商广播的第二广播信息后,私钥签名验证通过之后,将其中的患者的行程轨迹和终端号码解密,将患者的时间点和对应的经纬度信息提取出来,并判断该终端号码是否属于第二运营商(例如,联通或电信),如果不是属于本第二运营商的用户,即为第一运营商的号码(例如,移动号码)。则第二运营商节点根据上述信息,通过自己的大数据系统,将该时间点内,确定某个时间点注册在该基站的属于本第二运营商的用户,第二运营商节点将每个时间点与该患者之间距离小于预设距离 (例如,1米或2米)的用户标注出来,并将其标记为患者的第二密切接触者,并确定患者的第二密切接触者的个人信息。采用第二运营商的私钥签名后,广播第三广播消息,第三广播消息包括患者的行程轨迹、患者的个人信息、本运营商节点的运营商标识(即第二运营商节点的标识)和患者的第二密切接触者的个人信息。
需要说明的是,本申请实施例中针对乘客
作为本申请的第二个实施例,提供一种基于区块链的传染病密切接触者确定方法,本申请实施例的执行主体为公共交通工具的系统节点,包括民航系统节点、铁路系统节点、长途客车系统节点和客轮系统节点。如图2所示,所述基于区块链的传染病密切接触者确定方法包括以下步骤。
步骤S201,接收区块链中指挥部节点广播的第一广播消息。
在该步骤中,民航系统节点或铁路系统节点或长途客车系统节点或客轮系统节点从区块链中接收指挥部节点广播的第一广播消息,进行私钥验证签名。
步骤S202,获取第一广播消息中的患者的个人信息。
在该步骤中,民航系统节点或铁路系统节点或长途客车系统节点或客轮系统节点私钥验证签名通过后,获取第一广播消息中的个人信息。
步骤S203,若根据患者的个人信息确定患者乘坐过本节点对应的公共交通工具,则获取患者座位周边乘客的个人信息,作为患者的第三密切接触者的个人信息。
在该步骤中,民航系统节点或铁路系统节点或长途客车系统节点或客轮系统节点根据患者的个人信息(例如,患者姓名)确定患者是否乘坐过本节点对应的公共交通工具,即是否乘坐过本节点对应的飞机或火车或长途客车或客轮,如果乘坐过,则获取患者座位周边乘客的个人信息,作为患者的第三密切接触者的个人信息。
步骤S204,在区块链中广播第四广播消息。
在该步骤中,民航系统节点或铁路系统节点或长途客车系统节点或客轮系统节点在区块链中广播第四广播消息,第四广播消息包括本节点对应的公共交通工具的班次(即飞机的航班或火车的车次或长途客车的车次或客轮的班次)和患者的第三密切接触者的个人信息。
本申请实施例中,针对乘坐公共交通工具的流动人员,有可能出现用户的情况出现,导致用户的位置信息难以确定,因此通过区块链中的公共交通工具的系统节点根据患者的个人信息确定患者乘坐过本节点对应的公共交通工具,则获取患者座位周边乘客的个人信息,作为患者的第三密切接触者的个人信息。得到更完备的密切接触者的个人信息,从而有助于传染病的指挥部更快确定密切接触者,进而采取相应的隔离、观察措施。
作为本申请的第三个实施例,提供一种基于区块链的传染病密切接触者确定方法。本申请实施例的执行主体为指挥部节点,如图3 所示,所述基于区块链的传染病密切接触者确定方法包括以下步骤。
步骤S301,若传染病患者确诊,则广播携带患者的个人信息的第一广播消息。
在该步骤中,当指挥部节点确诊一个传染病患者之后,需要对该患者的密切接触者进行跟踪观察,首先将该患者的个人信息使用广播消息的方式广播到区块链中,即广播第一广播消息。所述患者的个人信息至少包括终端号码。优选地,所述患者的个人信息还包括患者的姓名、身份证信息等。
步骤S302,接收第一运营商节点广播的第二广播消息,获取其中的所述患者的第一密切接触者的个人信息。
步骤S303,接收第二运营商节点广播的第三广播消息,获取其中的所述患者的第二密切接触者的个人信息。
步骤S304,接收公共交通工具的系统节点广播的第四广播消息,获取其中的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
在步骤S302-步骤S304中,指挥部节点接收第一运营商节点广播的第二广播消息和第二运营商节点广播的第三广播消息,接收公共交通工具的系统节点广播的第四广播消息,并分别从中获取所述患者的第一密切接触者的个人信息、第二密切接触者的个人信息和第三密切接触者的个人信息。本指挥部节点对应的指挥部对相应的密切接触者采取隔离措施,进行观察。
本申请实施例中,指挥部节点通过获取运营商节点和公共交通工具的系统节点广播的密切接触者的个人信息,获取的密切接触者的个人信息更完备,提高流动人员是否为传染病患者的密切接触者的准确率,从而有助于指挥部对传染病患者的密切接触者进行优先观察,采取隔离等措施,尽快确诊。减少了医疗机构的工作量,提高医疗机构的效率。
需要说明的是,卫健委系统节点也可以作为区块链中的节点。卫健委系统节点从区块链中收到第一广播信息后,私钥签名验证通过之后,获得患者的个人信息,根据患者的个人信息(姓名)判断该患者是否去过医院就诊,如果是,则从卫健委系统中获取该患者的就诊信息,给出该患者的就诊时间、就诊医院等信息,并将该就诊时间、就诊医院等信息私钥签名后广播到区块链中。
作为本申请的第四个实施例,提供一种运营商节点,如图4所示,所述运营商节点包括第一接收模块11,第一获取模块12、第一确定模块13和第一广播模块14。本申请所提供的运营商节点用于执行本申请的第一个实施例所提供的基于区块链的传染病密切接触者确定方法。具体如下:
第一接收模块11,用于接收区块链中指挥部节点广播的第一广播消息。
第一获取模块12,用于获取所述第一广播消息中患者的个人信息,所述患者的个人信息至少包括终端号码。
第一确定模块13,用于若所述终端号码属于本运营商节点,则根据所述终端号码确定所述患者的行程轨迹,并根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息。
第一广播模块14,用于在区块链中广播第二广播消息,所述第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。
优选地,所述第一确定模块13,具体用于:
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站。
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户。
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第一密切接触者的个人信息。
优选地,还包括:
第二接收模块,用于若所述终端号码不属于本运营商节点,则接收区块链中其他运营商节点广播的第二广播消息。
第二获取模块,用于获取所述第二广播消息中的所述患者的行程轨迹。
第二确定模块,用于根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站。
第三确定模块,用于确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户。
第四确定模块,用于确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第二密切接触者的个人信息。
第二广播模块,用于在区块链中广播第三广播消息,所述第三广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第二密切接触者的个人信息。
作为本申请的第五个实施例,提供一种公共交通工具的系统节点,如图5所示,所述公共交通工具的系统节点包括接收模块21,获取模块22、确定模块23和广播模块24。本申请所提供的公共交通工具的系统节点用于执行本申请的第二个实施例所提供的基于区块链的传染病密切接触者确定方法。具体如下:
接收模块21,用于接收区块链中指挥部节点广播的第一广播消息。
获取模块22,用于获取所述第一广播消息中的患者的个人信息。
确定模块23,用于若根据所述患者的个人信息确定所述患者乘坐过本节点对应的公共交通工具,则获取所述患者座位周边乘客的个人信息,作为所述患者的第三密切接触者的个人信息。
广播模块24,用于在区块链中广播第四广播消息,所述第四广播消息包括本节点对应的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
作为本申请的第六个实施例,提供一种指挥部节点,如图6所示,所述指挥部节点包括广播模块31,第一获取模块32、第二获取模块33和第三获取模块34。本申请所提供的公共交通工具的系统节点用于执行本申请的第三个实施例所提供的基于区块链的传染病密切接触者确定方法。具体如下:
广播模块31,用于若传染病患者确诊,则广播携带所述患者的个人信息的第一广播消息,所述个人信息至少包括终端号码;
第一获取模块32,用于接收第一运营商节点广播的第二广播消息,获取其中的所述患者的第一密切接触者的个人信息;
第二获取模块33,用于接收第二运营商节点广播的第三广播消息,获取其中的所述患者的第二密切接触者的个人信息;
第三获取模块34,用于接收公共交通工具的系统节点广播的第四广播消息,获取其中的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
可以理解的是,以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式,然而本发明并不局限于此。对于本领域内的普通技术人员而言,在不脱离本发明的精神和实质的情况下,可以做出各种变型和改进,这些变型和改进也视为本发明的保护范围。
Claims (10)
1.一种基于区块链的传染病密切接触者确定方法,其特征在于,包括:
接收区块链中指挥部节点广播的第一广播消息,并获取所述第一广播消息中患者的个人信息,所述患者的个人信息至少包括终端号码;
若所述终端号码属于本运营商节点,则根据所述终端号码确定所述患者的行程轨迹,并根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息;
在区块链中广播第二广播消息,所述第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。
2.根据权利要求1所述的基于区块链的传染病密切接触者确定方法,其特征在于,所述根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息,包括:
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第一密切接触者的个人信息。
3.根据权利要求1所述的基于区块链的传染病密切接触者确定方法,其特征在于,所述方法还包括:
若所述终端号码不属于本运营商节点,则接收区块链中其他运营商节点广播的第二广播消息,获取所述第二广播消息中的所述患者的行程轨迹;
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第二密切接触者的个人信息;
在区块链中广播第三广播消息,所述第三广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第二密切接触者的个人信息。
4.一种基于区块链的传染病密切接触者确定方法,其特征在于,包括:
接收区块链中指挥部节点广播的第一广播消息;
获取所述第一广播消息中的患者的个人信息;
若根据所述患者的个人信息确定所述患者乘坐过本节点对应的公共交通工具,则获取所述患者座位周边乘客的个人信息,作为所述患者的第三密切接触者的个人信息;
在区块链中广播第四广播消息,所述第四广播消息包括本节点对应的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
5.一种基于区块链的传染病密切接触者确定方法,其特征在于,包括:
若传染病患者确诊,则广播携带所述患者的个人信息的第一广播消息,所述个人信息至少包括终端号码;
接收第一运营商节点广播的第二广播消息,获取其中的所述患者的第一密切接触者的个人信息;
接收第二运营商节点广播的第三广播消息,获取其中的所述患者的第二密切接触者的个人信息;
接收公共交通工具的系统节点广播的第四广播消息,获取其中的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
6.一种运营商节点,其特征在于,包括:
第一接收模块,用于接收区块链中指挥部节点广播的第一广播消息;
第一获取模块,用于获取所述第一广播消息中患者的个人信息,所述患者的个人信息至少包括终端号码;
第一确定模块,用于若所述终端号码属于本运营商节点,则根据所述终端号码确定所述患者的行程轨迹,并根据所述行程轨迹、所述患者的个人信息和预设阈值确定所述患者的第一密切接触者的个人信息;
第一广播模块,用于在区块链中广播第二广播消息,所述第二广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第一密切接触者的个人信息。
7.根据权利要求6所述的运营商节点,其特征在于,所述第一确定模块,具体用于:
根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第一密切接触者的个人信息。
8.根据权利要求6所述的运营商节点,其特征在于,还包括:
第二接收模块,用于若所述终端号码不属于本运营商节点,则接收区块链中其他运营商节点广播的第二广播消息;
第二获取模块,用于获取所述第二广播消息中的所述患者的行程轨迹;
第二确定模块,用于根据所述行程轨迹中的位置信息确定所述行程轨迹上的所有基站;
第三确定模块,用于确定在所述行程轨迹中的时间点连接到各所述基站的属于本运营商节点的用户;
第四确定模块,用于确定与所述患者之间距离小于预设阈值的用户的个人信息,作为所述患者的第二密切接触者的个人信息;
第二广播模块,用于在区块链中广播第三广播消息,所述第三广播消息包括所述患者的行程轨迹、所述患者的个人信息、本运营商节点的运营商标识和所述患者的第二密切接触者的个人信息。
9.一种公共交通工具的系统节点,其特征在于,包括:
接收模块,用于接收区块链中指挥部节点广播的第一广播消息;
获取模块,用于获取所述第一广播消息中的患者的个人信息;
确定模块,用于若根据所述患者的个人信息确定所述患者乘坐过本节点对应的公共交通工具,则获取所述患者座位周边乘客的个人信息,作为所述患者的第三密切接触者的个人信息;
广播模块,用于在区块链中广播第四广播消息,所述第四广播消息包括本节点对应的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
10.一种指挥部节点,其特征在于,包括:
广播模块,用于若传染病患者确诊,则广播携带所述患者的个人信息的第一广播消息,所述个人信息至少包括终端号码;
第一获取模块,用于接收第一运营商节点广播的第二广播消息,获取其中的所述患者的第一密切接触者的个人信息;
第二获取模块,用于接收第二运营商节点广播的第三广播消息,获取其中的所述患者的第二密切接触者的个人信息;
第三获取模块,用于接收公共交通工具的系统节点广播的第四广播消息,获取其中的公共交通工具的班次和所述患者的第三密切接触者的个人信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010501440.0A CN111901753A (zh) | 2020-06-04 | 2020-06-04 | 一种基于区块链的传染病密切接触者确定方法及区块链节点 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010501440.0A CN111901753A (zh) | 2020-06-04 | 2020-06-04 | 一种基于区块链的传染病密切接触者确定方法及区块链节点 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111901753A true CN111901753A (zh) | 2020-11-06 |
Family
ID=73206557
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010501440.0A Pending CN111901753A (zh) | 2020-06-04 | 2020-06-04 | 一种基于区块链的传染病密切接触者确定方法及区块链节点 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111901753A (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107391944A (zh) * | 2017-07-27 | 2017-11-24 | 北京太云科技有限公司 | 一种基于区块链的电子病历共享系统 |
CN108600227A (zh) * | 2018-04-26 | 2018-09-28 | 众安信息技术服务有限公司 | 一种基于区块链的医疗数据共享方法及装置 |
CN109087210A (zh) * | 2018-08-27 | 2018-12-25 | 中国联合网络通信集团有限公司 | 一种基于区块链技术的动物防疫处理方法及系统 |
CN109191293A (zh) * | 2018-08-09 | 2019-01-11 | 济南纳维信息技术有限公司 | 一种基于智能合约和通证的人工智能服务系统及方法 |
US10362769B1 (en) * | 2018-03-23 | 2019-07-30 | International Business Machines Corporation | System and method for detection of disease breakouts |
CN111027525A (zh) * | 2020-03-09 | 2020-04-17 | 中国民用航空总局第二研究所 | 疫情期间公共场所潜在被感染者追踪方法、装置及系统 |
-
2020
- 2020-06-04 CN CN202010501440.0A patent/CN111901753A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107391944A (zh) * | 2017-07-27 | 2017-11-24 | 北京太云科技有限公司 | 一种基于区块链的电子病历共享系统 |
US10362769B1 (en) * | 2018-03-23 | 2019-07-30 | International Business Machines Corporation | System and method for detection of disease breakouts |
CN108600227A (zh) * | 2018-04-26 | 2018-09-28 | 众安信息技术服务有限公司 | 一种基于区块链的医疗数据共享方法及装置 |
CN109191293A (zh) * | 2018-08-09 | 2019-01-11 | 济南纳维信息技术有限公司 | 一种基于智能合约和通证的人工智能服务系统及方法 |
CN109087210A (zh) * | 2018-08-27 | 2018-12-25 | 中国联合网络通信集团有限公司 | 一种基于区块链技术的动物防疫处理方法及系统 |
CN111027525A (zh) * | 2020-03-09 | 2020-04-17 | 中国民用航空总局第二研究所 | 疫情期间公共场所潜在被感染者追踪方法、装置及系统 |
Non-Patent Citations (1)
Title |
---|
李德仁,邵振峰,于文博,朱欣焰,周素红: "基于时空位置大数据的公共疫情防控服务让城市更智慧", 《武汉大学学报(信息科学版)》 * |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2470375C2 (ru) | Способ и система передачи экстренного вызова | |
WO2017082756A1 (en) | Method and apparatus for collection and synthesis of vehicle crash information in a wireless communication system | |
CN111711925A (zh) | 一种密切接触者判断方法及装置 | |
CN111415754A (zh) | 一种基于物联网的确诊病例密切接触者排查系统 | |
CN109178038A (zh) | 行车预警方法、系统和装置 | |
CN106980884A (zh) | 列车查票终端、服务端及系统 | |
US20110257877A1 (en) | Guidance system and method for taking public transportation | |
CN107804344A (zh) | 一种调车作业时的移动授权的方法及系统 | |
EP2499847A1 (en) | Method and system for distributing passenger information in a vehicle to mobile terminals | |
Kim | Drawing on Israel’s experience organizing volunteers to operationalize drive-through coronavirus testing centers | |
CN111770446A (zh) | 基于蓝牙的iBeacon技术应用的乘客精准定位方法及装置 | |
CN106530674A (zh) | 基于多源定位的拼车系统、拼车终端和拼车方法 | |
KR20070121081A (ko) | 위치정보를 이용한 할증요금데이터 전송 시스템 | |
CN111901753A (zh) | 一种基于区块链的传染病密切接触者确定方法及区块链节点 | |
JP2016091481A (ja) | 入退室管理システム | |
KR102287169B1 (ko) | 일반 차량의 차세대 지능형 교통정보 제공시스템 | |
CN106912013A (zh) | 一种交通工具位置信息的获取方法、装置及系统 | |
JP6593267B2 (ja) | 車両配車システムおよび車両配車方法 | |
CN110418291B (zh) | 乘车站点识别方法、售票管理系统及电信运营商平台 | |
EP3393886A1 (en) | System and method for providing information to an information system in a vehicle | |
JP2013200738A (ja) | 優先席利用支援システム、携帯通信端末、乗客支援装置および優先席利用支援方法 | |
CN202067464U (zh) | 适用于既有铁路的电子限速信号牌 | |
CN114420306A (zh) | 一种传染病密切接触人员追踪系统及方法 | |
CN100533508C (zh) | 一种公交车辆自动报站方法 | |
CN109190770A (zh) | 救护车运维保障系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201106 |
|
RJ01 | Rejection of invention patent application after publication |