CN115310725A - 导航场景中基于疫情的提醒方法及相关产品 - Google Patents

导航场景中基于疫情的提醒方法及相关产品 Download PDF

Info

Publication number
CN115310725A
CN115310725A CN202211236858.9A CN202211236858A CN115310725A CN 115310725 A CN115310725 A CN 115310725A CN 202211236858 A CN202211236858 A CN 202211236858A CN 115310725 A CN115310725 A CN 115310725A
Authority
CN
China
Prior art keywords
destination
control
prevention
vehicle
user
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
Application number
CN202211236858.9A
Other languages
English (en)
Inventor
杨强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Renma Interactive Technology Co Ltd
Original Assignee
Shenzhen Renma Interactive Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Renma Interactive Technology Co Ltd filed Critical Shenzhen Renma Interactive Technology Co Ltd
Priority to CN202211236858.9A priority Critical patent/CN115310725A/zh
Publication of CN115310725A publication Critical patent/CN115310725A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/205—Parsing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/253—Grammatical analysis; Style critique
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/20—Natural language analysis
    • G06F40/279—Recognition of textual entities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00—Handling natural language data
    • G06F40/30—Semantic analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • 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—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/26—Government or public services
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/80—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for detecting, monitoring or modelling epidemics or pandemics, e.g. flu

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Artificial Intelligence (AREA)
  • Computational Linguistics (AREA)
  • Tourism & Hospitality (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Software Systems (AREA)
  • Public Health (AREA)
  • Educational Administration (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Human Computer Interaction (AREA)
  • Biomedical Technology (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Epidemiology (AREA)
  • Navigation (AREA)

Abstract

本申请公开了一种导航场景中基于疫情的提醒方法及相关产品，其中方法包括：调用人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果；若意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在显示屏的第一显示区域显示导航界面；调用信息服务模块获取目的地所在第一防控区域的第一疫情防控数据；若目的地与所述始发地不在同一个防控区域，在第二显示区域显示第一提醒消息或第二提醒消息；若目的地与所述始发地在同一个防控区域，且目的地为重点防护场所，在第二显示区域显示第三提醒消息。如此，通过显示不同的提醒消息，用户能够及时地了解到目的地的疫情防控情况，方便用户出行。

Description

导航场景中基于疫情的提醒方法及相关产品
技术领域
本申请涉及互联网产业的数据处理技术领域，尤其涉及一种导航场景中基于疫情的提醒方法及相关产品。
背景技术
当用户要前往导航目的地时，因用户没有及时了解目的地当前的疫情防控情况，从而在行程中面临道路封闭或目的地封控禁止进入等情况，导致用户无法顺利到达目的地，影响用户的出行计划，给用户出行带来不便。
发明内容
本申请实施例提供了一种导航场景中基于疫情的提醒方法及相关产品，能够在导航场景下针对疫情对用户进行提醒，使用户及时地了解到导航的目的地当前的疫情防控情况，方便用户出行。
第一方面，本申请实施例提供了一种导航场景中基于疫情的提醒方法，应用于车辆的车载终端，所述车载终端安装有人机互动服务引擎，所述方法包括：
调用所述人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果；
若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在所述车载终端的显示屏的第一显示区域显示导航界面；
调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据；
判断所述目的地与始发地是否在同一个防控区域；
若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果；
若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息；
若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息；
若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
在一种可能的实施方式中，所述在所述车载终端的显示屏的第二显示区域显示第二提醒消息之后，所述方法还包括：
若用户不满足核酸检测证明条件；
获取距离车辆位置最近的核酸检测点，询问用户是否前往所述核酸检测点；
若用户确认前往所述核酸检测点，更新所述导航界面，并在所述车载终端的显示屏的第一显示区域显示更新后的导航界面。
在一种可能的实施方式中，所述根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果之后，所述方法还包括：
若所述判断结果为所述目的地允许进入，且用户满足所述进入条件，则从所述第一疫情防控数据中获取历史风险评估数据；
将所述历史风险评估数据输入预测模型，获得未来预设时间段内的预测风险评估数据；
分析所述预测风险评估数据，获得所述目的地的风险评估结果；
根据所述风险评估结果，在所述车载终端的显示屏的第二显示区域显示第四提醒消息。
在一种可能的实施方式中，所述根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息，包括：
若所述特殊防控政策为限流政策，则获取所述目的地的限流人数；
估计到达所述目的地时的预计访客人数；
判断所述预计访客人数是否大于或等于所述限流人数；
若所述预计访客人数大于或等于所述限流人数，在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
在一种可能的实施方式中，所述方法还包括：
若接收到用户的导航确认指令，判断导航路线是否存在管控道路；
若存在管控道路，则获取与所述管控道路对应的道路管控措施；
根据所述道路管控措施在所述车载终端的显示屏的第二显示区域显示第五提醒消息。
在一种可能的实施方式中，所述方法还包括：
在确定所述目的地后，获取与所述目的地关联的历史导航记录；
根据所述历史导航记录预测用户在前往所述目的地之前会前往第一关联目的地；
从用户终端获取历史行为数据，根据所述历史行为数据预测用户在到达所述目的地后会前往第二关联目的地；
询问用户是否前往所述第一关联目的地和所述第二关联目的地；
若用户确认前往所述第一关联目的地和所述第二关联目的地，判断所述目的地、所述第一关联目的地和所述第二关联目的地是否属于同一管控区域；
若所述目的地、所述第一关联目的地和所述第二关联目的地不属于同一管控区域，从所述第一疫情防控数据获取所述目的地的第一管控政策、所述第一关联目的地的第二管控政策和所述第二关联目的地的第三管控政策；
根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
在一种可能的实施方式中，所述根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息，包括：
若所述第一管控政策、所述第二管控政策和所述第三管控政策不是当天的管控政策，调用所述信息服务模块获取所述目的地所在第一防控区域的疫情防控咨询电话号码；
调用通话模块根据所述疫情防控咨询电话号码进行拨号，确认是否按照所述第一管控政策、所述第二管控政策和所述第三管控政策进行执行；
若是，则根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
第二方面，本申请实施例提供了一种导航场景中基于疫情的提醒装置，包括：
调用单元，用于调用人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果；还用于若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在车载终端的显示屏的第一显示区域显示导航界面；还用于调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据；
判断单元，用于判断所述目的地与始发地是否在同一个防控区域；还用于若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果；
显示单元，用于若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息；还用于若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息；还用于若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
第三方面，本申请实施例提供了一种计算机设备，包括处理器以及与处理器连接的存储器，其中，所述存储器存储有计算机程序，所述计算机程序被配置由所述处理器执行，所述计算机程序包括用于执行第一方面或第一方面任一实现方式中所述的方法的指令。
第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行第一方面或第一方面任一实现方式中所述的方法。
实施本申请实施例，将具有如下有益效果：
在本申请实施例中，调用所述人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果，若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在所述车载终端的显示屏的第一显示区域显示导航界面；然后，调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据；判断所述目的地与始发地是否在同一个防控区域，若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果；若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息，若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息；若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。如此，一方面在车载终端的显示屏可以同时显示导航界面和关于疫情的提醒消息，另一方面可针对不同的情况显示不同的提醒消息，从而使用户及时地了解到目的地当前的疫情防控情况，方便用户出行。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以基于这些附图获得其他的附图。其中：
图1为本申请实施例提供的一种系统架构示意图；
图2为本申请实施例提供的一种导航场景中基于疫情的提醒方法的流程示意图；
图3为本申请实施例提供的一种显示第二提醒消息的界面示意图；
图4为本申请实施例提供的一种显示第二提醒消息的界面示意图；
图5为本申请实施例提供的一种推荐核酸检测点的界面示意图；
图6为本申请实施例提供的一种导航场景中基于疫情的提醒装置；
图7为本申请实施例提供的一种计算机设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书以及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
还应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
本申请实施例提供了一种导航场景中基于疫情的提醒方法及相关产品，能够在导航场景下针对疫情对用户进行提醒，使用户及时地了解到导航的目的地当前的疫情防控情况，方便用户出行。
为了更好地理解本申请实施例公开的一种导航场景中基于疫情的提醒方法及相关产品，下面先对本申请实施例可能涉及的系统架构进行介绍。请参见图1，本申请实施例提供的一种系统架构示意图，该系统框架包括：车辆101、车载终端102和服务器103。
车辆101内安装有车载终端102，车载终端102与服务器103通过通信网络连接，通信网络可以是无线网路或有线网络，通信网络包括但不限于局域网、城域网、广域网、光纤网、移动通信网和虚拟专用网（virtual private network，VPN）等。车载终端102可以包括处理器、存储器、通信接口和总线。其中，处理器、存储器和通信接口之间可通过总线互相连接。其中，存储器可用于存储软件程序以及数据，处理器可以通过运行存储在存储器的软件程序以及数据，从而执行车载终端102的各种功能应用以及数据处理。
车载终端102安装有人机互动服务引擎，车载终端102通过人机互动服务引擎可以与用户进行语音互动，并对用户输入语句进行识别，从而输出相应的提醒消息。此外，通过人机互动服务引擎可以调用不同的服务模块以满足用户的需求。
车载终端102安装有显示屏，用于显示用户输入的信息、提供给用户的提醒消息以及显示车辆状态等信息，显示屏的数量可以是一个或多个。
服务器103可以是物理服务器、虚拟主机或是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络（contentdelivery network，CDN）以及大数据和人工智能平台等基础云计算服务的云服务器。服务器103可以为车载终端102提供信息服务，例如，车载终端102可以从服务器103获取目的地的历时访客信息、获取导航路线的路况信息等。
基于图1所示的系统架构图，请参见图2，图2是本申请实施例提供的一种导航场景中基于疫情的提醒方法的流程示意图，所述方法应用于车辆的车载终端，所述车载终端安装有人机互动服务引擎，所述方法包括以下步骤：
步骤S201：调用所述人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果。
其中，人机互动服务引擎可以通过语音唤醒方式或按键唤醒方式进行唤醒，语音唤醒是指使用特定的唤醒词唤醒，按键唤醒是指通过特定的按键唤醒。示例的，车载终端的显示屏上设置有语音控制按键，当检测到语音控制按键开启时，唤醒人机互动服务引擎。示例的，车载终端通过麦克风采集用户输入的语音唤醒指令，识别所述语音唤醒指令是否包含预设唤醒词，当所述语音唤醒指令包含预设唤醒词时，唤醒人机互动服务引擎。预设唤醒词可以是“你好，小悟”、“hi，小悟”或“hello，小悟”。在一种可能的实施方式中，用户可设置自定义唤醒词，当所述语音唤醒指令包含自定义唤醒词时，唤醒人机互动服务引擎。
在唤醒人机互动服务引擎后，人机互动服务引擎对用户的输入语句进行意图识别。其中，用户输入可以是语音输入或文本输入，当输入为语音输入时，通过自动语音识别技术（automatic speech recognition，ASR）将语音信息转化为文本信息，得到用户的输入语句。
其中，意图识别主要包括以下步骤：提取用户的输入语句中的三元组；将三元组与知识图中的三元组进行匹配；根据匹配结果确定用户意图。
具体的，对用户的输入语句进行文本分析得到解析图，文本分析可包括分词处理、词性分析和句法分析等过程，分词处理用于将一句话分解成多个词语，词性分析用于确定每个词语的词性，句法分析用于确定句子的语法结构或句子中词语之间的依存关系。解析图由解析节点和解析节点关系线构成，解析节点为一个词语，解析节点关系线用于表示两个解析节点之间的语义关系或语法关系，解析节点关系线具有方向性，由一个解析节点指向另一个解析节点。其中，语义关系包括同义关系、包含关系和属性关系等，语法关系包括依赖关系、主谓关系和动宾关系等。在得到解析图后，根据解析图可获得多个三元组，所述三元组包括第一实体、第二实体以及第一实体与第二实体的实体关系，三元组可表示为（第一实体，第二实体，实体关系）。其中，第一实体和第二实体为词语，第一实体、第二实体分别对应解析图中的第一解析节点、第二解析节点，第一实体与第二实体的实体关系对应于第一解析节点与第二解析节点的解析节点关系线。示例的，用户输入语句为“导航去A市”，则三元组包括（导航，去，依赖关系）和（去，A市，动宾关系）。
在获取三元组之后，根据三元组在已有的知识图中查找与解析图存在匹配关系知识子图。其中，知识图由多个知识子图连接构成，每个知识子图中包括多个目标三元组，每个目标三元组包括第一目标实体、第二目标实体以及第一目标实体与第二目标实体的目标实体关系。若找到对应的知识子图，则所述解析图为正确解析图，该解析图中包含的三元组可以用于表征用户意图，从而得到语义识别结果。示例的，对三元组（导航，去，依赖关系）和三元组（去，A市，动宾关系）进行分析，得到意图识别结果为导航意图，且导航的目的地为A市。
步骤S202：若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在所述车载终端的显示屏的第一显示区域显示导航界面。
在确定为导航意图和导航的目的地后，获取导航的始发地，始发地可以根据用户的输入语句或当前车辆位置进行确定。具体的，若用户的输入语句包括始发地，则直接确定始发地；若用户的输入语句包括始发地，则通过定位系统（global positioning system，GPS）获取当前车辆位置，将当前车辆位置确定为始发地。在确定始发地和目的地后，人机互动服务引擎调用地图服务模块进行导航。其中，地图服务模块可以是高德地图、百度地图、腾讯地图等导航软件，或者，地图服务模块也可以是车辆本身安装的导航模块或者导航仪。
步骤S203：调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据。
示例的，信息服务模块可以是微信小程序，通过微信小程序获取疫情防控数据，所述疫情防控数据包括所述目的地所在第一防控区域的第一疫情防控数据。在本申请实施例中，防控区域的划分可按照地级行政区、县级行政区或乡级行政村为单位进行划分，通过划分不同的防控区域可因地制宜制定防控措施，实施差异化防控。在本申请实施例中，根据风险等级可将防控区域内的区域进一步划分为高风险区、中风险区和低风险区三类风险区，所述防控区域由多个风险区组成。其中，高风险区指的是病例和无症状感染者居住地，以及活动频繁且疫情传播风险较高的工作地和活动地等区域。中风险区指的是病例和无症状感染者停留和活动一定时间，且可能具有疫情传播风险的工作地和活动地等区域。低风险区指的是防控区域内除高风险区、中风险区以外的其他地区。当确定目的地后，目的地所在城市则为第一防控区域。
其中，第一疫情防控数据可以包括第一防控区域每日的疫情防控政策、第一防控区域每日的风险区分布情况、第一防控区域每日的累计确诊病例数、第一防控区域每日的新增确诊病例数、第一防控区域每日的累计无症状感染数和第一防控区域每日的新增无症状感染数等数据。
步骤S204：判断所述目的地与始发地是否在同一个防控区域。
步骤S205：若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果。
具体的，根据第一疫情防控数据中的第一防控区域每日的疫情防控政策、每日的风险区分布情况以及第二防控区域每日的疫情防控政策、每日的风险区分布情况来判断所述目的地是否禁止进入。
示例的，在确定始发地和目的地后，根据第二疫情防控数据中的每日风险区分布情况确定始发地为高风险地区，根据第一疫情防控数据中的每日的疫情防控政策获取到“高风险地区人员禁止进入目的地”的政策，则根据该政策确定所述目的地禁止进入。
示例的，在确定始发地和目的地后，根据第二疫情防控数据中的每日风险区分布情况确定始发地为低风险地区，且根据第一疫情防控数据中的每日风险区分布情况确定始发地为低风险地区，根据第一疫情防控数据中的每日的疫情防控政策获取到“低风险地区人员允许进入目的地”的政策，则根据该政策确定所述目的地允许进入。
步骤S206：若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息。
其中，第一提醒消息用于提醒用户所述目的地禁止进入。示例的，第一提醒消息可以是“目的地为高风险地区，无法进入目的地”、“目的地因疫情管控禁止进入”或“目的地禁止进入，建议更换目的地”等。
步骤S207：若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息。
其中，所述目的地的进入条件可以从第一疫情防控数据中的每日的疫情防控政策中获取，进入条件可以包括具有24小时内核酸检测阴性证明、具有48小时内核酸检测阴性证明、具有7日内核酸检测阴性证明、健康码为绿码、行程码为绿码或具有通行证等。
其中，第二提醒消息用于提醒用户不满足所述进入条件，具体可以是不满足进入条件的原因。例如，第二提醒消息可以是“目的地需要24小时内核酸检测阴性证明”、“目的地需要通行证”或“目的地需要健康码为绿码”等。
示例的，若进入目的地的进入条件为具有48小时内核酸检测阴性证明、健康码为绿码以及具有目的地通行证，而始发地要求是具有24小时内核酸检测阴性证明和健康码为绿码，则可以判断出用户满足具有48小时内核酸检测阴性证明和健康码为绿码的进入条件，但无法直接判断用户是否具有目的地通行证。为了确认用户是否具有目的地通行证，车载终端可通过人机互动服务引擎询问用户“是否具有目的地通行证”，根据用户的询问反馈结果确认用户是否具有通行证，若用户不具有通行证，则用户不满足进入所述目的地的进入条件。
其中，第二显示区域与第一显示区域可以在同一显示屏进行显示，也可以在不同显示屏进行显示。在同一显示屏显示时，第二显示区域可以悬浮显示在第一显示区域，或者，第二显示区域可以和第一显示区域并列显示。例如，将显示屏的左半部分作为第一显示区域显示导航界面，将显示屏的右半部分作为第二显示区域显示提醒信息；或者，将显示屏的上半部分作为第一显示区域显示导航界面，将显示屏的下半部分作为第二显示区域显示提醒信息。本实施例对第一显示区域和第二显示区域的显示方法不做限定。
示例的，请参见图3，图3为本申请实施例提供的一种显示第二提醒消息的界面示意图。如图3所示，当车载终端具有一个显示屏时，一个显示屏同时包括第一显示区域301和第二显示区域302，所述第一显示区域301大于所述第二显示区域302，所述第二显示区域302悬浮在所述第一显示区域301上。第一显示区域301显示的是始发地到目的地的导航界面，第二显示区域302显示的是第二提醒消息，当进入目的地的进入条件为具有24小时内核酸检测阴性证明，而始发地要求是具有48小时内核酸检测阴性证明，第二提醒消息为“目的地需要24小时内核酸检测阴性证明”。
示例的，请参见图4，图4为本申请实施例提供的另一种显示第二提醒消息的界面示意图。如图4所示，当车载终端具有两个或两个以上显示屏时，将第一显示屏作为第一显示区域401，将第二显示屏作为第二显示区域402，此时，第一显示区域401显示导航界面，第二显示区域402显示第二提醒消息“目的地需要24小时内核酸检测阴性证明”。
可以看出，在本申请实施例中，通过人机互动服务引擎调用地图服务模块和信息服务模块，可以显示导航界面的同时对用户进行疫情相关的提醒，在目的地禁止进入时显示第一提醒消息，在用户不满足进入条件时显示第二提醒消息，如此，用户可以方便的了解到目的地的疫情防控情况，方便用户出行。
在一种可能的实施方式中，根据所述在所述车载终端的显示屏的第二显示区域显示第二提醒消息之后，所述方法还包括：
若用户不满足核酸检测证明条件；获取距离车辆位置最近的核酸检测点，询问用户是否前往所述核酸检测点；若用户确认前往所述核酸检测点，更新所述导航界面，并在所述车载终端的显示屏的第一显示区域显示更新后的导航界面。
示例的，请参见图5，图5为本申请实施例提供的一种推荐核酸检测点的界面示意图。如图5所示，当用户不满足核酸检测证明条件时，获取到离车辆位置最近的核酸检测点为“第一医院”，在新的显示界面显示第一医院的信息。所述第一医院的信息可以包括医院名称、医院地址、联系方式或营业时间等信息。
在用户确定前往所述核酸检测点后，地图服务模块根据当前车辆位置和核酸检测点的位置信息重新规划导航路线，并显示更新后的导航界面。
可以看出，在本申请实施例中，当用户不满足核酸检测证明条件，可以为用户推荐附近核酸点并导航前往所述核酸检测点，方便了用户的出行。
在一种可能的实施方式中，所述根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果之后，所述方法还包括：
若所述判断结果为所述目的地允许进入，且用户满足所述进入条件，则从所述第一疫情防控数据中获取历史风险评估数据；将所述历史风险评估数据输入预测模型，获得未来预设时间段内的预测风险评估数据；分析所述预测风险评估数据，获得所述目的地的风险评估结果；根据所述风险评估结果，在所述车载终端的显示屏的第二显示区域显示第四提醒消息。
其中，历史风险评估数据可以包括第一防控区域最近N天内的每日确诊病例数集（X1 , X2 , ··· , XN）、第一防控区域最近N天内的每日危险地区数量集（Y1 , Y2 ,··· , YN）和第一防控区域最近N天内的每日无症状感染数集（Z1 , Z2 , ··· ,ZN）。其中，XN、YN和ZN分别表示第一防控区域在当前日期时的确诊病例数、危险地区数量和无症状感染数。其中，危险地区数量可以是高风险地区数量与中风险地区数量的累加。
在本申请实施例中，预测模型可以是神经网络模型，历史风险评估数据作为预测模型的输入数据，预测模型包括第一神经网络模型、第二神经网络模型和第三神经网络模型。根据第一防控区域最近N天内的每日确诊病例数集（X1 , X2 , ··· , XN）以及第一神经网络模型，可预测得到第一防控区域未来第一天的确诊病例数XN+1；根据第一防控区域最近N天内的每日危险地区数量集（Y1 , Y2 , ··· , YN）以及第二神经网络模型，可预测得到第一防控区域未来第一天的危险地区数量YN+1；根据第一防控区域最近N天内的每日无症状感染数集（Z1 , Z2 , ··· , ZN）以及第三神经网络模型，可预测得到第一防控区域未来第一天的无症状感染数ZN+1。将XN+1、YN+1和ZN+1加入到输入数据，通过第一神经网络模型、第二神经网络模型和第三神经网络模型预测得到XN+2、YN+2和ZN+2。依次类推，得到预测风险评估数据，所述预测风险评估数据包括第一防控区域未来M天内的每日确诊病例数（XN+1, XN+2 , ··· , XN+M）、每日危险地区数量集（YN+1 , YN+2 , ··· , YN+M）和每日无症状感染数集（ZN+1 , Z N+2 , ··· , ZN+M）。
根据第一防控区域未来M天内的每日确诊病例数（XN+1 , XN+2 , ··· , XN+M）、每日危险地区数量集（YN+1 , YN+2 , ··· , YN+M）和每日无症状感染数集（ZN+1 , ZN+2 ,··· , ZN+M）对第一防控区域未来M天的疫情风险程度进行评估，从而确定目的地的风险评估结果。在一种可能的实施方式中，可以通过风险预测模型对第一防控区域未来M天的疫情风险程度进行评估，风险预测模型可以是神经网络模型、支持向量机模型、随机森林模型或线性回归模型等。示例的，将XN+M、YN+M和ZN+M输入风险预测模型，风险预测模型输出风险概率S，若风险概率0.5<S<1，则表明第一防控区域可能进入全区域封控状态，M天后目的地所在地区可能被封控，若风险概率0<S<0.5，则表明第一防控区域没有进入全区域封控状态，M天后目的地所在地区可能没有被封控。
在获取到目的地的风险评估结果后，根据风险评估结果在第二显示区域显示第四提醒消息，用于提前警示用户。示例的，根据风险评估结果表明三天后目的地所在地区可能被封控，则第四提醒消息可以是“目的地3天后可能处于封控状态，请避免前往”，或者“目的地3天后可能封控管理，若3天后仍在此处，可能无法外出”等其他类似提醒消息。
可以看出，通过风险评估数据和预测模型可获得预测风险评估数据，对预测风险评估数据进行分析，获得目的地的风险评估结果，最终根据风险评估结果显示第四提醒消息。如此，可以在用户前往目的地之前，根据第四提醒消息可以提前了解到目的地未来时间段的疫情风险状态，用户根据第四提醒消息可提前做好应对措施或者重新规划导航路线，从而方便用户出行。
步骤S208：若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
其中，重点防护场所是指人员密集、空间封闭等容易发生聚集性疫情的场所，重点防护场所的防控等级高于所述第一防控区域中的其他场所。重点防护场所可以包括图书馆、博物馆、美术馆、棋牌室、电影院、剧院或宾馆等场所。特殊防控政策是指为了降低疫情传播风险、预防聚集性疫情发生针对重点防护场所制定的防控措施。特殊防控政策可以包括限流、预约或错峰营业等政策。第三提醒消息可以是“目的地需要预约，是否进行预约”或“目的地实行错峰营业，今天不营业，明天正常营业”等其他类似提醒消息。
在一种可能的实施方式中，所述根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息，包括：
若所述特殊防控政策为限流政策，则获取所述目的地的限流人数；估计到达所述目的地时的预计访客人数；判断所述预计访客人数是否大于或等于所述限流人数；若所述预计访客人数大于或等于所述限流人数，在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
其中，限流政策是指重点防控场所的每日访客人数占最大承载量的比例不能超过规定比例，根据规定比例以及目的地的最大承载量可获得目的地的限流人数。示例的，若目的地为剧院，限流政策为每日访客人数占最大承载量的比例不能超过50%，则规定比例为50%，剧院的最大承载量可以是剧院座位数，若剧院座位数为300，则确定限流人数为150。
可选的，可以根据目的地的历史访客人数估计用户到达目的地时的预计访客人数，车载终端可以从服务器获取目的地的历史访客人数的数据集。示例的，目的地为剧院，导航结果表明用户预计今天下午2点到达剧院，则可以根据剧院的历史访客人数的数据集确定最近N天内每天下午2点的访客人数集（D1 , D2 , ··· , DN），根据D1、D2、···、DN估计下午两点时剧院的预计访客人数。例如，可取D1、D2、···、DN的平均值DX作为估计结果，即DX为今天下午两点时的预计访客人数。
在估计得到预计访客人数后，将该预计访客人数与目的地的限流人数进行比较，判断该预计访客人数是否大于或等于所述限流人数。若预计访客人数大于或等于限流人数，则显示第四提醒消息。示例的，第四提醒消息可以是“若现在出发，到达剧院时可能已达到限流人数，建议提前出发”或“若现在出发，目的地可能已达到限流人数，建议更换目的地”等其他类似提醒消息。
可以看出，当特殊防控政策为限流政策时，且预计访客人数大于或等于所述限流人数，显示第四提醒消息。如此，用户通过第四提醒消息可以在用户出发前，使得用户提前了解到目的地是否达到限流人数，方便用户出行。
在一种可能的实施方式中，所述方法还包括：
若接收到用户的导航确认指令，判断导航路线是否存在管控道路；若存在管控道路，则获取与所述管控道路对应的道路管控措施；根据所述道路管控措施在所述车载终端的显示屏的第二显示区域显示第五提醒消息。
具体地，人机互动服务引擎可主动询问用户是否确定导航前往目的地，若接收到用户的导航确认指令，根据地图服务模块提供的导航路线进行导航。在确定好导航路线后，人机互动服务引擎调用通信接口向服务器发送路况请求，所述路况请求用于获取所述导航路线的路况信息。在获取到路况信息后，根据路况信息判断导航路线中是否存在管控道路，若存在管控道路，从路况信息中获取管控道路对应的道路管控措施。其中，道路管控措施可以是进入管控道路需要提前预约登记、外省车辆禁止通行或者进入管控道路需要通行证等道路管控措施。根据道路管控措施发出第五提醒消息，例如，若管控道路的道路名称为中山路，且该道路需要预约登记，则第五提醒消息可以是“进入中山路需要预约，是否进行预约”。在一种可能的实施方式中，若第五提醒消息是预约提醒，当接收到用户确认预约的反馈信息后，人机互动服务引擎通过登录的用户账号自动帮用户进行预约，并反馈给用户预约成功的消息。
可以看出，当接收到用户的导航确认指令，判断导航路线中是否存在管控道路，若存在管控道路，则获取与管控道路对应的道路管控措施，根据道路管控措施发出第五提醒消息。如此，通过第五提醒消息，用户可以及时了解到导航路线中道路的道路管控措施，从而进行相应的应对操作，方便了用户的出行。
在一种可能的实施方式中，所述方法还包括：
在确定所述目的地后，获取与所述目的地关联的历史导航记录；根据所述历史导航记录预测用户在前往所述目的地之前会前往第一关联目的地；从用户终端获取历史行为数据，根据所述历史行为数据预测用户在到达所述目的地后会前往第二关联目的地；询问用户是否前往所述第一关联目的地和所述第二关联目的地；若用户确认前往所述第一关联目的地和所述第二关联目的地，判断所述目的地、所述第一关联目的地和所述第二关联目的地是否属于同一管控区域；若所述目的地、所述第一关联目的地和所述第二关联目的地不属于同一管控区域，从所述第一疫情防控数据获取所述目的地的第一管控政策、所述第一关联目的地的第二管控政策和所述第二关联目的地的第三管控政策；根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
其中，管控区域是防控区域的更进一步细分，防控区域包括多个管控区域，管控区域可以根据街道、社区、小区或城中村进行不同层级的划分。
示例的，若获取到用户的目的地为洗车店A，且洗车店A在城中村，通过历史导航记录搜索得到包含洗车店A的多条关联导航记录。其中，历史导航记录可以通过人机互动服务引擎调用地图服务模块进行获取，例如，调用安装在车载终端上的高德地图，读取高德地图数据库，从高德地图数据库中获取用户账号下的历史导航记录。或者，人机互动服务引擎可以通过调用地图服务模块对应的服务器的通信接口进行获取，例如，调用高德地图服务器的通信接口，从高德地图服务器获取用户账号下的历史导航记录。其中，历史导航记录包括从始发地到目的地的详细行驶路线、出发时间、到达时间和全程距离等信息。详细行驶路线包括路线道路名称、路线途径地点、停留地点和停留地点的停留时长等信息。
在获取到历史导航记录后，根据目的地的名称或具体地址提取到包含洗车店A的多条关联导航记录。分析关联导航记录，发现用户导航前往洗车店A的导航路线不是按照地图服务模块推荐的直达路线行驶，而是每次都会绕行前往超市B，再去洗车店A，则确定超市B为洗车店A的第一关联目的地。或者，分析关联导航记录发现用户在前往洗车店A的途中每次在超市B停留十分钟，超市B为停留地点，因此，确定超市B为洗车店A的第一关联目的地。
在确定第一关联目的地后，通过与车载终端连接的用户终端获取用户的历史行为数据，所述历史行为数据包括扫码记录和支付记录。其中，扫码记录包括场所码的扫码记录、行程码的扫码记录和付款码的扫码记录等。支付记录包括支付宝的支付记录、微信的支付记录或银行的支付记录等。其中，扫码记录和支付记录可以通过调用用户终端上相应的应用进行获取。例如，想要查询微信的历史扫码记录，人机互动引擎调用微信获取微信数据库，从微信数据库中获取历史扫码记录。
在获得用户的历史行为数据后，对历史行为数据进行分析，以确定与导航的目的地关联的第二关联目的地。例如，用户是每周六下午3点到达目的地洗车店A，分析支付宝的场所码记录发现每周六下午3点20分﹣下午3点25之间有按摩店C的场所码的扫码记录，分析支付宝的支付记录发现每周六下午3点25分﹣3点30分之间有收款方为按摩店C的支付记录，因此分析用户在到达目的地洗车店A后会去往按摩店C，确定按摩店C为洗车店A的第二关联目的地。
在确定第一关联目的地和第二关联目的地后，人机互动服务引擎进一步询问用户是否前往上述第一关联目的地和第二关联目的地。示例的，人机互动服务引擎输出语句“今天是否需要前往超市B和按摩店C”，若用户回答“是”，则执行下面步骤。判断目的地、第一关联目的地和第二关联目的地是否在同一管控区域，其中，管控区域的范围小于防控区域的范围，管控区域是防控区域更进一步的划分，防控区域可以根据街道、社区、小区或城中村为单位划分为多个管控区域。
示例的，若超市B在街道的马路边、按摩店C在社区，而洗车店A在城中村，则洗车店A、超市B和按摩店C属于不同的管控区域。从第一防控数据中获取到超市B所在街道的第一管控政策、洗车店A所在城中村的第二管控政策和按摩店C所在社区的第三管控政策。其中，管控政策可以是需要登记进入、非城中村居民禁止进入、非社区居民禁止进入等。
在一种可能的实施方式中，所述根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息，包括：
若所述第一管控政策、所述第二管控政策和所述第三管控政策不是当天的管控政策，调用所述信息服务模块获取所述目的地所在第一防控区域的疫情防控咨询电话号码；调用通话模块根据所述疫情防控咨询电话号码进行拨号，确认是否按照所述第一管控政策、所述第二管控政策和所述第三管控政策进行执行；若是，则根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
示例的，若获取到的是1天前的管控政策，对应的第一管控政策是超市B实施常态化管理没有特殊管控要求、第二管控政策为非城中村居民禁止进入、第三管控政策为非社区居民禁止进入，通过疫情防控咨询电话号码向疫情防控部门进行咨询，确认当前是否按照上述管控政策进行执行，若是，则根据上述管控政策确定第六提醒消息。具体的，若第一管控政策是超市B常态化管理没有管控要求、第二管控政策为非城中村居民禁止进入、第三管控政策为非社区居民禁止进入，在确定按照上述管控政策进行执行后，判断用户是否满足上述管控政策，获取用户终端存储的用户的个人信息，所述用户的个人信息包括用户的居住地址，根据所述居住地址判断用户是否为城中村居民或社区居民。若用户属于城中村居民，不属于社区居民，则在车载终端的显示屏的第二显示区域显示第六提醒消息，第六提醒消息可以是“进入按摩店C的人员仅限当地社区居民，建议更换按摩店”。
可以看出，在获取第一管控政策、所述第二管控政策和所述第三管控政策，通过获取所述目的地所在第一防控区域的疫情防控咨询电话号码，能够保证获取的管控政策的准确性和实效性，进而更准确的为用户进行提醒。
可以看出，通过分析历史导航记录以及用户终端的历史行为数据，能够更全面的获取用户行程中除了导航的目的地之外的多个关联目的地，从而更全面的为用户提供疫情提醒，方便用户出行。
上述详细阐述了本申请实施例的方法，下面提供了本申请实施例的装置。
参照图6，图6是本申请实施例提供的一种导航场景中基于疫情的提醒装置，如图6所示，导航场景中基于疫情的提醒装置600包括调用单元601、判断单元602和显示单元603，各个单元的详细描述如下：
调用单元601，具体用于调用人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果；还用于若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在车载终端的显示屏的第一显示区域显示导航界面；还用于调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据；
判断单元602，具体用于判断所述目的地与始发地是否在同一个防控区域；还用于若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果；
显示单元603，具体用于若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息；还用于若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息；还用于若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
在一种可能的实施方式中，显示单元603还用于若用户不满足核酸检测证明条件；获取距离车辆位置最近的核酸检测点，询问用户是否前往所述核酸检测点；若用户确认前往所述核酸检测点，更新所述导航界面，并在所述车载终端的显示屏的第一显示区域显示更新后的导航界面。
在一种可能的实施方式中，显示单元603还用于若所述判断结果为所述目的地允许进入，且用户满足所述进入条件，则从所述第一疫情防控数据中获取历史风险评估数据；将所述历史风险评估数据输入预测模型，获得未来预设时间段内的预测风险评估数据；分析所述预测风险评估数据，获得所述目的地的风险评估结果；根据所述风险评估结果，在所述车载终端的显示屏的第二显示区域显示第四提醒消息。
在一种可能的实施方式中，显示单元603还用于若所述特殊防控政策为限流政策，则获取所述目的地的限流人数；估计到达所述目的地时的预计访客人数；判断所述预计访客人数是否大于或等于所述限流人数；若所述预计访客人数大于或等于所述限流人数，在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
在一种可能的实施方式中，显示单元603还用于若接收到用户的导航确认指令，判断导航路线是否存在管控道路；若存在管控道路，则获取与所述管控道路对应的道路管控措施；根据所述道路管控措施在所述车载终端的显示屏的第二显示区域显示第五提醒消息。
在一种可能的实施方式中，显示单元603还用于在确定所述目的地后，获取与所述目的地关联的历史导航记录；根据所述历史导航记录预测用户在前往所述目的地之前会前往第一关联目的地；从用户终端获取历史行为数据，根据所述历史行为数据预测用户在到达所述目的地后会前往第二关联目的地；询问用户是否前往所述第一关联目的地和所述第二关联目的地；若用户确认前往所述第一关联目的地和所述第二关联目的地，判断所述目的地、所述第一关联目的地和所述第二关联目的地是否属于同一管控区域；若所述目的地、所述第一关联目的地和所述第二关联目的地不属于同一管控区域，从所述第一疫情防控数据获取所述目的地的第一管控政策、所述第一关联目的地的第二管控政策和所述第二关联目的地的第三管控政策；根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
在一种可能的实施方式中，显示单元603还用于若所述第一管控政策、所述第二管控政策和所述第三管控政策不是当天的管控政策，调用所述信息服务模块获取所述目的地所在第一防控区域的疫情防控咨询电话号码；调用通话模块根据所述疫情防控咨询电话号码进行拨号，确认是否按照所述第一管控政策、所述第二管控政策和所述第三管控政策进行执行；若是，则根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
参照图7，图7是本申请实施例提供的一种计算机设备的结构示意图。如图7所示，该计算机设备700包括处理器701和存储器702，其中存储器702存储有计算机程序703，处理器701和存储器702通过总线704连接。所述计算机程序703用于执行如上述方法实施例中记载的任一方法的部分或全部步骤。
在本申请实施例中，处理器701可以是中央处理单元（central processing unit，CPU），该处理器还可以是其他通用处理器、数字信号处理器（digital signal processing，DSP）、专用集成电路（application specific integrated circuit，ASIC）、现成可编程门阵列（field－programmable gate array，FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
在本申请实施例中，存储器702可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（read-onlymemory，ROM）、可编程只读存储器（programmable ROM， PROM）、可擦除可编程只读存储器（erasable PROM，EPROM）、电可擦除可编程只读存储器（electrically EPROM，EEPROM）或闪存。易失性存储器可以是随机存取存储器（random access memory，RAM），其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器（static RAM，SRAM）、动态随机存取存储器（dynamic RAM，DRAM）、同步动态随机存取存储器（synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（double data rateSDRAM，DDR SDRAM）、增强型同步动态随机存取存储器（enhanced SDRAM，ESDRAM）、同步连接动态随机存取存储器（synchronize link DRAM，SLDRAM）和直接内存总线随机存取存储器（direct rambus RAM，DR RAM）。
需要说明的是，当处理器701为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器（存储模块）集成在处理器中。
应注意，本文描述的存储器702旨在包括但不限于这些和任意其它适合类型的存储器。
该总线704除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。
在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块（illustrative logical block，ILB）和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，（例如，软盘、硬盘、磁带）、光介质（例如，DVD）、或者半导体介质（例如固态硬盘）等。
在上述实施例中，计算机可读存储介质可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据区块链节点的使用所创建的数据等。例如，区块链中可预设语音指库ASR算法等语义识别模型等等，在此不做限定。
其中，本申请实施例所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链（blockchain），本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性（防伪）和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
本申请实施例还提供一种计算机存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如上述方法实施例中记载的任何一种导航场景中基于疫情的提醒方法的部分或全部步骤。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种导航场景中基于疫情的提醒方法，其特征在于，应用于车辆的车载终端，所述车载终端安装有人机互动服务引擎，所述方法包括：
调用所述人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果；
若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在所述车载终端的显示屏的第一显示区域显示导航界面；
调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据；
判断所述目的地与始发地是否在同一个防控区域；
若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果；
若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息；
若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息；
若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
2.根据权利要求1所述的方法，其特征在于，所述在所述车载终端的显示屏的第二显示区域显示第二提醒消息之后，所述方法还包括：
若用户不满足核酸检测证明条件；
获取距离车辆位置最近的核酸检测点，询问用户是否前往所述核酸检测点；
若用户确认前往所述核酸检测点，更新所述导航界面，并在所述车载终端的显示屏的第一显示区域显示更新后的导航界面。
3.根据权利要求2所述的方法，其特征在于，所述根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果之后，所述方法还包括：
若所述判断结果为所述目的地允许进入，且用户满足所述进入条件，则从所述第一疫情防控数据中获取历史风险评估数据；
将所述历史风险评估数据输入预测模型，获得未来预设时间段内的预测风险评估数据；
分析所述预测风险评估数据，获得所述目的地的风险评估结果；
根据所述风险评估结果，在所述车载终端的显示屏的第二显示区域显示第四提醒消息。
4.根据权利要求3所述的方法，其特征在于，所述根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息，包括：
若所述特殊防控政策为限流政策，则获取所述目的地的限流人数；
估计到达所述目的地时的预计访客人数；
判断所述预计访客人数是否大于或等于所述限流人数；
若所述预计访客人数大于或等于所述限流人数，在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
若接收到用户的导航确认指令，判断导航路线是否存在管控道路；
若存在管控道路，则获取与所述管控道路对应的道路管控措施；
根据所述道路管控措施在所述车载终端的显示屏的第二显示区域显示第五提醒消息。
6.根据权利要求5所述的方法，其特征在于，所述方法还包括：
在确定所述目的地后，获取与所述目的地关联的历史导航记录；
根据所述历史导航记录预测用户在前往所述目的地之前会前往第一关联目的地；
从用户终端获取历史行为数据，根据所述历史行为数据预测用户在到达所述目的地后会前往第二关联目的地；
询问用户是否前往所述第一关联目的地和所述第二关联目的地；
若用户确认前往所述第一关联目的地和所述第二关联目的地，判断所述目的地、所述第一关联目的地和所述第二关联目的地是否属于同一管控区域；
若所述目的地、所述第一关联目的地和所述第二关联目的地不属于同一管控区域，从所述第一疫情防控数据获取所述目的地的第一管控政策、所述第一关联目的地的第二管控政策和所述第二关联目的地的第三管控政策；
根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
7.根据权利要求6所述的方法，其特征在于，所述根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息，包括：
若所述第一管控政策、所述第二管控政策和所述第三管控政策不是当天的管控政策，调用所述信息服务模块获取所述目的地所在第一防控区域的疫情防控咨询电话号码；
调用通话模块根据所述疫情防控咨询电话号码进行拨号，确认是否按照所述第一管控政策、所述第二管控政策和所述第三管控政策进行执行；
若是，则根据所述第一管控政策、所述第二管控政策和所述第三管控政策，在所述车载终端的显示屏的第二显示区域显示第六提醒消息。
8.一种导航场景中基于疫情的提醒装置，其特征在于，包括：
调用单元，用于调用人机互动服务引擎对用户的输入语句进行意图识别，得到意图识别结果；还用于若所述意图识别结果为导航意图且所述导航意图中包括导航的目的地，则调用地图服务模块，在车载终端的显示屏的第一显示区域显示导航界面；还用于调用信息服务模块获取所述目的地所在第一防控区域的第一疫情防控数据；
判断单元，用于判断所述目的地与始发地是否在同一个防控区域；还用于若所述目的地与所述始发地不在同一个防控区域，调用所述信息服务模块获取所述始发地所在第二防控区域的第二疫情防控数据，根据所述第一疫情防控数据和所述第二疫情防控数据判断所述目的地是否禁止进入，得到判断结果；
显示单元，用于若所述判断结果为所述目的地禁止进入，在所述车载终端的显示屏的第二显示区域显示第一提醒消息；还用于若所述判断结果为所述目的地允许进入，但用户不满足所述目的地的进入条件，在所述车载终端的显示屏的第二显示区域显示第二提醒消息；还用于若所述目的地与所述始发地在同一个防控区域，且所述目的地为重点防护场所，从所述第一疫情防控数据中获取所述目的地的特殊防控政策，根据所述特殊防控政策在所述车载终端的显示屏的第二显示区域显示第三提醒消息。
9.一种计算机设备，其特征在于，包括处理器以及与处理器连接的存储器，其中，所述存储器存储有计算机程序，所述计算机程序被配置由所述处理器执行，所述计算机程序包括用于执行权利要求1至7中任一项所述的方法中的步骤的指令。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储计算机程序，所述计算机程序使得计算机执行以实现权利要求1至7任一项所述的方法。
CN202211236858.9A 2022-10-10 2022-10-10 导航场景中基于疫情的提醒方法及相关产品 Pending CN115310725A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211236858.9A CN115310725A (zh) 2022-10-10 2022-10-10 导航场景中基于疫情的提醒方法及相关产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211236858.9A CN115310725A (zh) 2022-10-10 2022-10-10 导航场景中基于疫情的提醒方法及相关产品

Publications (1)

Publication Number Publication Date
CN115310725A true CN115310725A (zh) 2022-11-08

Family

ID=83867714

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211236858.9A Pending CN115310725A (zh) 2022-10-10 2022-10-10 导航场景中基于疫情的提醒方法及相关产品

Country Status (1)

Country Link
CN (1) CN115310725A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3340133A1 (en) * 2016-12-22 2018-06-27 Sap Se Electronic navigation system
CN111238522A (zh) * 2020-03-20 2020-06-05 深圳云天励飞技术有限公司 出行路线的规划方法及相关装置
CN111414558A (zh) * 2020-03-16 2020-07-14 腾讯科技（深圳）有限公司 导航路线的发送方法、显示方法、装置、服务器及介质
CN112231596A (zh) * 2020-10-14 2021-01-15 中国联合网络通信集团有限公司 疫情实时提醒方法、用户终端、防疫平台和计算机设备
CN113380421A (zh) * 2021-04-29 2021-09-10 青岛海尔科技有限公司 用于疫情提醒的方法、系统、装置和设备
CN114445241A (zh) * 2022-02-09 2022-05-06 携程旅游信息技术（上海）有限公司 基于疫情防控的旅游定制方法、系统、设备及存储介质
CN114462931A (zh) * 2021-12-31 2022-05-10 安徽路歌运输有限公司 一种基于疫情信息物流运输路线规划的方法、系统及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3340133A1 (en) * 2016-12-22 2018-06-27 Sap Se Electronic navigation system
CN111414558A (zh) * 2020-03-16 2020-07-14 腾讯科技（深圳）有限公司 导航路线的发送方法、显示方法、装置、服务器及介质
CN111238522A (zh) * 2020-03-20 2020-06-05 深圳云天励飞技术有限公司 出行路线的规划方法及相关装置
CN112231596A (zh) * 2020-10-14 2021-01-15 中国联合网络通信集团有限公司 疫情实时提醒方法、用户终端、防疫平台和计算机设备
CN113380421A (zh) * 2021-04-29 2021-09-10 青岛海尔科技有限公司 用于疫情提醒的方法、系统、装置和设备
CN114462931A (zh) * 2021-12-31 2022-05-10 安徽路歌运输有限公司 一种基于疫情信息物流运输路线规划的方法、系统及装置
CN114445241A (zh) * 2022-02-09 2022-05-06 携程旅游信息技术（上海）有限公司 基于疫情防控的旅游定制方法、系统、设备及存储介质

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
孔钦等: "基于贪心算法的常态化防疫交通路线智能推荐系统", 《现代信息技术》 *

Similar Documents

Publication Publication Date Title
Singh et al. Recent trends in intelligent transportation systems: a review
Taylor Critical transport infrastructure in Urban areas: impacts of traffic incidents assessed using accessibility‐based network vulnerability analysis
Huang et al. A mobility network approach to identify and anticipate large crowd gatherings
Mata et al. A Mobile Information System Based on Crowd‐Sensed and Official Crime Data for Finding Safe Routes: A Case Study of Mexico City
Petersen Scoot over smart devices: The invisible costs of rental scooters
Pianese et al. Discovering and predicting user routines by differential analysis of social network traces
US11144666B2 (en) Selective data access and data privacy via blockchain
Saghapour et al. Retracted: Modeling access to public transport in urban areas
US20160192133A1 (en) Method, System and Device for Enabling an Object to Access a Third Party Asset
Chen et al. Efficient solution algorithm for finding spatially dependent reliable shortest path in road networks
Wang et al. Identifying urban functional areas and their dynamic changes in Beijing: Using multiyear transit smart card data
Zhang et al. Real-time human mobility modeling with multi-view learning
CN115017244A (zh) 一种地理信息大数据与人口数据融合服务社区治理的方法
Kim Effects of weather and calendar events on mode-choice behaviors for public transportation
Zhang et al. Ridesharing and digital resilience for urban anomalies: Evidence from the New York City taxi market
WO2021225523A1 (en) Systems, devices, and methods for managing contact instances of persons of interest
Kim et al. Why do people move? Enhancing human mobility prediction using local functions based on public records and SNS data
Zhang et al. Urban-scale human mobility modeling with multi-source urban network data
CN115310725A (zh) 导航场景中基于疫情的提醒方法及相关产品
Ricord et al. Investigation of equity biases in transportation data: a literature review synthesis
US20130226905A1 (en) Integrated travel services
Dhananjaya et al. Inferring the purposes of taxi trips using GPS and POI data considering the destination context
Gkiotsalitis et al. Educated rules for the prediction of human mobility patterns based on sparse social media and mobile phone data
Algomaiah et al. Utilizing Wi-Fi sensing and an optimized radius algorithm to count passengers with transfers to enhance bus transit OD matrix
Ghavidel et al. A Random Effects Model for Travel-Time Variability Analysis Using Wi-Fi and Bluetooth Data

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: 20221108

RJ01 Rejection of invention patent application after publication