CN111757310B - 健康码的生成方法及服务器、基站 - Google Patents

Abstract

本申请公开了一种健康码的生成方法及服务器、基站，方法包括：从区块链网络中，获取终端的标识、终端当前所在的第二城市的标识和终端注册的第一城市的标识；若确定第二城市的标识与第一城市的标识不同，则启动计时器，获得计时时间；依据计时时间生成健康码。避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

Description

健康码的生成方法及服务器、基站

技术领域

本申请涉及通信技术领域，具体涉及一种健康码的生成方法及服务器、基站。

背景技术

“健康码”是以真实数据为基础，由用户自行通过网上申报，并经相关部门审核后，生成的属于该用户的个人二维码。“健康码”

作为该用户在出入通行时的一个电子凭证。当流行性疾病广泛在社会中传播时，通过“健康码”可以实现对流动性人员的高效管理，例如，在办公楼、商场、地铁、火车站等人流密集的地点，通过检查“健康码”来提高过检效率，避免过多的人员接触和聚集。

目前，当用户所持有的智能终端上运行有虚拟定位的软件时，该智能终端上安装的健康码软件就会显示“当前用户的健康状态为正常”，使得该用户可以自由出入各个城市之间，导致“健康码”的验证效果失效。若该用户是无症状感染者，则会造成流行病的大肆传播，导致防疫工作出现漏洞，造成流行性疾病的广泛传播，为人们的健康安全带来隐患。

发明内容

为此，本申请提供一种健康码的生成方法及服务器、基站，以解决现有技术中由于健康码的获取方式存在漏洞而导致的无法获得用户的真实健康情况而降低防疫工作的质量的问题。

为了实现上述目的，本申请第一方面提供一种健康码的生成方法，方法包括：从区块链网络中，获取终端的标识、终端当前所在的第二城市的标识和终端注册的第一城市的标识；若确定第二城市的标识与第一城市的标识不同，则启动计时器，获得计时时间；依据计时时间生成健康码。

在一些具体实现中，在依据计时时间生成健康码的步骤之后，还包括：若确定健康码的颜色发生变化，则依据终端的标识和变化后的健康码的颜色，生成健康码广播消息；发送健康码广播消息至区块链网络中，以使终端获取健康码的颜色，并依据健康码的颜色确定终端的使用者是否需要进行医学隔离。

在一些具体实现中，健康码广播消息还包括实时时间信息，实时时间信息是时间戳服务器生成的时间信息。

在一些具体实现中，依据计时时间生成健康码，包括：若确定计时时间在第一预设时长范围内，则生成健康码，并确定健康码的颜色为红色；若确定计时时间在第二预设时长范围内，则将健康码的颜色更新为黄色，第二预设时长的起始时刻等于第一预设时长的终止时刻；若确定计时时间等于预设时间阈值，则将健康码的颜色更新为绿色。

在一些具体实现中，健康码的颜色为红色或黄色时，确定终端的使用者需要进行医学隔离观察；健康码的颜色为绿色时，确定使用者可以自由通行。

为了实现上述目的，本申请第二方面提供一种健康码的生成方法，方法包括：响应于终端发送的连接请求，确定终端当前所在的第二城市的标识；依据终端的标识查询属地信息列表，获得终端注册的第一城市的标识；若确定第一城市的标识和第二城市的标识不同，则依据第一城市的标识、第二城市的标识和终端的标识，生成并发送第一广播消息至区块链网络中，以使健康码生成服务器依据获取到的第一广播消息生成健康码。

在一些具体实现中，在响应于终端发送的连接请求，确定终端当前对应的第二城市的标识的步骤之前，还包括：从区块链网络中，获得终端的标识和终端注册的第一城市的标识；记录终端的标识和第一城市的标识至属地信息列表中。

在一些具体实现中，在依据第一城市的标识、第二城市的标识和终端的标识，生成并发送第一广播消息至区块链网络中的步骤之后，还包括：依据第二城市的标识，更新属地信息列表。

为了实现上述目的，本申请第三方面提供一种健康码生成服务器，包括：获取模块，用于从区块链网络中，获取终端的标识、终端当前所在的第二城市的标识和终端注册的第一城市的标识；计时模块，用于在确定第二城市的标识与第一城市的标识不同时，启动计时器，获得计时时间；健康码生成模块，用于依据计时时间生成健康码。

为了实现上述目的，本申请第四方面提供一种基站，包括：城市标识确定模块，用于响应于终端发送的连接请求，确定终端当前所在的第二城市的标识；查询模块，用于依据终端的标识查询属地信息列表，获得终端注册的第一城市的标识；发送模块，用于在确定第一城市的标识和第二城市的标识不同时，依据第一城市的标识、第二城市的标识和终端的标识，生成并发送第一广播消息至区块链网络中，以使健康码生成服务器依据获取到的第一广播消息生成健康码。

本申请具有如下优点：通过从区块链网络中获取到终端的标识、该终端当前所在的第二城市的标识和该终端注册的第一城市的标识，在第二城市的标识与第一城市的标识不同时，启动计时器，获得计时时间；依据计时时间生成健康码，使得能够明确该终端的使用者在第二城市中停留的时间，进而确定是否需要对该终端的使用者进行健康隔离。避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

附图说明

附图用来提供对本公开实施例的进一步理解，并且构成说明书的一部分，与本公开的实施例一起用于解释本公开，并不构成对本公开的限制。通过参考附图对详细示例实施例进行描述，以上和其它特征和优点对本领域技术人员将变得更加显而易见，在附图中：

图1为本申请实施例一中的一种健康码的生成方法流程图。

图2为本申请实施例二中的一种健康码的生成方法流程图。

图3为本申请实施例三中的一种健康码生成服务器的组成方框图。

图4为本申请实施例四中的一种基站的组成方框图。

图5为本申请实施例五中的一种健康码的生成系统的组成方框图。

图6为本申请实施例五中的健康码的生成系统的工作方法流程图。

在附图中：

301：获取模块 302：计时模块

303：健康码生成模块 401：城市标识确定模块

402：查询模块 403：发送模块

511：第一基站 512：第二基站

520：健康码生成服务器 530：终端

540：时间戳服务器 550：记账节点

具体实施方式

以下结合附图对本申请的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本申请，并不用于限制本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

目前，当用户在其使用的智能手机上安装有虚拟机时，该虚拟机会自动生成包含有定位信息的健康码，即伪造定位信息，以生成假的健康码。当防疫人员对该用户的健康码进行检查时，该用户可以凭借假的健康码骗过防疫人员，使得该用户可以随意出入各个城市。给防疫工作带来了危害，降低了防疫工作的质量，使得人们患病的概率提升。

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

实施例一

本申请实施例提供了一种健康码的生成方法，该方法可应用于健康码生成服务器。图1为本申请实施例中的一种健康码的生成方法流程图。如图1所示，具体包括如下步骤。

步骤110，从区块链网络中，获取终端的标识、终端当前所在的第二城市的标识和终端注册的第一城市的标识。

需要说明的是，终端的标识可以是安装在该终端上的用户身份识别卡(Subscriber Identity Module，SIM)的卡号，也可以是终端的设备标识等。以上仅是举例说明，可根据实际情况具体设定终端的标识，其他未说明的是终端的标识也在本申请的保护范围之内，在此不再赘述。

例如，第二城市是上海，第一城市是北京，即表示终端的使用者当前位于上海市内，但该终端的注册城市是北京，说明该终端的使用者是从北京来到上海的。或者第一城市和第二城市都是上海，即说明该终端的使用者一直在上海，没有离开过。

步骤120，在确定第二城市的标识与第一城市的标识不同时，启动计时器，获得计时时间。

需要说明的是，其中计时器可以是倒计时计时器，此时，计时时间的起始时刻可设置为倒计时定时器的结束时刻(例如，设置结束时刻为14，即14天后结束倒计时)。计时器也可以是正常的计时器，例如，每经过一天，计时时间自增加一。以上对于计时器的类型仅是举例说明，可根据实际情况具体设定计时器的类型，其他未说明的是计时器的类型也在本申请的保护范围之内，在此不再赘述。

步骤130，依据计时时间生成健康码。

通过计时时间生成健康码，该健康码可以是二维码，也可以是数字符号，健康码还包括颜色，不同的颜色代表不同的健康状态。

在一些具体实现中，步骤130可采用如下方式实现：若确定计时时间在第一预设时长范围内，则生成健康码，并确定健康码的颜色为红色；若确定计时时间在第二预设时长范围内，则将健康码的颜色更新为黄色，第二预设时长的起始时刻等于第一预设时长的终止时刻；若确定计时时间等于预设时间阈值，则将健康码的颜色更新为绿色。

例如，计时器是倒计时计时器时，当计时时间在第一预设时长范围内时，即计时时间小于或等于14天，且，大于或等于7天时，将健康码的颜色设置为红色；当计时时间在第二预设时长范围内时，即计时时间小于7天，且，大于0天时，将健康码的颜色设置为黄色；当计时时间等于0时，将健康码的颜色设置为绿色。

在一些具体实现中，健康码的颜色为红色或黄色时，确定终端的使用者需要进行医学隔离观察；健康码的颜色为绿色时，确定使用者可以自由通行。

通过对健康码颜色的区分，可以快速准确的确定终端的使用者的健康状态，使得防疫人员在对该使用者进行健康检查时，能够加快检查时间，提高检查效率。

在本实施例中，通过从区块链网络中获取到终端的标识、该终端当前所在的第二城市的标识和该终端注册的第一城市的标识，在第二城市的标识与第一城市的标识不同时，启动计时器，获得计时时间；依据计时时间生成健康码，使得能够明确该终端的使用者在第二城市中停留的时间，进而确定是否需要对该终端的使用者进行健康隔离。避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

本申请实施例提供了另一种可能的实现方式，其中，在步骤130之后，还包括：

步骤140，若确定健康码的颜色发生变化，则依据终端的标识和变化后的健康码的颜色，生成健康码广播消息。

例如，当健康码的颜色由红色变为黄色时，或，健康码的颜色由黄色变为绿色时，都需要依据终端的标识和变化后的健康码的颜色，生成健康码广播消息。

在一些具体实现中，健康码广播消息还包括实时时间信息，实时时间信息是时间戳服务器生成的时间信息。

需要说明的是，实时时间信息是时间戳服务器为健康码广播消息打上的时间戳，例如，时间戳为6月5日13时，以保证时间信息的准确性。

步骤150，发送健康码广播消息至区块链网络中。

具体地，当终端从区块链网络中获取到健康码的颜色后，会将该健康码的颜色展示给防疫人员，使得防疫人员能够依据健康码的颜色确定终端的使用者是否需要进行医学隔离。

在本实施例中，通过在健康码的颜色发生变化时，依据终端的标识和变化后的健康码的颜色，生成健康码广播消息，并且通过时间戳服务器为健康码广播消息打上时间戳，从而保证时间信息的准确性。将健康码广播消息发送至区块链网络中，使得终端的使用者能够获得健康码的颜色，当使用者将该健康码的颜色展示给防疫人员，保证防疫人员能够依据健康码的颜色确定终端的使用者是否需要进行医学隔离。加快防疫人员的检查速度，避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

实施例二

图2是本申请实施例中的一种健康码的生成方法流程图。该方法可应用于基站。如图2所示，具体包括如下步骤。

步骤210，响应于终端发送的连接请求，确定终端当前所在的第二城市的标识。

在一些具体实现中，在步骤210之前，还包括：从区块链网络中，获得终端的标识和终端注册的第一城市的标识；记录终端的标识和第一城市的标识至属地信息列表中。

需要说明的是，当终端的使用者从第一城市移动到第二城市时，该终端会向第二城市的基站发送连接请求。第一城市的基站和第二城市的基站之间是通过区块链网络互连的，可以方便的获知终端具体都注册到过哪个基站上，进而获得该终端的使用者所经过的城市的轨迹，使得基站能够记录终端的标识和第一城市的标识至本地的属地信息列表中。

步骤220，依据终端的标识查询属地信息列表，获得终端注册的第一城市的标识。

例如，以终端的手机号码为索引，查找属地信息列表，可获得与该终端的手机号码相对应的第一城市的标识。

步骤230，若确定第一城市的标识和第二城市的标识不同，则依据第一城市的标识、第二城市的标识和终端的标识，生成并发送第一广播消息至区块链网络中。

具体地，当健康码生成服务器从区块链网络中获得第一广播消息后，通过解析第一广播消息，获得第一城市的标识、第二城市的标识和终端的标识。通过对比第一城市的标识和第二城市的标识，当两个城市的标识不同时，健康码生成服务器会启动倒计时定时器，开始进行倒计时，获得计时时间，并依据该计时时间生成健康码。

在一些具体实现中，在步骤230之后，还包括：依据第二城市的标识，更新属地信息列表。

当第二城市的基站为终端提供正常的通信服务后，第二城市的基站就会将依据该终端的标识，将属性信息列表中对应的第一城市的标识更新为第二城市的标识，并发送更新后的信息至区块链网络中，以备其他基站能够获得终端当前所在的城市的标识，进而判断终端的使用者是否发生了位置变化。

在本实施例中，通过依据终端的标识查询属地信息列表，获得终端注册的第一城市的标识，并通过终端发送的连接请求，确定终端当前所在的第二城市的标识，当第一城市的标识和第二城市的标识不同时，会发送第一广播消息至区块链网络中，以提醒健康码生成服务器能够生成或更新该终端的使用者的健康码，保证健康码的状态能够实时更新，避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

实施例三

图3为本申请实施例提供的一种健康码生成服务器的组成方框图，该服务器的具体实施可参见实施例一的相关描述，重复之处不再赘述。值得说明的是，本实施例中的服务器的具体实施不局限于以上实施例，其他未说明的实施例也在本服务器的保护范围之内。

如图3所示，该健康码生成服务器具体包括：获取模块301，用于从区块链网络中，获取终端的标识、终端当前所在的第二城市的标识和终端注册的第一城市的标识；计时模块302，用于在确定第二城市的标识与第一城市的标识不同时，启动计时器，获得计时时间；健康码生成模块303，用于依据计时时间生成健康码。

在本实施例中，通过获取模块从区块链网络中获取到终端的标识、该终端当前所在的第二城市的标识和该终端注册的第一城市的标识，在第二城市的标识与第一城市的标识不同时，计时模块启动计时器，获得计时时间；使用健康码生成模块依据计时时间生成健康码，使得能够明确该终端的使用者在第二城市中停留的时间，进而确定是否需要对该终端的使用者进行健康隔离。避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

不难发现，本实施例为与实施例一相对应的装置实施例，本实施例可与实施例一互相配合实施。实施例一中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在实施例一中。

实施例四

图4为本申请实施例提供的一种基站的组成方框图，该基站的具体实施可参见实施例二的相关描述，重复之处不再赘述。值得说明的是，本实施例中的基站的具体实施不局限于以上实施例，其他未说明的实施例也在本基站的保护范围之内。

如图4所示，该基站具体包括：城市标识确定模块401，用于响应于终端发送的连接请求，确定终端当前所在的第二城市的标识；查询模块402，用于依据终端的标识查询属地信息列表，获得终端注册的第一城市的标识；发送模块403，用于在确定第一城市的标识和第二城市的标识不同时，依据第一城市的标识、第二城市的标识和终端的标识，生成并发送第一广播消息至区块链网络中，以使健康码生成服务器依据获取到的第一广播消息生成健康码。

在本实施例中，通过使用查询模块依据终端的标识查询属地信息列表，获得终端注册的第一城市的标识，并使用城市标识确定模块依据终端发送的连接请求，确定终端当前所在的第二城市的标识，当第一城市的标识和第二城市的标识不同时，使用发送模块发送第一广播消息至区块链网络中，以提醒健康码生成服务器能够生成或更新该终端的使用者的健康码，保证健康码的状态能够实时更新，避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

不难发现，本实施例为与实施例二相对应的装置实施例，本实施例可与实施例二互相配合实施。实施例二中提到的相关技术细节在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在实施例二中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本申请的创新部分，本实施例中并没有将与解决本申请所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

实施例五

图5为本申请实施例中的一种健康码的生成系统的组成方框图如图5所示，健康码的生成系统包括：第一基站511、第二基站512、健康码生成服务器520、终端530、时间戳服务器540和记账节点550。

具体地，图6是该健康码的生成系统的工作方法流程图，如图6所示，具体包括如下步骤。

步骤601，终端530发送连接请求至第一基站511。

其中，连接请求包括终端530的手机号码。

步骤602，第一基站511响应于终端530发送的连接请求，为该终端530提供通信服务，同时，将终端530的手机号码记录下来。依据终端530的手机号码和第一基站511所在的第一城市的标识，生成第一基站广播消息。

步骤603，第一基站511使用自己的私钥对第一基站广播消息进行签名，并发送签名后的至区块链网络中，以使第二基站512获得该第一基站广播消息。

步骤604，当用户携带终端530移动至第二城市时，终端530会相第二城市中的第二基站512发送连接请求，以使第二基站512能够为终端530提供通信服务。

步骤605，第二基站512从区块链网络中，获得第一基站511发送的签名后的第一基站广播消息，通过查询区块链账本，获得第一基站511的公钥；然后使用第一基站511的公钥对第一基站广播消息的签名进行验证，在验证通过时，获得终端530的手机号码和第一城市的标识，并将终端530和第一城市的标识记录到属地信息列表中。第二基站512接收到终端530的接入请求后，依据终端530的手机号码，查询属地信息列表，发现该终端530的第一城市的标识和当前所在的第二城市的标识不同，则依据第一城市的标识、第二城市的标识和终端530的手机号码，生成第二基站广播消息。

步骤606，第二基站512使用自己的私钥，对第二基站广播消息进行签名，获得并发送签名后的第二基站广播消息至区块链网络中，以使健康码生成服务器520能够获得第二基站广播消息。

步骤607，健康码生成服务器520从区块链网络中，获得第二基站512发送的第二基站广播消息，首先依据第二基站512的区块链标识，查找区块链账本，获得第二基站512的公钥；然后使用第二基站512的公钥对第二基站广播消息的签名进行验证，在验证通过时，获得第一城市的标识、第二城市的标识和终端530的手机号码。

步骤608，因第一城市的标识和第二城市的标识不同，健康码生成服务器520会启动倒计时定时器，开始进行倒计时，获得计时时间，并依据该计时时间生成健康码。

需要说明的是，其中的计时时间的起始时刻，可设置为倒计时定时器的结束时刻(例如，设置结束时刻为14，即14天后结束倒计时)，当计时时间小于或等于14天，且大于或等于7天时，将健康码的颜色设置为红色；当计时时间小于7天，且大于0天时，将健康码的颜色设置为黄色；当计时时间等于0时，将健康码的颜色设置为绿色。

步骤609，当健康码的颜色发生变化时，健康码生成服务器520依据终端530的手机号码和变化后的健康码的颜色，生成健康码广播消息，并使用自己的私钥，对健康码广播消息进行签名，获得并发送签名后的健康码广播消息至区块链网络中，以使时间戳服务器540获得签名后的健康码广播消息。

步骤610，时间戳服务器540从区块链网络中，获得健康码生成服务器520发送的签名后的健康码广播消息。首先，依据健康码生成服务器520的区块链标识查询区块链账本，获得健康码生成服务器520的公钥，使用该公钥对健康码广播消息的私钥签名进行验证，在验证通过后，获得健康码广播消息，然后为该健康码广播消息打上时间戳，生成包括实时时间信息的健康码广播消息。

步骤611，时间戳服务器540使用自己的私钥对该健康码广播消息进行第二次的私钥签名，获得经过时间戳服务器540和健康码生成服务器520双重私钥签名的、包括实时时间信息的健康码广播消息，然后发送该健康码广播消息至区块链网络中，以使记账节点550获得该健康码广播消息。

步骤612，记账节点550从区块链网络中获得健康码广播消息，分别使用时间戳服务器540和健康码生成服务器520的公钥，对该健康码广播消息的两次私钥签名进行验证，在验证均通过时，获得终端530的手机号码和变化后的健康码的颜色，并将变化后的健康码的颜色记录到与终端530的手机号码相对应的区块链账本中。

步骤613，当终端530的用户需要健康码验证自己的健康状态时，终端530会从区块链网络中搜索对应的健康码的状态，并从记账节点中获得终端530的手机号码对应的健康码的状态，依据该健康码的状态，来证明自己的健康状态，使得防疫人员能够获得使用终端530的用户的实时健康状态，以确定是否允许该用户通行，或是否需要对该用户进行医学隔离。

在本实施例中，通过从区块链网络中获取到终端的手机号码、该终端当前所在的第二城市的标识和该终端注册的第一城市的标识，在第二城市的标识与第一城市的标识不同时，启动倒计时计时器，获得计时时间；依据计时时间生成健康码，使得能够明确该终端的使用者在第二城市中停留的时间，进而确定是否需要对该终端的使用者进行健康隔离。避免使用者使用终端中的虚拟机来伪造定位信息，以生成假的健康码的现象，提升了健康码的准确度，提高防疫工作的质量，降低人们患病的概率。

可以理解的是，以上实施例仅仅是为了说明本申请的原理而采用的示例性实施例，然而本申请并不局限于此。对于本领域内的普通技术人员而言，在不脱离本申请的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本申请的保护范围。

Claims (9)

1.一种健康码的生成方法，其特征在于，所述方法包括：

从区块链网络中，获取终端的标识、所述终端当前所在的第二城市的标识和所述终端注册的第一城市的标识；

若确定所述第二城市的标识与所述第一城市的标识不同，则启动计时器，获得计时时间；

依据所述计时时间生成健康码；

其中，在所述依据所述计时时间生成健康码的步骤之后，还包括：

若确定所述健康码的颜色发生变化，则依据所述终端的标识和变化后的健康码的颜色，生成健康码广播消息；

发送所述健康码广播消息至区块链网络中，以使所述终端获取所述健康码的颜色，并依据所述健康码的颜色确定所述终端的使用者是否需要进行医学隔离。

2.根据权利要求1所述的方法，其特征在于，所述健康码广播消息还包括实时时间信息，所述实时时间信息是时间戳服务器生成的时间信息。

3.根据权利要求1所述的方法，其特征在于，所述依据所述计时时间生成健康码，包括：

若确定所述计时时间在第一预设时长范围内，则生成所述健康码，并确定所述健康码的颜色为红色；

若确定所述计时时间在第二预设时长范围内，则将所述健康码的颜色更新为黄色，所述第二预设时长的起始时刻等于所述第一预设时长的终止时刻；

若确定所述计时时间等于预设时间阈值，则将健康码的颜色更新为绿色。

4.根据权利要求3所述的方法，其特征在于，所述健康码的颜色为红色或黄色时，确定所述终端的使用者需要进行医学隔离观察；所述健康码的颜色为绿色时，确定所述使用者可以自由通行。

5.一种健康码的生成方法，其特征在于，所述方法包括：

响应于终端发送的连接请求，确定所述终端当前所在的第二城市的标识；

依据所述终端的标识查询属地信息列表，获得所述终端注册的第一城市的标识；

若确定所述第一城市的标识和所述第二城市的标识不同，则依据所述第一城市的标识、所述第二城市的标识和所述终端的标识，生成并发送第一广播消息至区块链网络中，以使健康码生成服务器依据获取到的所述第一广播消息生成健康码；

其中，在所述健康码生成服务器依据获取到的所述第一广播消息生成健康码的步骤之后，还包括：

若所述健康码生成服务器确定所述健康码的颜色发生变化，则依据所述终端的标识和变化后的健康码的颜色，生成健康码广播消息；

所述健康码生成服务器发送所述健康码广播消息至区块链网络中，以使所述终端获取所述健康码的颜色，并依据所述健康码的颜色确定所述终端的使用者是否需要进行医学隔离。

6.根据权利要求5所述的方法，其特征在于，在所述响应于终端发送的连接请求，确定所述终端当前对应的第二城市的标识的步骤之前，还包括：

从所述区块链网络中，获得所述终端的标识和所述终端注册的第一城市的标识；

记录所述终端的标识和所述第一城市的标识至所述属地信息列表中。

7.根据权利要求5所述的方法，其特征在于，在所述依据所述第一城市的标识、所述第二城市的标识和所述终端的标识，生成并发送第一广播消息至区块链网络中的步骤之后，还包括：

依据所述第二城市的标识，更新所述属地信息列表。

8.一种健康码生成服务器，其特征在于，包括：

获取模块，用于从区块链网络中，获取终端的标识、所述终端当前所在的第二城市的标识和所述终端注册的第一城市的标识；

计时模块，用于在确定所述第二城市的标识与所述第一城市的标识不同时，启动计时器，获得计时时间；

健康码生成模块，用于依据所述计时时间生成健康码；

其中，在所述依据所述计时时间生成健康码的步骤之后，还包括：

若确定所述健康码的颜色发生变化，则依据所述终端的标识和变化后的健康码的颜色，生成健康码广播消息；

发送所述健康码广播消息至区块链网络中，以使所述终端获取所述健康码的颜色，并依据所述健康码的颜色确定所述终端的使用者是否需要进行医学隔离。

9.一种基站，其特征在于，包括：

城市标识确定模块，用于响应于终端发送的连接请求，确定所述终端当前所在的第二城市的标识；

查询模块，用于依据所述终端的标识查询属地信息列表，获得所述终端注册的第一城市的标识；

发送模块，用于在确定所述第一城市的标识和所述第二城市的标识不同时，依据所述第一城市的标识、所述第二城市的标识和所述终端的标识，生成并发送第一广播消息至区块链网络中，以使健康码生成服务器依据获取到的所述第一广播消息生成健康码；

其中，在所述健康码生成服务器依据获取到的所述第一广播消息生成健康码的步骤之后，还包括：

若所述健康码生成服务器确定所述健康码的颜色发生变化，则依据所述终端的标识和变化后的健康码的颜色，生成健康码广播消息；

所述健康码生成服务器发送所述健康码广播消息至区块链网络中，以使所述终端获取所述健康码的颜色，并依据所述健康码的颜色确定所述终端的使用者是否需要进行医学隔离。

Images