CN111524607A - 配送员的信息处理方法、获取方法、展示方法及系统 - Google Patents

Abstract

本申请公开一种配送员的信息处理方法、获取方法、展示方法及系统，其中所述信息处理方法包括：根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息；根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息；根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。本申请根据配送员的基础信息和轨迹信息，能够及时、实时地生成所述配送员的安全状态信息，从而便于配送员及时地了解、监控和管理自身的健康状态；同时，便于用户在接触配送员时能够及时地了解配送员的健康状态，从而避免由接触造成的健康安全隐患。

Description

配送员的信息处理方法、获取方法、展示方法及系统

技术领域

本申请涉及计算机数据处理领域，具体涉及一种配送员的信息处理方法、配送员的信息处理系统、服务器、配送员的信息获取方法、配送员的信息获取系统、二维码信息展示方法、二维码信息展示系统、电子设备、以及计算机可读存储介质。

背景技术

目前，物流行业正快速发展，越来越多的人加入到物流行业成为了快递配送员、外卖配送员、跑腿代购人员、以及货运配送员等等。配送员每天都要接收大量的订单、执行配送任务，并接触不同的用户。然而，这对于配送员和用户而言都存在着一定的健康安全隐患。例如，配送员在传染病高发区域执行配送任务时具有一定的风险被传染，若此时配送员继续接触不同的用户，很可能造成这些不同的用户也被传染，从而造成一系列连锁效应，后果极为严重。然而，目前尚未有方案能够对配送员的健康状态进行监控和管理。

发明内容

鉴于以上所述相关技术的缺点，本申请的目的在于提供一种配送员的信息处理方法、配送员的信息处理系统、服务器、配送员的信息获取方法、配送员的信息获取系统、二维码信息展示方法、二维码信息展示系统、电子设备、以及计算机可读存储介质，用以克服上述相关技术中不能对配送员的健康状态进行监控和管理的技术问题。

为实现上述目的及其他相关目的，本申请公开的第一方面提供一种配送员的信息处理方法，包括以下步骤：根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息；根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息；根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。

本申请公开的第二方面提供一种配送员的信息处理系统，包括：第一获取模块，用于根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息；第二获取模块，用于根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息；处理模块，用于根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。

本申请公开的第三方面提供一种服务器，包括：至少一存储设备，用于存储至少一个程序；至少一处理设备，与所述存储设备相连，用于运行所述至少一个程序时以执行并实现如第一方面任一所述的配送员的信息处理方法。

本申请公开的第四方面提供一种配送员的信息获取方法，包括：向服务端提交与所述配送员的唯一标识信息关联的基础信息；接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是根据与所述配送员的唯一标识信息关联的轨迹信息和基础信息获得的。

本申请公开的第五方面提供一种配送员的信息获取系统，包括：提交模块，用于向服务端提交与所述配送员的唯一标识信息关联的基础信息；接收模块，用于接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是根据与所述配送员的唯一标识信息关联的轨迹信息和基础信息获得的。

本申请公开的第六方面提供一种二维码信息展示方法，包括：扫描配送员展示的二维码；解析所述二维码中包含的二维码数据以发送至服务端；其中，所述二维码数据是所述服务端根据所述配送员的唯一标识信息而生成的；接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是通过所述配送员的基础信息和风险维度信息生成的。

本申请公开的第七方面提供一种二维码信息展示系统，包括：扫描模块，用于扫描配送员展示的二维码；解析模块，用于解析所述二维码中包含的二维码数据以发送至服务端；其中，所述二维码数据是所述服务端根据所述配送员的唯一标识信息而生成的；接收模块，用于接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是通过所述配送员的基础信息和风险维度信息生成的。

本申请公开的第八方面提供一种电子设备，包括：显示器；至少一个存储器，用于存储至少一个程序；至少一个处理器，与所述至少一个存储器连接，用于运行所述至少一个程序时以执行并实现如第四方面任一所述的配送员的信息获取方法，或如第六方面任一所述的二维码信息展示方法。

本申请公开的第九方面提供一种计算机可读存储介质，存储有至少一个程序，所述程序被处理器执行时执行并实现如第一方面任一所述的配送员的信息处理方法，或如第四方面任一所述的配送员的信息获取方法，或如第六方面任一所述的二维码信息展示方法。

综上所述，本申请提供的配送员的信息处理方法、配送员的信息处理系统、服务器、配送员的信息获取方法、配送员的信息获取系统、二维码信息展示方法、二维码信息展示系统、电子设备、以及计算机可读存储介质，根据配送员的基础信息和轨迹信息，并获得由轨迹信息提取的配送路线上所经过的各区域的风险维度信息，能够及时、实时地生成所述配送员的安全状态信息，从而便于配送员及时地了解对自身的健康状态，并对自身的安全状态进行管理；同时，便于用户在接触配送员时能够及时地了解配送员的健康状态，从而避免由接触造成的健康安全隐患。

本领域技术人员能够从下文的详细描述中容易地洞察到本申请的其它方面和优势。下文的详细描述中仅显示和描述了本申请的示例性实施方式。如本领域技术人员将认识到的，本申请的内容使得本领域技术人员能够对所公开的具体实施方式进行改动而不脱离本申请所涉及发明的精神和范围。相应地，本申请的附图和说明书中的描述仅仅是示例性的，而非为限制性的。

附图说明

本申请所涉及的发明的具体特征如所附权利要求书所显示。通过参考下文中详细描述的示例性实施方式和附图能够更好地理解本申请所涉及发明的特点和优势。对附图简要说明书如下：

图1显示为本申请配送员的信息处理方法在一实施例中的流程示意图。

图2显示为本申请配送员的信息处理系统在一实施例中的模块组成框图。

图3显示为本申请服务器在一实施例中的模块组成框图。

图4显示为本申请配送员的信息获取方法在一实施例中的流程示意图。

图5显示为本申请配送员的信息获取系统在一实施例中的模块组成框图。

图6显示为本申请电子设备在一实施例中的示意图。

图7显示为本申请二维码信息的展示方法在一实施例中的流程示意图。

图8显示为本申请二维码信息展示系统在一实施例中的模块组成框图。

图9显示为本申请电子设备在另一实施例中的示意图。

具体实施方式

以下由特定的具体实施例说明本申请的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本申请的其他优点及功效。

在下述描述中，参考附图，附图描述了本申请的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本公开的精神和范围的情况下进行模块或单元组成、电气以及操作上的改变。下面的详细描述不应所述被认为是限制性的，并且本申请的实施例的范围仅由公布的专利的权利要求所限定。这里使用的术语仅是为了描述特定实施例，而并非旨在限制本申请。

虽然在一些实例中术语第一、第二等在本文中用来描述各种模块/信息/参数，但是这些模块/信息/参数不应当被这些术语限制。这些术语仅用来将一个模块/信息/参数与另一个模块/信息/参数进行区分。例如，第一获取模块可以被称作第二获取模块，并且类似地，第二获取模块可以被称作第一获取模块，而不脱离各种所描述的实施例的范围。第一获取模块和第二获取模块均是在描述一个获取模块，但是除非上下文以其他方式明确指出，否则它们不是同一个获取模块。取决于语境，比如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“所述”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现所述定义的例外。

目前，物流行业正快速发展，越来越多的人加入到物流行业成为了快递配送员、外卖配送员、跑腿代购人员、以及货运配送员等等。配送员每天都要接收大量的订单、执行配送任务，并接触不同的用户。然而，这对于配送员和用户而言都存在着一定的健康安全隐患。例如，配送员在传染病高发区域执行配送任务时具有一定的风险被传染，若此时配送员继续接触不同的用户，很可能造成这些不同的用户也被传染，从而造成一系列连锁效应，后果极为严重。然而，目前尚未有方案能够对配送员的健康状态进行监控和管理。

有鉴于此，本申请提供一种配送员的信息处理方法，根据配送员的基础信息和轨迹信息，能够实时获得所述配送员的安全状态信息；并将所述安全状态信息发送给用户、配送员、以及配送员所属的公司/平台，使得配送员和其所属的公司/平台能够对配送员的健康状态进行监控和管理，同时，用户在接触配送员时能够及时地了解配送员的健康状态，从而避免由接触造成的健康安全隐患。

请参阅图1，显示为本申请配送员的信息处理方法在一实施例中的流程示意图。其中，所述配送员包括但不限于快递配送员、外卖配送员、跑腿代购人员、以及货运配送员等；在另一些场景中，所述配送员还可以为到家服务的行政服务人员或上门服务人员，比如换锁、维修工、保姆、或钟点工等人员。

在一些实施例中，所述配送员的信息处理方法可以通过一服务器来执行。应理解，所述服务器不限于不同的计算硬件或存储硬件，而是还可以是软件应用程序或硬件和软件的组合。例如，一台计算机可以具有使所述计算机既可以充当Web服务器又可以充当数据库服务器的软件。在一些实施例中，所述服务器可以根据功能、负载等多种因素布置在一个或多个实体服务器上。在一些实施例中，所述服务器可以为基于云架构的服务器，所述服务器指的是云计算提供商所提供的云计算平台，所述云计算平台能够提供IaaS(Infrastructure-as-a-Service，基础设施即服务)、PaaS(Platform-as-a-Service，平台即服务)、以及SaaS(Software-as-a-Service，软件即服务)等服务。其中，所述云计算平台包括公共云(Public Cloud)、私有云(Private Cloud)、以及混合云(Hybrid Cloud)等，例如，美团云计算服务平台、阿里云计算服务平台、百度云计算平台、以及腾讯云计算平台等。在一些实施例中，所述服务器可以由分布的或集中的服务器集群构成。例如，所述服务器集群由至少一台实体服务器构成。每个实体服务器中配置多个虚拟服务器，每个虚拟服务器运行所述系统中的至少一功能模块，各虚拟服务器之间通过网络通信。

如图1所示，所述信息处理方法包括：

S101，根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息。

在此，首先，服务器获取配送员的唯一标识信息，所述唯一标识信息用于指代所述配送员的身份以将其与其他配送员进行区分。其中，所述唯一标识信息包括但不限于配送员的身份证号、标识码等。在一些实施例中，所述标识码可以为所述配送员所属公司/平台分配的标识码，所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种，或其任意组合。例如，配送员A的标识码为mtdp00001，配送员B的标识码为ptdg00001。

在一些实施例中，所述基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。其中，所述生理体征信息包括但不限于所述配送员的年龄、身高、体重、以及体脂率等数据中的一种或多种。所述疾病既往史信息包括但不限于所述配送员的外科手术史、预防注射史、过敏史、以及既往所患疾病等中的一种或多种。所述近期身体状况信息包括但不限于近期前往的区域、近期的生活方式(例如是否抽烟、饮酒)信息、锻炼信息、体温数据、以及体检信息(例如血压、血常规、心功能等数据)等中的一种或多种。在一些实施例中，所述近期身体状况信息的时间期限还可根据季节性传染病、传染病类型等而确定。例如，关于新冠状病毒的传染病类型，所述近期通常为从当天起往前推的14天以内，甚至从当天起往前推的15-30天以内。

在一些实施例中，所述配送员的基础信息还包括所述配送员的住址信息、通勤信息、以及所述配送员的配送状态信息等中的一种或多种。所述配送状态信息包括例如所述配送员是否佩戴口罩、所述配送员所使用的保温箱(或配送箱、快递箱等)是否经过消毒、以及所述配送员是否穿戴一次性手套等中的一种或多种。所述通勤信息包括例如通勤采用的交通方式为公交、地铁、出租车、或骑行等方式，以及通勤路线及所述路线经过的区域等信息。

在一些实施例中，所述轨迹信息包括但不限于配送员在某一时刻的位置的经纬度信息、坐标信息、以及一段时间内所经过的区域信息(例如经过了哪些区域、各区域的地理边界信息等)等中的一种或多种。举例而言，所述轨迹信息中还包括了配送员根据每份订单执行配送任务时的起始点信息、目的地信息、以及配送路线信息；例如，所述轨迹信息包括由执行所述份订单的配送任务时的实时位置信息与起始点信息和目的地信息构成的配送路线。在实践中，所述区域可以通过行政区域的划分、与路线中的直线距离、或者道路规划等方式划分。

然后，服务器根据配送员的唯一标识信息，从本地存储介质或数据库中查找并提取与所述唯一标识信息关联的基础信息和轨迹信息。需要说明的是，所述关联指的是将多种具有特定关系的信息联系在一起，所述特定关系可以是数据进行存储时的目录信息/列表信息、或数据与数据之间的映射关系等。在一些实施例中，所述特定关系例如为主键信息等。

举例而言，所述服务器因同属于同一配送员而将其的基础信息和唯一标识信息关联在一起。在一些实施例中，所述配送员的一种或多种信息关联后存储在数据库中，例如，将同属于配送员A的基础信息和轨迹信息存储至以所述配送员A的唯一标识信息为主键的关系型数据库的表中。当服务器接收到更新的基础信息和轨迹信息时，根据其唯一标识信息确定为属于配送员A的信息，由此，能够实现对配送员A的历史的基础信息和轨迹信息的提取、复制、修改、删除等操作。

应理解，相较于轨迹信息而言，所述配送员的基础信息通常在一段时间内不会发生较大的改变，因此，所述服务器可以直接获取预先存储的基础信息。

在一些实施例中，所述基础信息可以与所述唯一标识信息关联存储于服务器的本地内存空间、缓存空间的存储介质、或所述存储介质上的一个缓存区(Buffer)。其中，所述存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够进行存取的任何其它介质。

在另一些实施例中，所述基础信息可以与所述唯一标识信息关联存储于一数据库中，所述服务器可以对数据库中的信息进行查询、提取、修改、储存、以及删除等操作。其中，所述数据库指的是部署在计算环境中的信息存储和检索系统。

而相较于基础信息而言，所述配送员的轨迹信息会随着时间的变化发生改变。因此，所述服务器可以获取所述配送员在一段时间内的轨迹信息，或者实时获取所述配送员的当前轨迹信息。例如，所述服务器可以获取1小时内、1天内、1周内、以及1月内所述配送员的轨迹信息。又如，所述服务器可以实时获取所述配送员的轨迹信息。

在一些实施例中，所述轨迹信息可以由配送员所携带的终端实时上传至服务器。所述终端可以是智能手机、智能手表、智能眼镜、智能手环、平板电脑、便携式导航装置、以及行车记录仪等装置。例如，在配送员执行配送任务的过程中，由配送员随身携带的智能手机实时上传当前的位置信息。又如，在配送员执行配送任务的过程中，由固定/可拆卸地安装在配送员的交通工具(例如机动车、非机动车等)上的便携式导航装置在为配送员进行导航时，同时将配送员当前的位置信息上传至服务器。应理解，所述终端还可以是其他任何具有当前位置信息的获取功能和上传功能的装置，例如GSM/GPRS/GPS跟踪定位仪等。

在实际的一些场景中，相较于外卖配送员而言，对于货运配送员的轨迹信息的实时性和精确性的要求较低。因此，所述轨迹信息可以不必实时上传至服务器。举例而言，所述轨迹信息可以以固定的频率/时间间隔上传至服务器，例如每10分钟、每30分钟、每1小时将配送员的轨迹信息上传至服务器。又如，当货运配送员到达某一位置节点时，将配送员的轨迹信息上传至服务器。所述位置节点可以是预先设置的，例如将货物集散中心、中转站、驿站、营业点等设置为位置节点；当配送员到达所述位置节点时，将配送员的轨迹信息上传至服务器。

应理解，服务器获取所述配送员的轨迹信息的频率/时间间隔可以根据实际的需求的不同而进行调整，本申请不作限制。

在一些实施例中，为了保护配送员的隐私安全，所述服务器可以采取加密、分散、脱敏等方式对获取的配送员的基础信息和轨迹信息进行处理后，再进行存储等操作。

S102，根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息。

在此，服务器根据配送员的轨迹信息，提取所述轨迹信息中包含的配送路线；再根据所述配送员的配送路线，获取所述配送路线所经过的各区域的风险维度信息。

在一些实施例中，所述风险维度信息包括人群传播信息、公共卫生信息、以及各区域的风险等级信息等中的一种或多种。其中，所述人群传播信息包括各区域的人群密度分布信息、人群流动信息、以及疾病传播信息(例如起源时间、起源地点、传播速度、以及传染力等)等中的一种或多种；所述疾病传播信息例如为通过一传染病传染模型获得的。在一些实施例中，所述人群传播信息还包括配送员的配送路线中所接触人员的健康信息、流动信息等。举例而言，所述服务器通过获取所述配送员的配送任务、配送路线等信息，获取所述配送员在执行配送任务的过程中所接触人员的信息。例如，所述服务器通过获取所述配送员接单的订单信息，提取所述订单信息中顾客的信息，并将所述顾客的信息作为所述配送员在执行配送任务的过程中所接触人员的信息。

所述公共卫生信息包括但不限于各区域的卫生防控信息、公共卫生资源信息等中的一种或多种。所述风险等级信息用于表示所述区域处于特定风险(例如传染病等)下的风险系数。举例而言，所述各区域的风险等级信息可以通过“高风险”、“中风险”、以及“低风险”三种等级来表示所述区域的风险系数。例如，针对一流感病毒的传播情况，A区域的风险等级信息为“高风险”，意味着所述配送员在经过A区域时有较高的风险被传染。在一些实施例中，所述服务器可以利用大数据及相关技术获取/预测各区域的风险维度信息。

S103，根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。

在此，所述服务器根据所述配送员的基础信息和风险维度信息，生成所述配送员的安全状态信息。其中，所述安全状态信息用于表征所述配送员的安全状态，例如所述配送员的健康状态为健康、亚健康、或不健康，和/或，风险状态(例如传染风险等)为无风险、中风险、或高风险等。

为了便于配送员自身和其他人员清楚、直观地了解所述配送员的安全状态，在一些实施例中，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。例如，所述服务器预设不同的等级：LV1、LV2、LV3……，等级的升序/降序用于表示对应的配送员的安全状态信息。又如，所述服务器以动态分数的高低表示所述配送员的安全状态信息，例如20～49分表示所述配送员有较高的传染风险，50～79分表示所述配送员有一定的传染风险，80～100分表示所述配送员无传染风险。再如，所述服务器以百分比的大小表示所述配送员的安全状态信息，例如健康程度达90％以上表示所述配送员无传染风险，健康程度在60％～90％则表示所述配送员有一定的传染风险，健康程度在60％以下则表示所述配送员有较高的传染风险，等等。

应理解，所述安全状态信息的表示形式并不局限于上述实施例所述的举例，还可以是本领域技术人员所知晓的其他任何表示形式；例如，所述安全状态信息还可以以不同样式的图标/图案、图标/图案的不同颜色来表示所述配送员的安全状态；又如，所述安全状态信息还可以以统计图的形式来表示过去一段时间内所述配送员的安全状态及其变化。在实际的应用中，所述安全状态信息的表示形式还可以是上述示例中的一种或多种组合。

在一些实施例中，所述服务器为所述基础信息和风险维度信息中的各种信息设置不同的权重，获得各种信息的加权平均和并将所述加权平均和作为所述配送员的安全状态信息。在一些实施例中，所述服务器根据所述基础信息和风险维度信息生成所述配送员的安全状态信息的步骤是通过调用一配置在云端服务器中的计算模型执行的。所述计算模型可以存储在服务器的存储介质、数据库、或数据中心中，以供服务器进行调用。举例而言，所述配置在云端服务器中的计算模型可以是基于大数据的计算模型，并能够根据输入的所述基础信息和风险维度信息生成计算结果，所述计算结果即为所述配送员的安全状态信息。又如，所述配置在云端服务器中的计算模型可以是利用神经网络训练后得到的模型等，所述神经网络例如为前馈神经网络、深度神经网络、递归神经网络、以及卷积神经网络等。

应理解，所述服务器还可以利用本领域技术人员所知晓的其他任何计算方式以获得所述配送员的安全状态信息。本申请实施例在于服务器是根据所述基础信息和风险维度信息而得到安全状态信息的，而对具体的计算方式不作限定。

在一些实施例中，当所述安全状态信息表示所述配送员处于有风险状态(与健康状态/无风险状态对应，包括中风险状态、高风险状态等)时，向所述配送员的终端发送提示信息以提示所述配送员对基础信息进行更新。

在此，服务器获得所述配送员的安全状态信息，并判断所述配送员安全状态信息是否满足预设条件，从而获得对所述配送员的安全状态的判断结果。举例而言，在以动态分数的高低表示所述配送员的安全状态时，所述预设条件可以为是否大于/小于分数的阈值，当分数小于阈值时，所述服务器判断所述安全状态信息对应的安全状态为非健康状态和/或有风险状态。当所述安全状态信息对应的安全状态为非健康状态和/或有风险状态时，所述服务器向所述配送员的终端发送提示信息以提示所述配送员对基础信息进行更新。例如，向所述配送员的终端发送提示信息，以提示所述配送员至附近的医院、体检中心、或安全检测站等进行健康检测，并将健康检测后的结果上传至服务器。其中，所述提示信息中还可以包括例如附近的医院、体检中心、或安全检测站等的相关信息，例如检测项目、开放时间、具体地理位置、地图路线等中的一种或多种。所述提示消息可以在所述配送员的终端上以短信、弹窗、或语音等中的一种或多种形式进行展示或提示。

在一些实施例中，所述安全检测站例如为与所述服务器通信连接的自助式检测设备，当所述配送员通过所述自助式检测设备进行检测后，所述自助式检测设备自动将所述配送员的检测结果上传至服务器，以供服务器对所述配送员的基础信息进行更新。

在另一些实施例中，当所述配送员的安全状态信息表示所述配送员处于有风险状态时，所述服务器还可以调整所述配送员的配送权限。举例而言，所述服务器可以限制所述配送员能够获取订单的数量，例如降低外卖配送员的接单数量，从而控制所述配送员与用户接触时造成的风险。又如，所述服务器可以限制所述配送员的配送区域，例如限制配送员无法在无风险的区域内执行配送任务。再如，所述服务器还可以禁止所述配送员执行配送任务，例如禁止外卖配送员接单。

在一些实施例中，服务器调整所述配送员的配送权限直至所述配送员前往安全检测站进行检测并更新其基础信息。或者，服务器调整所述配送员的配送权限，直至服务器根据所述配送员的轨迹信息和更新后的基础信息计算生成的安全状态信息满足预设条件。

举例而言，当配送员的安全状态信息为40分时，所述服务器禁止所述配送员继续执行配送任务，并向所述配送员的终端发送提示消息，以提示所述配送员尽快至附近的安全检测站进行身体健康检测。所述配送员进行检测后，将检测结果上传至服务器，所述服务器根据所述检测结果更新所述配送员的基础信息。当检测结果表示所述配送员为健康状态时，所述服务器重新开放所述配送员的配送权限，以使得所述配送员能够继续执行配送任务；或者，所述服务器根据更新后的基础信息，再次计算所述配送员的安全状态信息，当安全状态信息大于60分时，所述服务器重新开放所述配送员的配送权限，以使得所述配送员能够继续执行配送任务。

为了能够让配送员自身和其他人员了解所述配送员的安全状态，所述服务器还可以将所述配送员的安全状态信息发送至终端以供展示。

在一些实施例中，所述安全状态信息还用于供发送至所述配送员的终端以使其展示。在此，所述服务器将所述配送员的安全状态信息发送至所述配送员的终端，并由所述终端将所述安全状态信息以短信、弹窗、或语音等中的一种或多种形式进行展示，从而便于所述配送员及时、清楚地了解自身的安全状态，并进行相应的防控、检测等操作。

在一些实施例中，所述安全状态信息还用于供发送至所述配送员所属的公司/平台的终端以使其展示。所述配送员所属的公司/平台的终端例如为公司的管理设备，所述管理设备将所述安全状态信息以进行展示，以便相应的管理人员能够及时、便捷地查看所述配送员的安全状态信息，以对所述配送员进行管理和调配。

在一些实施例中，所述服务器可以根据配送员的安全状态信息生成链接，并将所述链接发送至所述用户的终端以使其展示。所述用户通过点击所述链接从而获取所述配送员的安全状态信息。其中，所述链接指从一个目标指向另一个目标的连接关系；所述链接的表现形式不局限于网址，还包括二维码、图标、以及自定义的字符串等。

举例而言，所述服务器可以根据配送员的安全状态信息生成二维码，并将所述二维码发送至所述用户的终端以使其展示；所述用户通过查看所述二维码和/或扫描所述二维码，从而获取所述配送员的安全状态信息。在实际的场景中，可以在配送员开始执行配送任务后(例如接单后)，所述用户的终端使所述二维码显示在用户的用于展示订单详情的界面、用于展示配送信息/物流信息的界面、或用于展示配送员的详情信息的界面等。在一些实施例中，所述二维码还可以具有颜色属性，通过不同的颜色以表示对应的配送员的安全状态。例如，二维码为红色、黄色、以及绿色，分别代表所述配送员的安全状态为高风险状态、中风险状态、以及低风险状态，等等。由此，用户通过查看所述二维码即可获知所述配送员大致的安全状态。

本申请提供的配送员的信息处理方法通过获取配送员的基础信息和轨迹信息，并获得由轨迹信息提取的配送路线上所经过的各区域的风险维度信息，能够及时、实时地生成所述配送员的安全状态信息，从而便于配送员及时地了解对自身的健康状态，并对自身的安全状态进行管理；同时，便于用户在接触配送员时能够及时地了解配送员的健康状态，从而避免由接触造成的健康安全隐患。

本申请还提供一种配送员的信息处理系统，用于执行前述实施例中提供的配送员的信息处理法，具备相应的功能模块并能够实现相同的技术效果。在一些实施例中，所述信息处理系统可以被配置在一或多个服务器上，所述服务器例如为一服务器。请参阅图2，显示为本申请配送员的信息处理系统在一实施例中的模块组成框图。如图所示，所述信息处理系统2包括第一获取模块201、第二获取模块202、以及处理模块203。

具体应用场景中，所述第一获取模块、第二获取模块、以及处理模块都可以是软件模块，这些软件模块可部署在服务器、或服务器上的虚拟机，或服务器上的容器上；并且这些软件模块可根据实际需求部署在同一服务器上或不同服务器上，本申请不做限定。此外，所述第一获取模块、第二获取模块、以及处理模块的部分或全部还可以集成为一个模块，以实现更为方便地嵌入至一装置/设备中。

其中，所述第一获取模块用于根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息。

在此，首先，所述第一获取模块获取配送员的唯一标识信息，所述唯一标识信息用于指代所述配送员的身份以将其与其他配送员进行区分。其中，所述唯一标识信息包括但不限于配送员的身份证号、标识码等。在一些实施例中，所述标识码可以为所述配送员所属公司/平台分配的标识码，所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种，或其任意组合。例如，配送员A的标识码为mtdp00001，配送员B的标识码为ptdg00001。

在一些实施例中，所述基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。其中，所述生理体征信息包括但不限于所述配送员的年龄、身高、体重、以及体脂率等数据中的一种或多种。所述疾病既往史信息包括但不限于所述配送员的外科手术史、预防注射史、过敏史、以及既往所患疾病等中的一种或多种。所述近期身体状况信息包括但不限于近期前往的区域、近期的生活方式(例如是否抽烟、饮酒)信息、锻炼信息、体温数据、以及体检信息(例如血压、血常规、心功能等数据)等中的一种或多种。在一些实施例中，所述近期身体状况信息的时间期限还可根据季节性传染病、传染病类型等而确定。例如，关于新冠状病毒的传染病类型，所述近期通常为从当天起往前推的14天以内，甚至从当天起往前推的15-30天以内。

在一些实施例中，所述配送员的基础信息还包括所述配送员的住址信息、通勤信息、以及所述配送员的配送状态信息等中的一种或多种。所述配送状态信息包括例如所述配送员是否佩戴口罩、所述配送员所使用的保温箱(或配送箱、快递箱等)是否经过消毒、以及所述配送员是否穿戴一次性手套等中的一种或多种。所述通勤信息包括例如通勤采用的交通方式为公交、地铁、出租车、或骑行等方式，以及通勤路线及所述路线经过的区域等信息。

在一些实施例中，所述轨迹信息包括但不限于配送员在某一时刻的位置的经纬度信息、坐标信息、以及一段时间内所经过的区域信息(例如经过了哪些区域、各区域的地理边界信息等)等中的一种或多种。举例而言，所述轨迹信息中还包括了配送员根据每份订单执行配送任务时的起始点信息、目的地信息、以及配送路线信息；例如，所述轨迹信息包括由执行所述份订单的配送任务时的实时位置信息与起始点信息和目的地信息构成的配送路线。在实践中，所述区域可以通过行政区域的划分、与路线中的直线距离、或者道路规划等方式划分。

然后，所述第一获取模块根据配送员的唯一标识信息，从本地存储介质或数据库中查找并提取与所述唯一标识信息关联的基础信息和轨迹信息。需要说明的是，所述关联指的是将多种具有特定关系的信息联系在一起，所述特定关系可以是数据进行存储时的目录信息/列表信息、或数据与数据之间的映射关系等。在一些实施例中，所述特定关系例如为主键信息等。

举例而言，所述信息处理系统因同属于同一配送员而将其的基础信息和唯一标识信息关联在一起。在一些实施例中，所述配送员的一种或多种信息关联后存储在数据库中，例如，将同属于配送员A的基础信息和轨迹信息存储至以所述配送员A的唯一标识信息为主键的关系型数据库的表中。当所述信息处理系统接收到更新的基础信息和轨迹信息时，根据其唯一标识信息确定为属于配送员A的信息，由此，能够实现对配送员A的历史的基础信息和轨迹信息的提取、复制、修改、删除等操作。

应理解，相较于轨迹信息而言，所述配送员的基础信息通常在一段时间内不会发生较大的改变，因此，所述第一获取模块可以直接获取预先存储的基础信息。

在一些实施例中，所述基础信息可以与所述唯一标识信息关联存储于服务器的本地内存空间、缓存空间的存储介质、或所述存储介质上的一个缓存区(Buffer)。其中，所述存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够进行存取的任何其它介质。

在另一些实施例中，所述基础信息可以与所述唯一标识信息关联存储于一数据库中，所述第一获取模块可以对数据库中的信息进行查询、提取、修改、储存、以及删除等操作。其中，所述数据库指的是部署在云端的计算环境中的信息存储和检索系统。

而相较于基础信息而言，所述配送员的轨迹信息会随着时间的变化发生改变。因此，所述第一获取模块可以获取所述配送员在一段时间内的轨迹信息，或者实时获取所述配送员的当前轨迹信息。例如，所述第一获取模块可以获取1小时内、1天内、1周内、以及1月内所述配送员的轨迹信息。又如，所述第一获取模块可以实时获取所述配送员的轨迹信息。

在一些实施例中，所述轨迹信息可以由配送员所携带的终端实时上传至所述信息处理系统。所述终端可以是智能手机、智能手表、智能手环、智能眼镜、平板电脑、便携式导航装置、以及行车记录仪等装置。例如，在配送员执行配送任务的过程中，由配送员随身携带的智能手机实时上传当前的位置信息。又如，在配送员执行配送任务的过程中，由固定/可拆卸地安装在配送员的交通工具(例如机动车、非机动车等)上的便携式导航装置在为配送员进行导航时，同时将配送员当前的位置信息上传至所述信息处理系统。应理解，所述终端还可以是其他任何具有当前位置信息的获取功能和上传功能的装置，例如GSM/GPRS/GPS跟踪定位仪等。

在实际的一些场景中，相较于外卖配送员而言，对于货运配送员的轨迹信息的实时性和精确性的要求较低。因此，所述轨迹信息可以不必实时上传至所述信息处理系统。举例而言，所述轨迹信息可以以固定的频率/时间间隔上传至所述信息处理系统，例如每10分钟、每30分钟、每1小时将配送员的轨迹信息上传至所述信息处理系统。又如，当货运配送员到达某一位置节点时，将配送员的轨迹信息上传至所述信息处理系统。所述位置节点可以是预先设置的，例如将货物集散中心、中转站、驿站、营业点等设置为位置节点；当配送员到达所述位置节点时，将配送员的轨迹信息上传至所述信息处理系统。

应理解，所述第一获取模块获取所述配送员的轨迹信息的频率/时间间隔可以根据实际的需求的不同而进行调整，本申请不作限制。

所述第二获取模块用于根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息。

在此，所述第二获取模块根据配送员的轨迹信息，提取所述轨迹信息中包含的配送路线；根据所述配送员的配送路线，获取所述配送路线所经过的各区域的风险维度信息。

在一些实施例中，所述风险维度信息包括人群传播信息、公共卫生信息、以及各区域的风险等级信息等中的一种或多种。其中，所述人群传播信息包括各区域的人群密度分布信息、人群流动信息、以及疾病传播信息(例如起源时间、起源地点、传播速度、以及传染力等)等中的一种或多种；所述疾病传播信息例如为通过一传染病传染模型获得的。在一些实施例中，所述人群传播信息还包括配送员的配送路线中所接触人员的健康信息、流动信息等。举例而言，所述服务器通过获取所述配送员的配送任务、配送路线等信息，获取所述配送员在执行配送任务的过程中所接触人员的信息。例如，所述第二获取模块通过获取所述配送员接单的订单信息，提取所述订单信息中顾客的信息，并将所述顾客的信息作为所述配送员在执行配送任务的过程中所接触人员的信息。

所述公共卫生信息包括但不限于各区域的卫生防控信息、公共卫生资源信息等中的一种或多种。所述风险等级信息用于表示所述区域处于特定风险(例如传染病等)下的风险系数。举例而言，所述各区域的风险等级信息可以通过“高风险”、“中风险”、以及“低风险”三种等级来表示所述区域的风险系数。例如，针对一流感病毒的传播情况，A区域的风险等级信息为“高风险”，意味着所述配送员在经过A区域时有较高的风险被传染。在一些实施例中，所述第二获取模块可以利用大数据及相关技术获取/预测各区域的风险维度信息。

所述处理模块用于根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。在此，所述处理模块根据所述配送员的基础信息和风险维度信息，生成所述配送员的安全状态信息。其中，所述安全状态信息用于表征所述配送员的安全状态，例如所述配送员的健康状态为健康、亚健康、或不健康，和/或，风险状态(例如传染风险等)为无风险、中风险、或高风险等。

为了便于配送员自身和其他人员清楚、直观地了解所述配送员的安全状态，在一些实施例中，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。例如，所述处理模块预设不同的等级：LV1、LV2、LV3……，等级的升序/降序用于表示对应的配送员的安全状态信息。又如，所述处理模块以动态分数的高低表示所述配送员的安全状态信息，例如20～49分表示所述配送员有较高的传染风险，50～79分表示所述配送员有一定的传染风险，80～100分表示所述配送员无传染风险。再如，所述处理模块以百分比的大小表示所述配送员的安全状态信息，例如健康程度达90％以上表示所述配送员无传染风险，健康程度在60％～90％则表示所述配送员有一定的传染风险，健康程度在60％以下则表示所述配送员有较高的传染风险，等等。

应理解，所述安全状态信息的表示形式并不局限于上述实施例所述的举例，还可以是本领域技术人员所知晓的其他任何表示形式；例如，所述安全状态信息还可以以不同样式的图标/图案、图标/图案的不同颜色来表示所述配送员的安全状态；又如，所述安全状态信息还可以以统计图的形式来表示过去一段时间内所述配送员的安全状态及其变化。在实际的应用中，所述安全状态信息的表示形式还可以是上述示例中的一种或多种组合。

在一些实施例中，所述处理模块为所述基础信息和风险维度信息中的各种信息设置不同的权重，获得各种信息的加权平均和并将所述加权平均和作为所述配送员的安全状态信息。在一些实施例中，所述处理模块根据所述基础信息和风险维度信息生成所述配送员的安全状态信息的步骤是通过调用一配置在云端服务器中的计算模型执行的。所述计算模型可以存储在服务器的存储介质、数据库、或数据中心中，以供服务器进行调用。举例而言，所述配置在云端服务器中的计算模型可以是基于大数据的计算模型，并能够根据输入的所述基础信息和风险维度信息生成计算结果，所述计算结果即为所述配送员的安全状态信息。又如，所述配置在云端服务器中的计算模型可以是利用神经网络训练后得到的模型等，所述神经网络例如为前馈神经网络、深度神经网络、递归神经网络、以及卷积神经网络等。

应理解，所述处理模块还可以利用本领域技术人员所知晓的其他任何计算方式以获得所述配送员的安全状态信息。本申请实施例在于处理模块是根据所述基础信息和风险维度信息而得到安全状态信息的，而对具体的计算方式不作限定。

在一些实施例中，所述信息处理系统还包括提示模块，用于当所述配送员的安全状态信息表征的安全状态信息表示所述配送员处于有风险状态时，向所述配送员的终端发送提示信息以提示所述配送员对基础信息进行更新。

在此，所述提示模块获得所述配送员的安全状态信息，并判断所述配送员安全状态信息是否满足预设条件，从而获得对所述配送员的安全状态的判断结果。举例而言，在以动态分数的高低表示所述配送员的安全状态时，所述预设条件可以为是否大于/小于分数的阈值，当分数小于阈值时，所述提示模块判断所述安全状态信息对应的安全状态为非健康状态和/或有风险状态。当所述安全状态信息对应的安全状态为非健康状态和/或有风险状态时，所述提示模块向所述配送员的终端发送提示信息以提示所述配送员对基础信息进行更新。例如，所述提示模块向所述配送员的终端发送提示信息，以提示所述配送员至附近的医院、体检中心、或安全检测站等进行健康检测，并将健康检测后的结果上传至所述信息处理系统。其中，所述提示信息中还可以包括例如附近的医院、体检中心、或安全检测站等的相关信息，例如检测项目、开放时间、具体地理位置、地图路线等中的一种或多种。所述提示消息可以在所述配送员的终端上以短信、弹窗、或语音等中的一种或多种形式进行展示或提示。

在一些实施例中，所述安全检测站例如为与所述服务器通信连接的自助式检测设备，当所述配送员通过所述自助式检测设备进行检测后，所述自助式检测设备自动将所述配送员的检测结果上传至所述信息处理系统，以供所述信息处理系统对所述配送员的基础信息进行更新。

在另一些实施例中，所述信息处理系统还包括权限模块，用于当所述配送员的安全状态信息表示所述配送员处于有风险状态时，调整所述配送员的配送权限。举例而言，所述权限模块可以限制所述配送员能够获取订单的数量，例如降低外卖配送员的接单数量，从而控制所述配送员与用户接触时造成的风险。又如，所述权限模块可以限制所述配送员的配送区域，例如限制配送员无法在无风险的区域内执行配送任务。再如，所述权限模块还可以禁止所述配送员执行配送任务，例如禁止外卖配送员接单。

在一些实施例中，所述权限模块调整所述配送员的配送权限直至所述配送员前往安全检测站进行检测并更新其基础信息。或者，所述权限模块调整所述配送员的配送权限，直至所述处理模块根据所述配送员的轨迹信息和更新后的基础信息计算生成的安全状态信息满足预设条件。

举例而言，当配送员的安全状态信息为40分时，所述权限模块禁止所述配送员继续执行配送任务；并且，所述提示模块向所述配送员的终端发送提示消息，以提示所述配送员尽快至附近的安全检测站进行身体健康检测。所述配送员进行检测后，将检测结果上传至所述信息处理系统，所述信息处理系统根据所述检测结果更新所述配送员的基础信息。当检测结果表示所述配送员为健康状态时，所述权限模块重新开放所述配送员的配送权限，以使得所述配送员能够继续执行配送任务；或者，所述处理模块根据更新后的基础信息，再次计算所述配送员的安全状态信息，当安全状态信息大于60分时，所述权限模块重新开放所述配送员的配送权限，以使得所述配送员能够继续执行配送任务。

为了能够让配送员自身和其他人员了解所述配送员的安全状态，所述信息处理系统还可以将所述配送员的安全状态信息发送至终端以供展示。

在一些实施例中，所述信息处理系统还包括发送模块，用于将所述安全状态信息发送至所述配送员的终端以使其展示。在此，所述发送模块将所述配送员的安全状态信息发送至所述配送员的终端，并由所述终端将所述安全状态信息以短信、弹窗、或语音等中的一种或多种形式进行展示，从而便于所述配送员及时、清楚地了解自身的安全状态，并进行相应的防控、检测等操作。

在一些实施例中，所述发送模块还将所述安全状态信息发送至所述配送员所属的公司/平台的终端以使其展示。所述配送员所属的公司/平台的终端例如为公司的管理设备，所述管理设备将所述安全状态信息以进行展示，以便相应的管理人员能够及时、便捷地查看所述配送员的安全状态信息，以对所述配送员进行管理和调配。

在一些实施例中，所述信息处理系统还包括生成模块，所述生成模块可以根据配送员的安全状态信息生成链接，并将所述链接发送至所述用户的终端以使其展示。所述用户通过点击所述链接从而获取所述配送员的安全状态信息。其中，所述链接指从一个目标指向另一个目标的连接关系；所述链接的表现形式不局限于网址，还包括二维码、图标、以及自定义的字符串等。

举例而言，所述生成模块可以根据配送员的安全状态信息生成二维码，并将所述二维码发送至所述用户的终端以使其展示；所述用户通过查看所述二维码和/或扫描所述二维码，从而获取所述配送员的安全状态信息。在实际的场景中，可以在配送员开始执行配送任务后(例如接单后)，所述用户的终端使所述二维码显示在用户的用于展示订单详情的界面、用于展示配送信息/物流信息的界面、或用于展示配送员的详情信息的界面等。在一些实施例中，所述二维码还可以具有颜色属性，通过不同的颜色以表示对应的配送员的安全状态。例如，二维码为红色、黄色、以及绿色，分别代表所述配送员的安全状态为高风险状态、中风险状态、以及低风险状态，等等。由此，用户通过查看所述二维码即可获知所述配送员大致的安全状态。

在实施例中，为简化说明，所述信息处理系统中的第一获取模块、第二获取模块、以及处理模块可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现上述图1所示实施例中的配送员的信息处理方法的步骤，并实现了相同的技术效果，此处不再赘述。

本申请还提供一种服务器。请参阅图3，显示为本申请服务器在一实施例中的模块组成框图。如图所示，所述服务器3包括至少一存储设备301和至少一处理设备302。

其中，所述存储设备用于存储至少一个程序；在实施例中，所述存储设备包括存储服务器或者存储器，所述存储器可包括高速随机存取存储器，并且还可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。在某些实施例中，所述存储设备还可以包括远离一个或多个处理器的存储器，例如经由RF电路或外部端口以及通信网络(未示出)访问的网络附加存储器，其中所述通信网络可以是因特网、一个或多个内部网、局域网、广域网、存储局域网等，或其适当组合。存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。

所述处理设备与所述存储设备相连，用于运行所述至少一个程序时以执行并实现上述图1所示实施例中的配送员的信息处理方法所描述的至少一种实施例。所述处理设备例如为包括处理器的服务器，比如应用服务器等，所述处理器可操作地与存储器和/或非易失性存储设备耦接。更具体地，处理设备可执行在存储器和/或非易失性存储设备中存储的指令以在计算设备中执行操作，诸如生成图像数据和/或将图像数据传输到电子显示器。如此，处理设备可包括一个或多个通用微处理器、一或多个专用处理器、一个或多个现场可编程逻辑阵列、或它们的任何组合。

本申请还提供一种配送员的信息获取方法。所述配送员的信息获取方法可以借由配送员操作一电子设备以执行，从而使所述配送员能够获取自身的安全状态。

其中，所述电子设备例如为装载有APP应用程序或具备网页/网站访问性能的电子设备，所述电子设备包括存储器、存储器控制器、一个或多个处理单元(CPU)、外设接口、RF电路、音频电路、扬声器、麦克风、输入/输出(I/O)子系统、显示屏、其他输出或控制设备，以及外部端口等组件，这些组件通过一条或多条通信总线或信号线进行通信。所述电子设备包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能手环、智能手表等。所述电子设备还可以是由带有多个虚拟机的主机和对应每个虚拟机的人机交互装置(如触控显示屏、键盘和鼠标)所构成的电子设备。

请参阅图4，显示为本申请配送员的信息获取方法在一实施例中的流程示意图。如图所示，所述信息获取方法包括：

S401，向服务端提交与所述配送员的唯一标识信息关联的基础信息。其中，所述服务端例如为一服务器。应理解，为了便于理解，本实施例将以所述服务端为服务器作为示例，下文将不再赘述。在此，所述电子设备向服务器发送所述配送员的基础信息，服务器将所述基础信息与所述配送员的唯一标识信息关联。在一些实施例中，所述电子设备将所述唯一标识信息和所述基础信息关联后再一并发送给服务器。

其中，所述唯一标识信息用于指代所述配送员的身份以将其与其他配送员进行区分。其中，所述唯一标识信息包括但不限于配送员的身份证号、标识码等。在一些实施例中，所述标识码可以为所述配送员所属公司/平台分配的标识码，所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种，或其任意组合。例如，配送员A的标识码为mtdp00001，配送员B的标识码为ptdg00001。

在一些实施例中，所述基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。其中，所述生理体征信息包括但不限于所述配送员的年龄、身高、体重、以及体脂率等数据中的一种或多种。所述疾病既往史信息包括但不限于所述配送员的外科手术史、预防注射史、过敏史、以及既往所患疾病等中的一种或多种。所述近期身体状况信息包括但不限于近期的生活方式(例如是否抽烟、饮酒)信息、锻炼信息、体温数据、以及体检信息(例如血压、血常规、心功能等数据)等中的一种或多种。

服务器在接收所述配送员的基础信息后，根据与所述基础信息关联的唯一标识信息，根据所述唯一标识信息从本地存储介质或数据库中查找并提取与所述唯一标识信息关联的轨迹信息。在一些实施例中，所述轨迹信息包括但不限于配送员在某一时刻的位置的经纬度信息、坐标信息、以及一段时间内所经过的区域信息(例如经过了哪些区域、各区域的地理边界信息等)等中的一种或多种。举例而言，所述轨迹信息中还包括了配送员根据每份订单执行配送任务时的起始点信息、目的地信息、以及配送路线信息；例如，所述轨迹信息包括由执行所述份订单的配送任务时的实时位置信息与起始点信息和目的地信息构成的配送路线。

在一些实施例中，所述轨迹信息可以与所述唯一标识信息关联存储于服务器的本地内存空间、缓存空间的存储介质、或所述存储介质上的一个缓存区(Buffer)。其中，所述存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够进行存取的任何其它介质。

在另一些实施例中，所述轨迹信息可以与所述唯一标识信息关联存储于一数据库中，所述服务器可以对数据库中的信息进行查询、提取、修改、储存、以及删除等操作。其中，所述数据库指的是部署在云端的计算环境中的信息存储和检索系统。

相较于在一段时间内不太会发送较大变化的基础信息而言，所述配送员的轨迹信息会随着时间的变化发生改变。因此，所述服务器可以获取所述配送员在一段时间内的轨迹信息，或者实时获取所述配送员的当前轨迹信息。例如，所述服务器可以获取1小时内、1天内、1周内、以及1月内所述配送员的轨迹信息。又如，所述服务器可以实时获取所述配送员的轨迹信息。

在一些实施例中，所述轨迹信息可以由配送员所携带的终端实时上传至服务器。所述终端可以是智能手机、智能手环、智能手表、智能眼镜、平板电脑、便携式导航装置、以及行车记录仪等装置。例如，在配送员执行配送任务的过程中，由配送员随身携带的智能手机实时上传当前的位置信息。又如，在配送员执行配送任务的过程中，由固定/可拆卸地安装在配送员的交通工具(例如机动车、非机动车等)上的便携式导航装置在为配送员进行导航时，同时将配送员当前的位置信息上传至服务器。应理解，所述终端还可以是其他任何具有当前位置信息的获取功能和上传功能的装置，例如GSM/GPRS/GPS跟踪定位仪等。

在实际的一些场景中，相较于外卖配送员而言，对于货运配送员的轨迹信息的实时性和精确性的要求较低。因此，所述轨迹信息可以不必实时上传至服务器。举例而言，所述轨迹信息可以以固定的频率/时间间隔上传至服务器，例如每10分钟、每30分钟、每1小时将配送员的轨迹信息上传至服务器。又如，当货运配送员到达某一位置节点时，将配送员的轨迹信息上传至服务器。所述位置节点可以是预先设置的，例如将货物集散中心、中转站、驿站、营业点等设置为位置节点；当配送员到达所述位置节点时，所述电子设备将配送员的轨迹信息上传至服务器。

应理解，服务器获取所述配送员的轨迹信息的频率/时间间隔可以根据实际的需求的不同而进行调整，本申请不作限制。

所述服务器在获取到所述配送员的轨迹信息后，根据配送员的轨迹信息，提取所述轨迹信息中包含的配送路线；再根据所述配送员的配送路线，获取所述配送路线所经过的各区域的风险维度信息。

在一些实施例中，所述风险维度信息包括人群传播信息、公共卫生信息、以及各区域的风险等级信息等中的一种或多种。其中，所述人群传播信息包括各区域的人群密度分布信息、人群流动信息、以及疾病传播信息(例如起源时间、起源地点、传播速度、以及传染力等)等中的一种或多种；所述疾病传播信息例如为通过一传染病传染模型获得的。在一些实施例中，所述人群传播信息还包括配送员的配送路线中所接触人员的健康信息、流动信息等。举例而言，所述服务器通过获取所述配送员的配送任务、配送路线等信息，获取所述配送员在执行配送任务的过程中所接触人员的信息。例如，所述服务器通过获取所述配送员接单的订单信息，提取所述订单信息中顾客的信息，并将所述顾客的信息作为所述配送员在执行配送任务的过程中所接触人员的信息。

所述公共卫生信息包括但不限于各区域的卫生防控信息、公共卫生资源信息等中的一种或多种。所述风险等级信息用于表示所述区域处于特定风险(例如传染病等)下的风险系数。举例而言，所述各区域的风险等级信息可以通过“高风险”、“中风险”、以及“低风险”三种等级来表示所述区域的风险系数。例如，针对一流感病毒的传播情况，A区域的风险等级信息为“高风险”，意味着所述配送员在经过A区域时有较高的风险被传染。在一些实施例中，所述服务器可以利用大数据及相关技术获取/预测各区域的风险维度信息。

所述服务器在获取到所述风险维度信息后，根据所述配送员的基础信息和风险维度信息，生成所述配送员的安全状态信息。其中，所述安全状态信息用于表征所述配送员的安全状态，例如所述配送员的健康状态为健康、亚健康、或不健康，和/或，风险状态(例如传染风险等)为无风险、中风险、或高风险等。

在一些实施例中，所述服务器为所述基础信息和风险维度信息中的各种信息设置不同的权重，获得各种信息的加权平均和并将所述加权平均和作为所述配送员的安全状态信息。在一些实施例中，所述服务器根据所述基础信息和风险维度信息生成所述配送员的安全状态信息的步骤是通过调用一配置在云端服务器中的计算模型执行的。所述计算模型可以存储在服务器的存储介质、数据库、或数据中心中，以供服务器进行调用。举例而言，所述配置在云端服务器中的计算模型可以是基于大数据的计算模型，并能够根据输入的所述基础信息和风险维度信息生成计算结果，所述计算结果即为所述配送员的安全状态信息。又如，所述配置在云端服务器中的计算模型可以是利用神经网络训练后得到的模型等，所述神经网络例如为前馈神经网络、深度神经网络、递归神经网络、以及卷积神经网络等。

应理解，所述服务器还可以利用本领域技术人员所知晓的其他任何计算方式以获得所述配送员的安全状态信息。本申请实施例在于服务器是根据所述基础信息和风险维度信息而得到安全状态信息的，而对具体的计算方式不作限定。

S402，接收所述服务端反馈的所述配送员的安全状态信息。其中，所述安全状态信息是根据与所述配送员的唯一标识信息关联的轨迹信息和基础信息获得的。

在此，所述电子设备接收服务器发送的所述配送员的安全状态信息。其中所述安全状态信息是通过服务器执行如上所述的实施例对应的方法步骤而获得的，此处不再赘述。

为了便于配送员自身和其他人员清楚、直观地了解所述配送员的安全状态，在一些实施例中，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。例如，所述服务器预设不同的等级：LV1、LV2、LV3……，等级的升序/降序用于表示对应的配送员的安全状态信息。又如，所述服务器以动态分数的高低表示所述配送员的安全状态信息，例如20～49分表示所述配送员有较高的传染风险，50～79分表示所述配送员有一定的传染风险，80～100分表示所述配送员无传染风险。再如，所述服务器以百分比的大小表示所述配送员的安全状态信息，例如健康程度达90％以上表示所述配送员无传染风险，健康程度在60％～90％则表示所述配送员有一定的传染风险，健康程度在60％以下则表示所述配送员有较高的传染风险，等等。

应理解，所述安全状态信息的表示形式并不局限于上述实施例所述的举例，还可以是本领域技术人员所知晓的其他任何表示形式；例如，所述安全状态信息还可以以不同样式的图标/图案、图标/图案的不同颜色来表示所述配送员的安全状态；又如，所述安全状态信息还可以以统计图的形式来表示过去一段时间内所述配送员的安全状态及其变化。在实际的应用中，所述安全状态信息的表示形式还可以是上述示例中的一种或多种组合。

在一些实施例中，当所述安全状态信息表示所述配送员处于有风险状态(与健康状态/无风险状态对应，包括中风险状态、高风险状态等)时，所述服务器向所述电子设备发送提示消息，所述电子设备显示所述提示信息以提示所述配送员对基础信息进行更新。

在此，服务器获得所述配送员的安全状态信息，并判断所述配送员安全状态信息是否满足预设条件，从而获得对所述配送员的安全状态的判断结果。举例而言，在以动态分数的高低表示所述配送员的安全状态时，所述预设条件可以为是否大于/小于分数的阈值，当分数小于阈值时，所述服务器判断所述安全状态信息对应的安全状态为非健康状态和/或有风险状态。当所述安全状态信息对应的安全状态为非健康状态和/或有风险状态时，所述服务器向所述电子设备发送提示信息，所述电子设备在接收到所述提示消息后，显示所述提示信息以提示所述配送员对基础信息进行更新。例如，所述服务器向所述电子设备发送提示信息，所述电子设备接收到所述提示消息后，显示所述提示消息，以提示所述配送员至附近的医院、体检中心、或安全检测站等进行健康检测，并将健康检测后的结果上传至服务器。其中，所述提示信息中还可以包括例如附近的医院、体检中心、或安全检测站等的相关信息，例如检测项目、开放时间、具体地理位置、地图路线等中的一种或多种。所述电子设备还可以短信、弹窗、或语音等中的一种或多种形式显示所述提示消息。

在一些实施例中，所述安全检测站例如为与所述服务器通信连接的自助式检测设备，当所述配送员通过所述自助式检测设备进行检测后，所述自助式检测设备自动将所述配送员的检测结果上传至服务器，以供服务器对所述配送员的基础信息进行更新。

为了能够让配送员自身和其他人员了解所述配送员的安全状态，所述服务器还可以将所述配送员的安全状态信息发送至电子设备以供展示。

在一些实施例中，所述安全状态信息还用于供发送至所述配送员的电子设备以使其展示。在此，所述服务器将所述配送员的安全状态信息发送至所述配送员的电子设备，并由所述电子设备将所述安全状态信息以短信、弹窗、或语音等中的一种或多种形式进行展示，从而便于所述配送员及时、清楚地了解自身的安全状态，并进行相应的防控、检测等操作。

在一些实施例中，所述信息获取方法还包括：接收根据所述安全状态信息生成的二维码，并将所述二维码进行显示，以供所述用户通过所述二维码获取所述配送员的安全状态信息。在此，所述服务器可以根据配送员的安全状态信息生成二维码，并将所述二维码发送至所述配送员的电子设备，所述电子设备将所述二维码进行展示。所述用户通过查看所述二维码和/或扫描所述二维码，从而获取所述配送员的安全状态信息。

在实际的场景中，可以在配送员在完成配送任务时(例如将快递交给用户时)，所述电子设备将所述二维码进行展示，从而使得用户通过查看所述二维码和/或扫描所述二维码，获得所述配送员的安全状态信息。在一些实施例中，所述二维码还可以具有颜色属性，通过不同的颜色以表示对应的配送员的安全状态。例如，二维码为红色、黄色、以及绿色，分别代表所述配送员的安全状态为高风险状态、中风险状态、以及低风险状态，等等。由此，用户通过查看所述二维码即可获知所述配送员大致的安全状态。

本申请提供的配送员的信息获取方法通过提交配送员的基础信息，由服务器根据所述基础信息获得与所述配送员关联的轨迹信息，并由服务器根据所述基础信息和轨迹信息生成所述配送员的安全状态信息，并将其进行展示，能够便于配送员及时地了解自身的健康状态，并对自身的健康状态进行监控和管理。

本申请还提供一种配送员的信息获取系统。请参阅图5，显示为本申请配送员的信息获取系统在一实施例中的模块组成框图。如图所示，所述信息获取系统5包括提交模块501和接收模块502。

其中，所述提交模块用于向服务端提交与所述配送员的唯一标识信息关联的基础信息。其中，所述服务端例如为一服务器。应理解，为了便于理解，本实施例将以所述服务端为服务器作为示例，下文将不再赘述。在此，所述提交模块向服务器发送所述配送员的基础信息，服务器将所述基础信息与所述配送员的唯一标识信息关联。在一些实施例中，所述提交模块将所述唯一标识信息和所述基础信息关联后再一并发送给服务器。

其中，所述唯一标识信息用于指代所述配送员的身份以将其与其他配送员进行区分。其中，所述唯一标识信息包括但不限于配送员的身份证号、标识码等。在一些实施例中，所述标识码可以为所述配送员所属公司/平台分配的标识码，所述标识码可以为任意长度的数字、字母、以及符号等中的一种或多种，或其任意组合。例如，配送员A的标识码为mtdp00001，配送员B的标识码为ptdg00001。

在一些实施例中，所述基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。其中，所述生理体征信息包括但不限于所述配送员的年龄、身高、体重、以及体脂率等数据中的一种或多种。所述疾病既往史信息包括但不限于所述配送员的外科手术史、预防注射史、过敏史、以及既往所患疾病等中的一种或多种。所述近期身体状况信息包括但不限于近期的生活方式(例如是否抽烟、饮酒)信息、锻炼信息、体温数据、以及体检信息(例如血压、血常规、心功能等数据)等中的一种或多种。

服务器在接收所述配送员的基础信息后，根据与所述基础信息关联的唯一标识信息，根据所述唯一标识信息从本地存储介质或数据库中查找并提取与所述唯一标识信息关联的轨迹信息。在一些实施例中，所述轨迹信息包括但不限于配送员在某一时刻的位置的经纬度信息、坐标信息、以及一段时间内所经过的区域信息(例如经过了哪些区域、各区域的地理边界信息等)等中的一种或多种。举例而言，所述轨迹信息中还包括了配送员根据每份订单执行配送任务时的起始点信息、目的地信息、以及配送路线信息；例如，所述轨迹信息包括由执行所述份订单的配送任务时的实时位置信息与起始点信息和目的地信息构成的配送路线。

在一些实施例中，所述轨迹信息可以与所述唯一标识信息关联存储于服务器的本地内存空间、缓存空间的存储介质、或所述存储介质上的一个缓存区(Buffer)。其中，所述存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够进行存取的任何其它介质。

在另一些实施例中，所述轨迹信息可以与所述唯一标识信息关联存储于一数据库中，所述服务器可以对数据库中的信息进行查询、提取、修改、储存、以及删除等操作。其中，所述数据库指的是部署在云端的计算环境中的信息存储和检索系统。

相较于在一段时间内不太会发送较大变化的基础信息而言，所述配送员的轨迹信息会随着时间的变化发生改变。因此，所述服务器可以获取所述配送员在一段时间内的轨迹信息，或者实时获取所述配送员的当前轨迹信息。例如，所述服务器可以获取1小时内、1天内、1周内、以及1月内所述配送员的轨迹信息。又如，所述服务器可以实时获取所述配送员的轨迹信息。

在一些实施例中，所述轨迹信息可以由配送员所携带的终端实时上传至服务器。所述终端可以是智能手机、智能手环、智能手表、智能眼镜、平板电脑、便携式导航装置、以及行车记录仪等装置。例如，在配送员执行配送任务的过程中，由配送员随身携带的智能手机实时上传当前的位置信息。又如，在配送员执行配送任务的过程中，由固定/可拆卸地安装在配送员的交通工具(例如机动车、非机动车等)上的便携式导航装置在为配送员进行导航时，同时将配送员当前的位置信息上传至服务器。应理解，所述终端还可以是其他任何具有当前位置信息的获取功能和上传功能的装置，例如GSM/GPRS/GPS跟踪定位仪等。

在实际的一些场景中，相较于外卖配送员而言，对于货运配送员的轨迹信息的实时性和精确性的要求较低。因此，所述轨迹信息可以不必实时上传至服务器。举例而言，所述轨迹信息可以以固定的频率/时间间隔上传至服务器，例如每10分钟、每30分钟、每1小时将配送员的轨迹信息上传至服务器。又如，当货运配送员到达某一位置节点时，将配送员的轨迹信息上传至服务器。所述位置节点可以是预先设置的，例如将货物集散中心、中转站、驿站、营业点等设置为位置节点；当配送员到达所述位置节点时，所述提交模块将配送员的轨迹信息上传至服务器。

应理解，服务器获取所述配送员的轨迹信息的频率/时间间隔可以根据实际的需求的不同而进行调整，本申请不作限制。

所述服务器在获取到所述配送员的轨迹信息后，根据配送员的轨迹信息，提取所述轨迹信息中包含的配送路线；再根据所述配送员的配送路线，获取所述配送路线所经过的各区域的风险维度信息。

在一些实施例中，所述风险维度信息包括人群传播信息、公共卫生信息、以及各区域的风险等级信息等中的一种或多种。其中，所述人群传播信息包括各区域的人群密度分布信息、人群流动信息、以及疾病传播信息(例如起源时间、起源地点、传播速度、以及传染力等)等中的一种或多种；所述疾病传播信息例如为通过一传染病传染模型获得的。在一些实施例中，所述人群传播信息还包括配送员的配送路线中所接触人员的健康信息、流动信息等。举例而言，所述服务器通过获取所述配送员的配送任务、配送路线等信息，获取所述配送员在执行配送任务的过程中所接触人员的信息。例如，所述服务器通过获取所述配送员接单的订单信息，提取所述订单信息中顾客的信息，并将所述顾客的信息作为所述配送员在执行配送任务的过程中所接触人员的信息。

所述公共卫生信息包括但不限于各区域的卫生防控信息、公共卫生资源信息等中的一种或多种。所述风险等级信息用于表示所述区域处于特定风险(例如传染病等)下的风险系数。举例而言，所述各区域的风险等级信息可以通过“高风险”、“中风险”、以及“低风险”三种等级来表示所述区域的风险系数。例如，针对一流感病毒的传播情况，A区域的风险等级信息为“高风险”，意味着所述配送员在经过A区域时有较高的风险被传染。在一些实施例中，所述服务器可以利用大数据及相关技术获取/预测各区域的风险维度信息。

所述服务器在获取到所述风险维度信息后，根据所述配送员的基础信息和风险维度信息，生成所述配送员的安全状态信息。其中，所述安全状态信息用于表征所述配送员的安全状态，例如所述配送员的健康状态为健康、亚健康、或不健康，和/或，风险状态(例如传染风险等)为无风险、中风险、或高风险等。

在一些实施例中，所述服务器为所述基础信息和风险维度信息中的各种信息设置不同的权重，获得各种信息的加权平均和并将所述加权平均和作为所述配送员的安全状态信息。在一些实施例中，所述服务器根据所述基础信息和风险维度信息生成所述配送员的安全状态信息的步骤是通过调用一配置在云端服务器中的计算模型执行的。所述计算模型可以存储在服务器的存储介质、数据库、或数据中心中，以供服务器进行调用。举例而言，所述配置在云端服务器中的计算模型可以是基于大数据的计算模型，并能够根据输入的所述基础信息和风险维度信息生成计算结果，所述计算结果即为所述配送员的安全状态信息。又如，所述配置在云端服务器中的计算模型可以是利用神经网络训练后得到的模型等，所述神经网络例如为前馈神经网络、深度神经网络、递归神经网络、以及卷积神经网络等。

应理解，所述服务器还可以利用本领域技术人员所知晓的其他任何计算方式以获得所述配送员的安全状态信息。本申请实施例在于服务器是根据所述基础信息和风险维度信息而得到安全状态信息的，而对具体的计算方式不作限定。

所述接收模块用于接收所述服务端反馈的所述配送员的安全状态信息。其中，所述安全状态信息是根据与所述配送员的唯一标识信息关联的轨迹信息和基础信息获得的。

在此，所述接收模块接收服务器发送的所述配送员的安全状态信息。其中所述安全状态信息是通过服务器执行如上所述的实施例对应的方法步骤而获得的，此处不再赘述。

为了便于配送员自身和其他人员清楚、直观地了解所述配送员的安全状态，在一些实施例中，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。例如，所述服务器预设不同的等级：LV1、LV2、LV3……，等级的升序/降序用于表示对应的配送员的安全状态信息。又如，所述服务器以动态分数的高低表示所述配送员的安全状态信息，例如20～49分表示所述配送员有较高的传染风险，50～79分表示所述配送员有一定的传染风险，80～100分表示所述配送员无传染风险。再如，所述服务器以百分比的大小表示所述配送员的安全状态信息，例如健康程度达90％以上表示所述配送员无传染风险，健康程度在60％～90％则表示所述配送员有一定的传染风险，健康程度在60％以下则表示所述配送员有较高的传染风险，等等。

应理解，所述安全状态信息的表示形式并不局限于上述实施例所述的举例，还可以是本领域技术人员所知晓的其他任何表示形式；例如，所述安全状态信息还可以以不同样式的图标/图案、图标/图案的不同颜色来表示所述配送员的安全状态；又如，所述安全状态信息还可以以统计图的形式来表示过去一段时间内所述配送员的安全状态及其变化。在实际的应用中，所述安全状态信息的表示形式还可以是上述示例中的一种或多种组合。

在一些实施例中，所述信息获取系统还包括提示模块，用于当所述配送员的安全状态信息表示所述配送员处于有风险状态时，显示提示信息以提示所述配送员对基础信息进行更新。在此，当所述安全状态信息表示所述配送员处于有风险状态(与健康状态/无风险状态对应，包括中风险状态、高风险状态等)时，所述服务器向所述接收模块发送提示消息，所述提示模块显示所述提示信息以提示所述配送员对基础信息进行更新。

在此，服务器获得所述配送员的安全状态信息，并判断所述配送员安全状态信息是否满足预设条件，从而获得对所述配送员的安全状态的判断结果。举例而言，在以动态分数的高低表示所述配送员的安全状态时，所述预设条件可以为是否大于/小于分数的阈值，当分数小于阈值时，所述服务器判断所述安全状态信息对应的安全状态为非健康状态和/或有风险状态。当所述安全状态信息对应的安全状态为非健康状态和/或有风险状态时，所述服务器向所述接收模块发送提示信息，所述接收模块在接收到所述提示消息后，所述提示模块显示所述提示信息以提示所述配送员对基础信息进行更新。例如，所述服务器向所述接收模块发送提示信息，所述接收模块接收到所述提示消息后，所述提示模块显示所述提示消息，以提示所述配送员至附近的医院、体检中心、或安全检测站等进行健康检测，并将健康检测后的结果上传至服务器。其中，所述提示信息中还可以包括例如附近的医院、体检中心、或安全检测站等的相关信息，例如检测项目、开放时间、具体地理位置、地图路线等中的一种或多种。所述提示模块还可以短信、弹窗、或语音等中的一种或多种形式显示所述提示消息。

在一些实施例中，所述安全检测站例如为与所述服务器通信连接的自助式检测设备，当所述配送员通过所述自助式检测设备进行检测后，所述自助式检测设备自动将所述配送员的检测结果上传至服务器，以供服务器对所述配送员的基础信息进行更新。

为了能够让配送员自身和其他人员了解所述配送员的安全状态，所述服务器还可以将所述配送员的安全状态信息发送至电子设备以供展示。

在一些实施例中，所述信息获取系统还包括展示模块，用于展示所述安全状态信息以供所述配送员获取自身的安全状态信息。在此，所述服务器将所述配送员的安全状态信息发送至所述展示模块，并由所述展示模块将所述安全状态信息以短信、弹窗、或语音等中的一种或多种形式进行展示，从而便于所述配送员及时、清楚地了解自身的安全状态，并进行相应的防控、检测等操作。

在一些实施例中，所述信息获取系统还包括另一展示模块，所述展示模块用于接收根据所述安全状态信息生成的二维码，并将所述二维码进行显示，以供所述用户通过所述二维码获取所述配送员的安全状态信息。在此，所述服务器可以根据配送员的安全状态信息生成二维码，并将所述二维码发送至所述展示模块，所述展示模块将所述二维码进行展示。所述用户通过查看所述二维码和/或扫描所述二维码，从而获取所述配送员的安全状态信息。

在实际的场景中，可以在配送员在完成配送任务时(例如将快递交给用户时)，所述展示模块将所述二维码进行展示，从而使得用户通过查看所述二维码和/或扫描所述二维码，获得所述配送员的安全状态信息。在一些实施例中，所述二维码还可以具有颜色属性，通过不同的颜色以表示对应的配送员的安全状态。例如，二维码为红色、黄色、以及绿色，分别代表所述配送员的安全状态为高风险状态、中风险状态、以及低风险状态，等等。由此，用户通过查看所述二维码即可获知所述配送员大致的安全状态。

在一些实施例中，用于供所述配送员获取自身的安全状态信息的展示模块和所述用于显示二维码的展示模块可以是同一展示模块，所述展示模块能够接收服务器发送的所述安全状态信息和根据所述安全状态信息生成的二维码，并将所述安全状态信息和二维码进行展示。在另一些实施例中，两个展示模块还可以是不同的模块，具有不同的显示功能。

在实施例中，为简化说明，所述信息获取系统中的提交模块和接收模块可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现上述图4所示实施例中的配送员的信息获取方法的步骤，并实现了相同的技术效果，此处不再赘述。

具体应用场景中，所述提交模块和接收模块都可以是软件模块，这些软件模块可部署在服务器、或服务器上的虚拟机，或服务器上的容器上；并且这些软件模块可根据实际需求部署在同一服务器上或不同服务器上，本申请不做限定。此外，所述提交模块和接收模块的部分或全部还可以集成为一个模块，以实现更为方便地嵌入至一装置/设备中。

本申请还提供一种电子设备。请参阅图6，显示为本申请电子设备在一实施例中的示意图。如图所示，所述电子设备6包括显示器601、至少一个存储器602、以及至少一个处理器603。

在实施例中，所述电子设备例如为装载有APP应用程序或具备网页/网站访问性能的计算机设备，所述计算机设备包括存储器、存储器控制器、一个或多个处理单元(CPU)、外设接口、RF电路、音频电路、扬声器、麦克风、输入/输出(I/O)子系统、显示屏、其他输出或控制设备，以及外部端口等组件，这些组件通过一条或多条通信总线或信号线进行通信。所述电子设备包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能手环、智能手表等。所述电子设备还可以是由带有多个虚拟机的主机和对应每个虚拟机的人机交互装置(如触控显示屏、键盘和鼠标)所构成的电子设备。

所述显示器的功能是通过电子设备中的图形模块及显示其控制器实现的，所述图形模块包括用于在触摸屏上呈现和显示图形的各种已知软件组件。注意术语“图形”包括可以显示给用户的任何对象，包括但不局限于文本、网页、图标(例如包括软按键在内的用户界面对象)、数字图像、视频、动画等等。显示屏例如为触摸屏，在设备与用户之间同时提供输出接口和输入接口。触摸屏控制器接收/发送来自/去往触摸屏的电信号。所述触摸屏则向用户显示可视输出。这个可视输出可以包括文本、图形、视频及其任意组合。

所述至少一个存储器用于存储至少一个程序；在实施例中，所述存储器可包括高速随机存取存储器，并且还可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。在某些实施例中，存储器还可以包括远离一个或多个处理器的存储器，例如经由RF电路或外部端口以及通信网络访问的网络附加存储器，其中所述通信网络可以是因特网、一个或多个内部网、局域网、广域网、存储局域网等，或其适当组合。存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。

在一实施例中，所述至少一个处理器与所述至少一个存储器连接，用于运行所述至少一个程序时以执行并实现如上述配送员的信息获取方法所描述的至少一种实施例，比如图4所描述的实施例。在实施例中，所述处理器可操作地与存储器和/或非易失性存储设备耦接。更具体地，处理器可执行在存储器和/或非易失性存储设备中存储的指令以在计算设备中执行操作，诸如生成图像数据和/或将图像数据传输到电子显示器。如此，处理器可包括一个或多个通用微处理器、一个或多个专用处理器、一个或多个现场可编程逻辑阵列、或它们的任何组合。

本申请还提供一种二维码信息展示方法，所述二维码信息展示方法可以由藉由用户操作一电子设备以执行，从而使得所述用户能够获取所述配送员的安全状态。

其中，所述电子设备例如为装载有APP应用程序或具备网页/网站访问性能的电子设备，所述电子设备包括存储器、存储器控制器、一个或多个处理单元(CPU)、外设接口、RF电路、音频电路、扬声器、麦克风、输入/输出(I/O)子系统、显示屏、其他输出或控制设备，以及外部端口等组件，这些组件通过一条或多条通信总线或信号线进行通信。所述电子设备包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能手环、智能手表等。所述电子设备还可以是由带有多个虚拟机的主机和对应每个虚拟机的人机交互装置(如触控显示屏、键盘和鼠标)所构成的电子设备。

请参阅图7，显示为本申请二维码信息的展示方法在一实施例中的流程示意图。如图所示，所述展示方法包括：

S701，扫描配送员展示的二维码。在此，所述用户通过操作所述电子设备扫描配送员展示的二维码。在实际的场景中，配送员在完成配送任务时(例如将快递交给用户时)展示所述二维码，例如展示打印出来的二维码，或者直接在一电子设备的显示器上展示所述二维码。

在一些实施例中，所述二维码可以具有颜色属性，通过不同的颜色以表示对应的配送员的安全状态。例如，二维码为红色、黄色、以及绿色，分别代表所述配送员的安全状态为高风险状态、中风险状态、以及低风险状态，等等。由此，用户通过查看所述二维码即可获知所述配送员大致的安全状态。同时，所述用户还可以通过所述扫描模块扫描所述二维码，以获得所述配送员的安全状态信息，例如具体的等级、动态分数、或百分比等。

S702，解析所述二维码中包含的二维码数据以发送至服务端；其中，所述二维码数据是所述服务端根据所述配送员的唯一标识信息而生成的。应理解，为了便于理解，本实施例将以所述服务端为服务器作为示例，下文将不再赘述。

在此，所述用户的电子设备在扫描所述二维码后，解析所述二维码中包含的二维码数据。其中，所述二维码数据为利用0、1进行编码而得到的由0、1构成的码矩阵。其中，所述二维码数据的编码方式举例但不限于：对至少包括所述配送员的唯一标识信息的待编码数据进行一维编码处理并将各一维编码处理的数据堆叠成二维码数据，例如，采用Code16K、Code49、或PDF417等方式生成二维码数据；或者，对至少包括所述配送员的唯一标识信息的待编码数据进行交织编码处理，得到二维码数据，例如，采用Code One、Maxi Code、QRCode、或Data Matrix等方式生成二维码数据。

其中，所述二维码数据中至少包含有可供服务器据此查找并获得所述配送员的安全状态信息的唯一标识信息。例如，所述二维码数据中至少包含所述配送员的唯一标识信息，所述用户的电子设备将解析得到的所述配送员的唯一标识信息发送至服务器，所述服务器根据所述唯一标识信息，在数据库中查找以获得所述配送员的安全状态信息。或者，所述服务器根据所述唯一标识信息，在数据库中查找以获得所述配送员的基础信息和轨迹信息，并根据所述基础信息和轨迹信息即时生成所述配送员的安全状态信息。

S703，接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是通过所述配送员的基础信息和风险维度信息生成的。

在此，所述用户的电子设备接收服务器发送的所述配送员的安全状态信息。其中所述安全状态信息是通过服务器执行如图1所述的实施例对应的方法步骤而获得的，此处不再赘述。

为了便于用户清楚、直观地了解所述配送员的安全状态，在一些实施例中，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。例如，所述服务器预设不同的等级：LV1、LV2、LV3……，等级的升序/降序用于表示对应的配送员的安全状态信息。又如，所述服务器以动态分数的高低表示所述配送员的安全状态信息，例如20～49分表示所述配送员有较高的传染风险，50～79分表示所述配送员有一定的传染风险，80～100分表示所述配送员无传染风险。再如，所述服务器以百分比的大小表示所述配送员的安全状态信息，例如健康程度达90％以上表示所述配送员无传染风险，健康程度在60％～90％则表示所述配送员有一定的传染风险，健康程度在60％以下则表示所述配送员有较高的传染风险，等等。

应理解，所述安全状态信息的表示形式并不局限于上述实施例所述的举例，还可以是本领域技术人员所知晓的其他任何表示形式；例如，所述安全状态信息还可以以不同样式的图标/图案、图标/图案的不同颜色来表示所述配送员的安全状态；又如，所述安全状态信息还可以以统计图的形式来表示过去一段时间内所述配送员的安全状态及其变化。在实际的应用中，所述安全状态信息的表示形式还可以是上述示例中的一种或多种组合。

本申请还提供一种二维码信息展示系统。请参阅图8，显示为本申请二维码信息展示系统在一实施例中的模块组成框图。如图所示，所述展示系统8包括扫描模块801、解析模块802、以及接收模块803。

其中，所述扫描模块用于扫描配送员展示的二维码。在实际的场景中，配送员在完成配送任务时(例如将快递交给用户时)展示所述二维码，例如展示打印出来的二维码，或者直接在一电子设备的显示器上展示所述二维码。

在一些实施例中，所述二维码可以具有颜色属性，通过不同的颜色以表示对应的配送员的安全状态。例如，二维码为红色、黄色、以及绿色，分别代表所述配送员的安全状态为高风险状态、中风险状态、以及低风险状态，等等。由此，用户通过查看所述二维码即可获知所述配送员大致的安全状态。同时，所述用户还可以通过所述扫描模块扫描所述二维码，以获得所述配送员的安全状态信息，例如具体的等级、动态分数、或百分比等。

所述解析模块用于解析所述二维码中包含的二维码数据以发送至服务端；其中，所述二维码数据是所述服务端根据所述配送员的唯一标识信息而生成的。应理解，为了便于理解，本实施例将以所述服务端为服务器作为示例，下文将不再赘述。

在此，在所述扫描模块对所述二维码进行扫描后，解析所述二维码中包含的二维码数据。其中，所述二维码数据为利用0、1进行编码而得到的由0、1构成的码矩阵。其中，所述二维码数据的编码方式举例但不限于：对至少包括所述配送员的唯一标识信息的待编码数据进行一维编码处理并将各一维编码处理的数据堆叠成二维码数据，例如，采用Code16K、Code49、或PDF417等方式生成二维码数据；或者，对至少包括所述配送员的唯一标识信息的待编码数据进行交织编码处理，得到二维码数据，例如，采用Code One、Maxi Code、QRCode、或Data Matrix等方式生成二维码数据。

其中，所述二维码数据中至少包含有可供服务器据此查找并获得所述配送员的安全状态信息的唯一标识信息。例如，所述二维码数据中至少包含所述配送员的唯一标识信息，所述用户的电子设备将解析得到的所述配送员的唯一标识信息发送至服务器，所述服务器根据所述唯一标识信息，在数据库中查找以获得所述配送员的安全状态信息。或者，所述服务器根据所述唯一标识信息，在数据库中查找以获得所述配送员的基础信息和轨迹信息，并根据所述基础信息和轨迹信息即时生成所述配送员的安全状态信息。

所述接收模块用于接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是通过所述配送员的基础信息和风险维度信息生成的。

在此，所述接收模块接收服务器发送的所述配送员的安全状态信息。其中所述安全状态信息是通过服务器执行如图1所述的实施例对应的方法步骤而获得的，此处不再赘述。

为了便于用户清楚、直观地了解所述配送员的安全状态，在一些实施例中，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。例如，所述服务器预设不同的等级：LV1、LV2、LV3……，等级的升序/降序用于表示对应的配送员的安全状态信息。又如，所述服务器以动态分数的高低表示所述配送员的安全状态信息，例如20～49分表示所述配送员有较高的传染风险，50～79分表示所述配送员有一定的传染风险，80～100分表示所述配送员无传染风险。再如，所述服务器以百分比的大小表示所述配送员的安全状态信息，例如健康程度达90％以上表示所述配送员无传染风险，健康程度在60％～90％则表示所述配送员有一定的传染风险，健康程度在60％以下则表示所述配送员有较高的传染风险，等等。

应理解，所述安全状态信息的表示形式并不局限于上述实施例所述的举例，还可以是本领域技术人员所知晓的其他任何表示形式；例如，所述安全状态信息还可以以不同样式的图标/图案、图标/图案的不同颜色来表示所述配送员的安全状态；又如，所述安全状态信息还可以以统计图的形式来表示过去一段时间内所述配送员的安全状态及其变化。在实际的应用中，所述安全状态信息的表示形式还可以是上述示例中的一种或多种组合。

本申请还提供一种电子设备。请参阅图9，显示为本申请电子设备在另一实施例中的示意图。如图所示，所述电子设备9包括显示器901、至少一个存储器902、以及至少一个处理器903。

在实施例中，所述电子设备例如为装载有APP应用程序或具备网页/网站访问性能的计算机设备，所述计算机设备包括存储器、存储器控制器、一个或多个处理单元(CPU)、外设接口、RF电路、音频电路、扬声器、麦克风、输入/输出(I/O)子系统、显示屏、其他输出或控制设备，以及外部端口等组件，这些组件通过一条或多条通信总线或信号线进行通信。所述电子设备包括但不限于如台式电脑、笔记本电脑、平板电脑、智能手机、智能手环、智能手表等。所述电子设备还可以是由带有多个虚拟机的主机和对应每个虚拟机的人机交互装置(如触控显示屏、键盘和鼠标)所构成的电子设备。

所述显示器的功能是通过电子设备中的图形模块及显示其控制器实现的，所述图形模块包括用于在触摸屏上呈现和显示图形的各种已知软件组件。注意术语“图形”包括可以显示给用户的任何对象，包括但不局限于文本、网页、图标(例如包括软按键在内的用户界面对象)、数字图像、视频、动画等等。显示屏例如为触摸屏，在设备与用户之间同时提供输出接口和输入接口。触摸屏控制器接收/发送来自/去往触摸屏的电信号。所述触摸屏则向用户显示可视输出。这个可视输出可以包括文本、图形、视频及其任意组合。

所述至少一个存储器用于存储至少一个程序；在实施例中，所述存储器可包括高速随机存取存储器，并且还可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。在某些实施例中，存储器还可以包括远离一个或多个处理器的存储器，例如经由RF电路或外部端口以及通信网络访问的网络附加存储器，其中所述通信网络可以是因特网、一个或多个内部网、局域网、广域网、存储局域网等，或其适当组合。存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。

在一实施例中，所述至少一个处理器与所述至少一个存储器连接，用于运行所述至少一个程序时以执行并实现如上述二维码信息展示方法所描述的至少一种实施例，比如图7中所描述的实施例。在实施例中，所述处理器可操作地与存储器和/或非易失性存储设备耦接。更具体地，处理器可执行在存储器和/或非易失性存储设备中存储的指令以在计算设备中执行操作，诸如生成图像数据和/或将图像数据传输到电子显示器。如此，处理器可包括一个或多个通用微处理器、一个或多个专用处理器、一个或多个现场可编程逻辑阵列、或它们的任何组合。

本申请还提供一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被执行时实现上述针对配送员的信息处理方法所描述的至少一种实施例，比如图1所描述的实施例。

本申请还提供一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被执行时实现上述针对配送员的信息获取方法所描述的至少一种实施例，比如图4所描述的实施例。

本申请还提供一种计算机可读写存储介质，存储有计算机程序，所述计算机程序被执行时实现上述针对二维码信息展示方法所描述的至少一种实施例，比如图7所描述的实施例。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者所述技术方案的部分可以以软件产品的形式体现出来，所述计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

于本申请提供的实施例中，所述计算机可读写存储介质可以包括只读存储器、随机存取存储器、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁存储设备、闪存、U盘、移动硬盘、或者能够用于存储具有指令或数据结构形式的期望的程序代码并能够由计算机进行存取的任何其它介质。另外，任何连接都可以适当地称为计算机可读介质。例如，如果指令是使用同轴电缆、光纤光缆、双绞线、数字订户线(DSL)或者诸如红外线、无线电和微波之类的无线技术，从网站、服务器或其它远程源发送的，则所述同轴电缆、光纤光缆、双绞线、DSL或者诸如红外线、无线电和微波之类的无线技术包括在所述介质的定义中。然而，应当理解的是，计算机可读写存储介质和数据存储介质不包括连接、载波、信号或者其它暂时性介质，而是旨在针对于非暂时性、有形的存储介质。如申请中所使用的磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字多功能光盘(DVD)、软盘和蓝光光盘，其中，磁盘通常磁性地复制数据，而光盘则用激光来光学地复制数据。

在一个或多个示例性方面，本申请所述方法的计算机程序所描述的功能可以用硬件、软件、固件或其任意组合的方式来实现。当用软件实现时，可以将这些功能作为一个或多个指令或代码存储或传送到计算机可读介质上。本申请所公开的方法或算法的步骤可以用处理器可执行软件模块来体现，其中处理器可执行软件模块可以位于有形、非临时性计算机可读写存储介质上。有形、非临时性计算机可读写存储介质可以是计算机能够存取的任何可用介质。

本申请上述的附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。基于此，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这根据所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以通过执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以通过专用硬件与计算机指令的组合来实现。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (31)

1.一种配送员的信息处理方法，其特征在于，包括以下步骤：

根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息；

根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息；

根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。

2.根据权利要求1所述的配送员的信息处理方法，其特征在于，所述配送员的基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。

3.根据权利要求1所述的配送员的信息处理方法，其特征在于，所述风险维度信息包括各区域的人群传播信息、公共卫生信息、以及各区域的风险等级信息中的一种或多种；所述各区域的人群传播信息包括人群密度分布信息、人群流动信息、以及疾病传播信息中的一种或多种。

4.根据权利要求1所述的配送员的信息处理方法，其特征在于，根据所述基础信息和风险维度信息生成所述配送员的安全状态信息的步骤是调用一配置在云端服务器中的计算模型执行的。

5.根据权利要求1所述的配送员的信息处理方法，其特征在于，所述配送员的安全状态信息通过预设等级、动态分数、或百分比的形式来表征。

6.根据权利要求1所述的配送员的信息处理方法，其特征在于，还包括根据所述安全状态信息生成二维码以供将所述二维码发送至用户的终端并进行展示的步骤，以使所述用户通过所述二维码获取所述配送员的安全状态信息。

7.根据权利要求1所述的配送员的信息处理方法，其特征在于，所述安全状态信息还用于供发送至所述配送员的终端以使其展示。

8.根据权利要求1所述的配送员的信息处理方法，其特征在于，还包括步骤：当所述配送员的安全状态信息表示所述配送员处于有风险状态时，向所述配送员的终端发送提示信息以提示所述配送员对基础信息进行更新。

9.根据权利要求8所述的配送员的信息处理方法，其特征在于，向所述配送员的终端发送提示信息以提示所述配送员对基础信息进行更新的步骤还包括：向所述配送员的终端发送安全检测站的相关信息，以供在所述配送员前往所述安全检测站进行检测后更新所述基础信息。

10.根据权利要求1所述的配送员的信息处理方法，其特征在于，还包括当所述配送员的安全状态信息表示所述配送员处于有风险状态时调整所述配送员的配送权限的步骤。

11.一种配送员的信息处理系统，其特征在于，包括：

第一获取模块，用于根据一配送员的唯一标识信息获取所述配送员的基础信息和轨迹信息；

第二获取模块，用于根据所述轨迹信息获取所述配送员的配送路线所经过的各区域的风险维度信息；

处理模块，用于根据所述基础信息和风险维度信息，生成所述配送员的安全状态信息。

12.一种服务器，其特征在于，包括：

至少一存储设备，用于存储至少一个程序；

至少一处理设备，与所述存储设备相连，用于运行所述至少一个程序时以执行并实现如权利要求1至10任一所述的配送员的信息处理方法。

13.一种配送员的信息获取方法，其特征在于，包括：

向服务端提交与所述配送员的唯一标识信息关联的基础信息；

接收所述服务端反馈的所述配送员的安全状态信息；

其中，所述安全状态信息是根据与所述配送员的唯一标识信息关联的轨迹信息和基础信息获得的。

14.根据权利要求13所述的配送员的信息获取方法，其特征在于，所述配送员的基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。

15.根据权利要求13所述的配送员的信息获取方法，其特征在于，所述安全状态信息是根据基础信息和风险维度信息生成的；其中，风险维度信息是根据与所述配送员的唯一标识信息关联的轨迹信息获得的。

16.根据权利要求15所述的配送员的信息获取方法，其特征在于，所述风险维度信息包括各区域的人群传播信息、公共卫生信息、以及各区域的风险等级信息中的一种或多种；所述各区域的人群传播信息包括人群密度分布信息、人群流动信息、以及疾病传播信息中的一种或多种。

17.根据权利要求15所述的配送员的信息获取方法，其特征在于，所述安全状态信息是服务端根据所述基础信息和风险维度信息并通过调用一配置在云端服务器中的计算模型生成的。

18.根据权利要求13或15所述的配送员的信息获取方法，其特征在于，所述配送员的安全状态信息以预设等级、动态分数、或百分比的形式来表征。

19.根据权利要求13或15所述的配送员的信息获取方法，其特征在于，还包括接收根据所述安全状态信息生成的二维码，并将所述二维码进行显示，以供用户通过所述二维码获取所述配送员的安全状态信息的步骤。

20.根据权利要求13所述的配送员的信息获取方法，其特征在于，还包括展示所述安全状态信息以供所述配送员获取自身的安全状态信息的步骤。

21.根据权利要求13所述的配送员的信息获取方法，其特征在于，还包括步骤：当接收所述配送员的安全状态信息表示所述配送员处于有风险状态时，显示提示信息以提示所述配送员对基础信息进行更新。

22.根据权利要求13所述的配送员的信息获取方法，其特征在于，所述显示提示信息以提示所述配送员对基础信息进行更新的步骤包括：显示安全检测站的相关信息，以供在所述配送员前往所述安全检测站进行检测后更新所述基础信息。

23.一种配送员的信息获取系统，其特征在于，包括：

提交模块，用于向服务端提交与所述配送员的唯一标识信息关联的基础信息；

接收模块，用于接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是根据与所述配送员的唯一标识信息关联的轨迹信息和基础信息获得的。

24.一种二维码信息展示方法，其特征在于，包括：

扫描配送员展示的二维码；

解析所述二维码中包含的二维码数据以发送至服务端；其中，所述二维码数据是所述服务端根据所述配送员的唯一标识信息而生成的；

接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是通过所述配送员的基础信息和风险维度信息生成的。

25.根据权利要求24所述的二维码信息展示方法，其特征在于，所述配送员的基础信息包括配送员的生理体征信息、疾病既往史信息、以及近期身体状况信息中的一种或多种。

26.根据权利要求24所述的二维码信息展示方法，其特征在于，所述风险维度信息包括各区域的人群传播信息、公共卫生信息、以及各区域的风险等级信息中的一种或多种；所述各区域的人群传播信息包括人群密度分布信息、人群流动信息、以及疾病传播信息中的一种或多种。

27.根据权利要求24所述的二维码信息展示方法，其特征在于，根据所述基础信息和风险维度信息生成安全状态信息的步骤是通过调用一配置在云端服务器中的计算模型执行的。

28.根据权利要求24所述的二维码信息展示方法，其特征在于，所述配送员的安全状态信息以预设等级、动态分数、或百分比的形式来表征。

29.一种二维码信息展示系统，其特征在于，包括：

扫描模块，用于扫描配送员展示的二维码；

解析模块，用于解析所述二维码中包含的二维码数据以发送至服务端；其中，所述二维码数据是所述服务端根据所述配送员的唯一标识信息而生成的；

接收模块，用于接收所述服务端反馈的所述配送员的安全状态信息；其中，所述安全状态信息是通过所述配送员的基础信息和风险维度信息生成的。

30.一种电子设备，其特征在于，包括：

显示器；

至少一个存储器，用于存储至少一个程序；

至少一个处理器，与所述至少一个存储器连接，用于运行所述至少一个程序时以执行并实现如权利要求13至22任一所述的配送员的信息获取方法，或如权利要求24至28任一所述的二维码信息展示方法。

31.一种计算机可读存储介质，其特征在于，存储有至少一个程序，所述程序被处理器执行时执行并实现如权利要求1至10任一所述的配送员的信息处理方法，或如权利要求13至22任一所述的配送员的信息获取方法，或如权利要求24至28任一所述的二维码信息展示方法。

Images