智慧城市交通路径确定方法、物联网系统、装置及介质与流程

1.本说明书涉及物联网与云平台领域，特别涉及一种智慧城市交通路径确定方法、物联网系统、装置及介质。


背景技术：

2.随着社会经济的不断发展，国内出行人数和国际出行人数均与日俱增。高峰期时，高速公路上设置的收费站或不同国家设置的出入境关口等通道都存在严重的排队现象，使市民用户的出行时间急剧增加。
3.因此希望提供一种智慧城市交通路径确定方法、物联网系统、装置及介质，利用物联网与云平台来帮助市民用户合理规划出行的交通路径，减少市民用户到达目标位置所需的时间，提高出行效率。同时也可以实现一定的分流作用，降低国内或国际关口的拥堵现象。


技术实现要素：

4.发明内容包括一种智慧城市交通路径确定方法，基于智慧城市交通路径确定物联网系统实现，所述智慧城市交通路径确定物联网系统包括市民用户平台、政府服务平台、交通路径确定管理平台、政府传感网络平台和对象平台；所述方法包括：基于所述市民用户平台接收用户发起的对预设路径的查询需求；基于所述政府服务平台将所述查询需求传递至所述交通路径确定管理平台，并基于所述交通路径确定管理平台生成查询指令；所述查询指令包含各个预设路径到达目标位置的时间；基于所述交通路径确定管理平台将所述查询指令下发至传感网络总平台；所述传感网络总平台根据交通数据信息的类型将所述查询指令下发至对应的传感网络分平台，所述交通数据信息的类型包括行程信息类、车辆信息类、通道信息类；所述政府传感网络平台对不同的所述对象平台的数据采用不同的传感网络分平台进行数据存储、数据处理和/或数据传输；其中，所述不同的传感网络分平台对应不同的所述交通数据信息；基于所述传感网络分平台将所述查询指令发送给对应的所述对象平台；基于所述对象平台根据所述查询指令，获取所述交通数据信息；所述交通数据信息包括用户的行程信息、预设路径的车辆信息、预设通道的通道信息；基于所述对象平台分别通过对应的所述传感网络分平台、所述传感网络总平台，将所述交通数据信息上传至所述交通路径确定管理平台；所述交通路径确定管理平台基于所述交通数据信息确定所述各个预设路径到达目标位置的时间；基于所述交通路径确定管理平台通过所述政府服务平台，将所述各个预设路径到达目标位置的时间反馈至所述市民用户平台。
5.在一些实施例中，所述交通路径确定管理平台基于所述交通数据信息确定所述各个预设路径到达目标位置的时间包括：所述交通路径确定管理平台基于所述交通数据信息通过时间预测模型确定所述各个预设路径到达目标位置的时间。
6.在一些实施例中，所述用户的行程信息至少包括：当前位置、当前时间、目标位置。
7.在一些实施例中，所述车辆信息至少包括：车辆速度、车流量、车型分布。
8.在一些实施例中，所述预设通道的通道信息至少包括：预设通道的初始通过时间，以及预设路径与预设通道的转移矩阵。
9.在一些实施例中，所述时间预测模型的输出还包括各个预设通道的通过时间。
10.在一些实施例中，所述时间预测模型的结构包括第一嵌入层、流量分布层以及到达时间输出层。
11.在一些实施例中，所述时间预测模型的结构还包括第二嵌入层、排队分布层以及通道通过时间输出层。
12.在一些实施例中，所述流量分布层输出的流量向量作为所述通道通过时间输出层的输入；所述排队分布层输出的排队向量作为所述到达时间输出层的输入。
13.在一些实施例中，所述时间预测模型的训练包括：构建第一损失函数和第二损失函数，所述第一损失函数中各个预设路径到达目标位置的时间权重较大，所述第二损失函数中各个预设通道的通过时间权重较大；对所述第一损失函数和第二损失函数的权重交替调节；迭代执行所述构建第一损失函数和第二损失函数，以及所述对所述第一损失函数和第二损失函数的权重交替调节，直至所述时间预测模型满足预设条件。
14.发明内容包括一种智慧城市交通路径确定物联网系统，包括市民用户平台、政府服务平台、交通路径确定管理平台、政府传感网络平台和对象平台；所述市民用户平台用于接收用户发起的对预设路径的查询需求；所述政府服务平台用于将所述查询需求传递至所述交通路径确定管理平台，并基于所述交通路径确定管理平台生成查询指令；所述查询指令包含各个预设路径到达目标位置的时间；所述交通路径确定管理平台用于将所述查询指令下发至传感网络总平台；所述传感网络总平台根据交通数据信息的类型将所述查询指令下发至对应的传感网络分平台，所述交通数据信息的类型包括行程信息类、车辆信息类、通道信息类；所述传感网络分平台用于将所述查询指令发送给对应的所述对象平台；所述政府传感网络平台对不同的所述对象平台的数据采用不同的传感网络分平台进行数据存储、数据处理和/或数据传输；其中，所述不同的传感网络分平台对应不同的所述交通数据信息；所述对象平台用于根据所述查询指令，获取所述交通数据信息；所述交通数据信息包括用户的行程信息、预设路径的车辆信息、预设通道的通道信息；以及，分别通过对应的所述传感网络分平台、所述传感网络总平台，将所述交通数据信息上传至所述交通路径确定管理平台；所述交通路径确定管理平台进一步用于基于所述交通数据信息确定所述各个预设路径到达目标位置的时间；以及通过所述政府服务平台，将所述各个预设路径到达目标位置的时间反馈至所述市民用户平台。
15.发明内容包括一种计算机可读存储介质，所述存储介质存储计算机指令，当计算机读取存储介质中的计算机指令后，计算机执行智慧城市交通路径确定方法。
16.本发明为了克服市民用户出行效率低，且高峰期通道拥堵的问题。通过智慧城市交通路径确定方法，可以实现向用户推荐从用户当前位置到目标位置的路径，以及到达目标位置时的时间。市民用户可以根据推荐信息选择更合理的路径，减少了市民用户到达目标位置所需的时间，提高出行效率，同时也可以实现一定的分流作用，降低通道的拥堵现象。另外，交通路径确定管理平台还可以在用户行驶过程中对各个预设路径到达目标位置的时间保持实时更新，从而更准确的提供参考信息，提高用户体验。
附图说明
17.本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：图1是根据本说明书一些实施例所示的智慧城市交通路径确定的应用场景示意图；图2是根据本说明书一些实施例所示的智慧城市交通路径确定物联网系统的示例性结构图；图3是根据本说明书一些实施例所示的智慧城市交通路径确定方法的示例性流程图；图4是根据本说明书一些实施例所示的智慧城市交通路径确定方法的示例性示意图；图5是根据本说明书一些实施例所示的时间预测模型结构的示意图。
具体实施方式
18.为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
19.应当理解，本文使用的“系统”、“装置”、“单元”和/或“模块”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
20.除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
21.本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
22.图1是根据本说明书一些实施例所示的智慧城市交通路径确定的应用场景示意图。在一些实施例中，应用场景100可以包括服务器110、存储设备120、用户终端130、传感设备140、网络150。
23.在一些实施例中，服务器110可以是单个服务器或者服务器组。服务器组可以是集中式的或分布式的。例如，服务器110可以是分布式系统。在一些实施例中，服务器110可以是本地的或远程的。在一些实施例中，服务器110可以在云平台上实现。在一些实施例中，服务器110或服务器110的一部分可以集成到传感设备140中。
24.在一些实施例中，服务器110可以包括处理设备112。处理设备112可以用于获取信
息，并对收集的信息进行分析加工，以执行本技术中描述的一个或以上功能。例如，处理设备112可以获取传感设备140所监控的交通数据信息，结合用户终端130发起的预设路径查询需求，生成相应的到达时间提供给用户，以便于用户合理规划出行的交通路径。
25.在一些实施例中，处理设备112可以包括一个或以上处理引擎(例如，单芯片处理引擎或多芯片处理引擎)。仅作为范例，处理设备112可以包括中央处理单元(cpu)、特定应用集成电路(asic)等或其任意组合。
26.存储设备120可以用于存储数据和/或指令，例如，存储设备120可以用于存储传感设备140所监控的交通数据信息。存储设备120可以从例如服务器110、用户终端130等获得数据和/或指令。在一些实施例中，存储设备120可以储存处理设备112用来执行或使用以完成本说明书中描述的示例性方法的数据和/或指令。
27.用户终端130可以是指用户用来输入查询各个预设路径到达目标位置的时间等信息的终端。例如，用户终端130可以包含但不限于智能电话130-1、平板电脑130-2、膝上型计算机130-3、处理器130-4等其他具有输入和/或输出功能的设备中的一种或其任意组合。在一些实施例中，用户终端130可以与服务器110相关联。例如，服务器110可以通过用户终端130获取用户的行程信息。在一些实施例中，使用用户终端130可以是一个或多个用户，可以包括直接使用服务的用户，也可以包括其他相关用户。
28.传感设备140可以是指用于获取交通数据信息的设备。例如，传感设备140可以包括但不限于道路监控设备140-1和无人机拍摄设备140-2。在一些实施例中，道路监控设备140-1可以是红外摄像机、高清数码相机。在一些实施例中，无人机拍摄设备140-2可以是利用无线电遥控装置操纵的不载人飞行机。例如，无人机拍摄设备140-2可以包括多旋翼无人机、无人直升机、太阳能无人机等。
29.网络150可以提供信息和/或数据交换的渠道。在一些实施例中，服务器110、存储设备120、用户终端130、传感设备140之间可以通过网络150交换信息。例如，服务器110可以通过网络150接收用户终端130发送的查询各个预设路径到达目标位置的时间等信息的请求。又例如，服务器110可以通过网络150获取传感设备140上传的交通数据信息并储存于存储设备120。
30.应当注意应用场景100仅仅是为了说明的目的而提供的，并不意图限制本技术的范围。对于本领域的普通技术人员来说，可以根据本说明书的描述，做出多种修改或变化。例如，应用场景100还可以包括数据库。又例如，应用场景100可以在其他设备上实现以实现类似或不同的功能。然而，这些变化和修改不会背离本技术的范围。
31.物联网系统是一种包括用户平台、服务平台、管理平台、传感网络平台、对象平台中部分或全部平台的信息处理系统，其中，用户平台是整个物联网运行体系的主导者，可以用于获取用户需求。用户需求是物联网运行体系形成的基础和前提，物联网系统的各平台之间的联系均是为了满足用户的需求。服务平台是位于用户平台和管理平台之间以实现用户平台和管理平台联系的桥梁，服务平台可以为用户提供输入和输出服务。管理平台可以实现统筹、协调各功能平台（如用户平台、服务平台、传感网络平台、对象平台）之间的联系和协作，管理平台汇聚着物联网运行体系的信息，可以为物联网运行体系提供感知管理和控制管理功能；传感网络平台可以实现连接管理平台和对象平台，起着感知信息传感通信和控制信息传感通信的功能。对象平台是对感知信息生成和控制信息进行执行的功能平
台。
32.物联网系统中信息的处理可以分为感知信息的处理流程及控制信息的处理流程，控制信息可以是基于感知信息而生成的信息。其中，感知信息的处理是由对象平台获取感知信息，并通过传感网络平台传递至管理平台，管理平台将经过计算的感知信息传输给服务平台，最后传递至用户平台，用户经过对感知信息的判断分析，生成控制信息。控制信息则是由用户平台生成并下发至服务平台，服务平台再将控制信息传递给管理平台，管理平台对控制信息进行计算处理，并通过传感网络平台下发至对象平台，进而实现对相应对象的控制。
33.在一些实施例中，将物联网系统应用于城市管理时，可以将其称之为智慧城市物联网系统。
34.图2是根据本说明书一些实施例所示的智慧城市交通路径确定物联网系统200的示例性结构图。如图2所示，智慧城市交通路径确定物联网系统200包括市民用户平台210、政府服务平台220、交通路径确定管理平台230、政府传感网络平台240、对象平台250。在一些实施例中，智慧城市交通路径确定物联网系统200可以为服务器110的一部分或由服务器110实现。
35.在一些实施例中，智慧城市交通路径确定物联网系统200可以应用于交通路径确定的多种场景。在一些实施例中，智慧城市交通路径确定物联网系统200可以基于用户发起的对预设路径的查询需求，得到查询指令，并根据查询指令，获取查询结果。在一些实施例中，智慧城市交通路径确定物联网系统200可以基于预设路径的查询需求信息，预测各个预设路径到达目标位置的时间。
36.智慧城市交通路径确定的多种场景可以包括如国内出行场景、国际出行场景等。需要说明的是以上场景仅为示例，并不对智慧城市交通路径确定物联网系统200的具体应用场景起限制作用，本领域技术人员可以在本实施例公开的内容基础上，将智慧城市交通路径确定物联网系统200应用于其他合适的任何场景。
37.在一些实施例中，智慧城市交通路径确定物联网系统200可以应用于国内出行。在应用于国内出行时，交通路径确定管理平台可以用于采集预设路径的查询需求及交通数据信息，并基于上述信息确定国内出行各个预设路径到达目标位置的时间及各个收费站的通过时间。
38.在一些实施例中，智慧城市交通路径确定物联网系统200可以应用于国际出行。在应用于国际出行时，交通路径确定管理平台可以用于采集预设路径的查询需求及交通数据信息，并基于上述信息确定国际出行各个预设路径到达目标位置的时间及各个出入境关口的通过时间。
39.以下将以智慧城市交通路径确定物联网系统200应用于国内出行场景为例，对智慧城市交通路径确定物联网系统200进行具体说明。
40.市民用户平台210可以是面向用户的服务接口。在一些实施例中，市民用户平台210可以接收用户发起的对预设路径的查询需求。在一些实施例中，市民用户平台210可以被配置为将查询结果反馈至用户。在一些实施例中，市民用户平台210可以将查询需求发送至政府服务平台。在一些实施例中，市民用户平台210可以接收政府服务平台发送的查询结果等。
41.政府服务平台220可以是对查询需求进行初步处理的平台。在一些实施例中，政府服务平台220可以将查询需求传递至交通路径确定管理平台，并基于交通路径确定管理平台生成查询指令，查询指令包含各个预设路径到达目标位置的时间。在一些实施例中，政府服务平台220可以接收交通路径确定管理平台发送的查询结果等。
42.交通路径确定管理平台230可以是指统筹、协调各功能平台之间的联系和协作，提供感知管理和控制管理的物联网平台。
43.在一些实施例中，交通路径确定管理平台230还可以根据政府传感网络平台上传的交通数据信息，确定预设路径到达目标位置的时间。并且通过政府服务平台，将预设路径到达目标位置的时间结果反馈至市民用户平台。
44.在一些实施例中，交通路径确定管理平台230可以生成查询指令。在一些实施例中，交通路径确定管理平台230可以将查询指令下发至传感网络总平台。在一些实施例中，交通路径确定管理平台230可以接收政府服务平台发送的查询需求。
45.在一些实施例中，交通路径确定管理平台230进一步用于：基于交通数据信息通过时间预测模型确定各个预设路径到达目标位置的时间。关于时间预测模型的具体说明，参见图5及其相关描述。
46.政府传感网络平台240可以是交通路径确定管理平台和对象平台之间实现交互的衔接的平台。在一些实施例中，政府传感网络平台240可以接收交通路径确定管理平台发送的查询指令。在一些实施例中，政府传感网络平台240可以将查询指令发送给对应的对象平台。在一些实施例中，政府传感网络平台240采用前分式布置；前分式布置包括一个传感网络总平台和多个传感网络分平台。多个传感网络分平台分别存储和处理对象平台发送的不同的交通数据信息。一个传感网络总平台对多个传感网络分平台的数据进行汇总后存储和处理，并传输数据至交通路径确定管理平台。
47.对象平台250可以是感知信息生成和控制信息最终执行的功能平台。对象平台250可以用于根据查询指令，获取交通数据信息。交通数据信息可以包括用户的行程信息、预设路径的车辆信息、意向通道的通道信息等。在一些实施例中，对象平台250还可以分别通过对应的传感网络分平台、传感网络总平台，将交通数据信息上传至交通路径确定管理平台。
48.通过五种平台的物联网功能体系结构实施智慧城市交通路径确定，使用户出行的交通路径规划更合理，减少了街道拥堵，同时提升了用户的出行体验。
49.对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，将智慧城市交通路径确定物联网系统200移用到其他任何合适的场景下。
50.需要注意的是，以上对于系统及其组成部分的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个组成部分进行任意组合，或者构成子系统与其他组成部分连接。例如，各个组成部分可以共用一个存储设备，各个组成部分也可以分别具有各自的存储设备。诸如此类的变形，均在本说明书的保护范围之内。
51.图3是根据本说明书一些实施例所示的智慧城市交通路径确定方法的示例性流程图。如图3所示，流程300可以包括以下步骤。在一些实施例中，图3所示的流程300的一个或一个以上操作可以在图1所示的应用场景100中实现。例如，图3所示的流程300可以以指令的形式存储在存储设备120中，并由处理设备112调用和/或执行。
52.步骤310，基于市民用户平台接收用户发起的对预设路径的查询需求。在一些实施例中，步骤310可以由市民用户平台210执行。
53.预设路径是指用户由当前位置前往目标位置时可以选择的路径。在一些实施例中，预设路径可以包括一个或多个。例如，用户可以从当前位置a经由通道c前往目标位置b，用户也可以从当前位置a经由通道d前往目标位置b时，则路线a-c-b和a-d-b均可以称为预设路径。
54.查询需求是指用户向平台发起的指令。例如，查询需求可以包括各个预设路径到达目标位置的时间等查询内容。
55.在一些实施例中，查询需求可以由用户在用户终端中输入获取，此时用户终端作为市民用户平台接收查询需求。例如，用户可以在手机中输入“查询从a到b的各个路线所需的时间”，则手机作为市民用户平台成功接收由用户发起的从a出发各个预设路径到达目标位置b的时间的查询需求。
56.步骤320，基于政府服务平台将查询需求传递至交通路径确定管理平台，并基于交通路径确定管理平台生成查询指令；查询指令包含各个预设路径到达目标位置的时间。在一些实施例中，步骤320可以由政府服务平台220执行。
57.查询指令是指从查询需求中提取的可以被系统识别的内容信息。例如，查询指令可以包括查询时间等信息。例如，查询指令可以是查询时间等信息组成的矩阵和/或数据表等。
58.预设路径到达目标位置的时间是指基于预设路径，从当前位置到达目标位置时的时间点。例如，如图4所示的智慧城市交通路径确定方法400的示例性示意图，其中，a为用户当前位置，b为目标位置，用户需要从a前往b，a1-a6以及b1-b6分别为从a到b途中的预设通道。由图4知，预设路径可以包括a-a1-a2-a3-a4-a5-a6-b、a-b1-b2-b3-b4-b5-b6-b、a-a1-a2-b3-b4-b5-b6-b以及a-a1-a2-b3-b4-a5-a6-b等。则预设路径到达目标位置的时间可以包括用户由当前位置分别通过a-a1-a2-a3-a4-a5-a6-b、a-b1-b2-b3-b4-b5-b6-b、a-a1-a2-b3-b4-b5-b6-b以及a-a1-a2-b3-b4-a5-a6-b路径到达b时的时间等。关于预设通道的更多说明可以参见步骤330及其相关描述。
59.如图4所示，a-a1-a2-a3-a4-a5-a6-b路径较a-b1-b2-b3-b4-b5-b6-b路径路径短，但有可能预设通道a3和a4的通过时间较预设通道b3和b4的通过时间长很多。则有可能a-a1-a2-a3-a4-a5-a6-b路径的总用时较a-b1-b2-b3-b4-b5-b6-b路径的总路径长很多，因此选择a-b1-b2-b3-b4-b5-b6-b路径较为合适。
60.在一些实施例中，从市民用户平台接收的查询需求可以经过政府服务平台发送至交通路径确定管理平台，并进行初步处理，形成可以被系统识别的查询指令。
61.步骤330，基于交通路径确定管理平台将查询指令下发至传感网络总平台；传感网络总平台根据交通数据信息的类型将查询指令下发至对应的传感网络分平台。在一些实施例中，步骤330可以由交通路径确定管理平台230执行。
62.交通数据信息是指用户从当前位置前往目标位置的预设路径中的道路交通数据。在一些实施例中，交通数据信息可以包括用户的行程信息、预设路径的车辆信息、预设通道的通道信息等。
63.行程信息是指用户从当前位置到目标位置的时间和/或地点等信息。在一些实施
例中，用户的行程信息可以至少包括用户的当前位置、当前时间和/或用户的目标位置等。
64.车辆信息是指用户从当前位置到目标位置的预设路径中的一辆或多辆行驶车辆信息。在一些实施例中，车辆信息可以至少包括车辆速度、车流量和/或车型分布等。例如，车型分布可以包括车辆品牌、型号和/或动力来源等。
65.预设通道是指用户从当前位置前往目标位置的预设路径中需经过的容易发生拥堵的关卡。例如，预设通道可以包括预设路径上的收费站、收费亭和/或出入境关口等。预设通道可能一次只允许一辆车通过，也可能需要办理手续（缴费）才能通过，因此可能需要排队依次通过，容易发生拥堵。
66.通道信息是指用户从当前位置前往目标位置的预设路径中的预设通道的相关数据信息。在一些实施例中，通道信息可以至少包括预设通道的初始通过时间，以及预设路径与预设通道的转移矩阵。例如，初始通过时间可以包括用户在初始位置时，根据相关数据预测的通过通道的时间。在一些实施例中，可以利用用户当前位置与预设通道的距离，构建预设路径与预设通道的转移矩阵。
67.在一些实施例中，传感网络总平台可以包括多个传感网络分平台，不同传感网络分平台可以用于接受传感网络总平台下发的不同交通数据信息类型的查询指令。传感网络总平台可以对不同的对象平台的数据采用不同的传感网络分平台进行数据存储、数据处理和/或数据传输；其中，不同的传感网络分平台对应不同的交通数据信息。
68.步骤340，基于传感网络分平台将查询指令发送给对应的对象平台。在一些实施例中，步骤340可以由政府传感网络平台240执行。
69.在一些实施例中，政府传感网络平台可以将查询指令发送给对应的对象平台。
70.步骤350，基于对象平台根据查询指令，获取交通数据信息；交通数据信息包括用户的行程信息、预设路径的车辆信息、预设通道的通道信息。在一些实施例中，步骤350可以由对象平台250执行。
71.在一些实施例中，对象分平台可以根据相关查询指令，获取交通数据信息。例如，对象分平台可以基于道路监控设备和/或无人机监控设备获取预设路径的车辆信息、预设通道的通道信息。例如，对象分平台可以基于用户终端获取用户的行程信息。
72.关于交通数据信息的更多说明，参见步骤330及其相关描述。
73.步骤360，基于对象平台分别通过对应的传感网络分平台、传感网络总平台，将交通数据信息上传至交通路径确定管理平台；交通路径确定管理平台基于交通数据信息确定各个预设路径到达目标位置的时间。在一些实施例中，步骤360可以由对象平台250执行。
74.基于对象平台分别通过对应的传感网络分平台、传感网络总平台，将交通数据信息上传至交通路径确定管理平台为基于所述交通路径确定管理平台将查询指令下发至对象平台的反过程，此处不再赘述。
75.在一些实施例中，交通路径确定管理平台可以基于交通数据信息通过时间预测模型确定各个预设路径到达目标位置的时间。关于如何确定到达目标位置的时间的更多说明，参见图5及其相关描述。
76.步骤370，基于交通路径确定管理平台通过政府服务平台，将各个预设路径到达目标位置的时间反馈至市民用户平台。在一些实施例中，步骤370可以由交通路径确定管理平台230执行。
77.基于交通路径确定管理平台通过政府服务平台，将各个预设路径到达目标位置的时间反馈至市民用户平台的过程为上述用户需求、查询指令传输过程的反过程，此处不再赘述。
78.在一些实施例中，由于预设路径的车辆信息会不断发生变化，预设通道的初始通过时间也会不断发生变化，交通路径确定管理平台可以对各个预设路径到达目标位置的时间保持实时更新。例如，交通路径确定管理平台可以通过每间隔一定时间（例如，10min、30min、60min等）重复步骤330至步骤370，来将更新的当前位置到达目标位置的各个预设路径到达目标位置的时间反馈至市民用户平台。
79.通过本说明书一些实施例所述的智慧城市交通路径确定方法，可以实现向用户推荐从用户当前位置到目标位置的路径，以及到达目标位置时的时间。市民用户可以根据推荐信息选择更合理的路径，减少了市民用户到达目标位置所需的时间，提高出行效率，同时也可以实现一定的分流作用，降低通道的拥堵现象。另外，交通路径确定管理平台还可以在用户行驶过程中对各个预设路径到达目标位置的时间保持实时更新，从而更准确的提供参考信息，提高用户体验。
80.应当注意的是，上述有关流程300的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程300进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。例如，流程300还可以包括预处理步骤。
81.图5是根据本说明书一些实施例所示的时间预测模型结构500的示意图。
82.如图5所示，在一些实施例中，时间预测模型520可以包括第一嵌入层520-1、流量分布层520-2、到达时间输出层520-3、第二嵌入层520-4、排队分布层520-5以及通道通过时间输出层520-6等。
83.在一些实施例中，第一嵌入层520-1、流量分布层520-2、到达时间输出层520-3、第二嵌入层520-4、排队分布层520-5以及通道通过时间输出层520-6可以包括卷积神经网络（convolutional neural networks, cnn）、深度神经网络（deep neural networks, dnn）或其组合得到的模型等。在一些实施例中，时间预测模型520可以分别对输入的车辆信息510-1、预设通道的初始通过时间510-2、预设路径与预设通道的转移矩阵510-3、用户的行程信息510-4等进行处理，得到各个预设路径到达目标位置的时间540-1。在一些实施例中，时间预测模型520的输出还可以包括各个预设通道的通过时间540-2。
84.在一些实施例中，第一嵌入层520-1的输入可以包括车辆信息510-1，输出可以包括车辆信息特征向量530-1。在一些实施例中，车辆信息特征向量530-1可以反映一条或多条预设路径上的车速、车流量和/或车型分布。
85.在一些实施例中，流量分布层520-2的输入可以包括第一嵌入层520-1的输出车辆信息特征向量530-1以及预设路径与预设通道的转移矩阵510-3，输出可以包括流量向量530-2。在一些实施例中，流量向量530-2可以反映预设路径中车流量信息。关于预设路径与预设通道的转移矩阵510-3的更多说明，参见图3及其相关描述。
86.在一些实施例中，到达时间输出层520-3的输入可以包括流量分布层520-2的输出流量向量530-2、排队分布层520-5的输出排队向量530-4以及用户的行程信息510-4，输出可以包括各个预设路径到达目标位置的时间540-1。关于排队分布层的更多说明，参见下述
相关描述。
87.在一些实施例中，第二嵌入层520-4的输入可以包括预设通道的初始通过时间510-2，输出可以包括初始通过时间向量530-3。在一些实施例中，初始通过时间向量530-3可以反映一个或多个预设通道的初始通过时间。
88.在一些实施例中，排队分布层520-5的输入可以包括第二嵌入层520-4的输出初始通过时间向量530-3等，输出可以包括排队向量530-4。在一些实施例中，排队向量530-4可以反映预设通道的初始排队信息。
89.在一些实施例中，通道通过时间输出层520-6的输入可以包括排队分布层520-5的输出排队向量530-4和流量分布层520-2的输出流量向量530-2，输出可以包括各个预设通道的通过时间540-2。
90.在一些实施例中，时间预测模型520可以基于训练获取，时间预测模型520的训练可以由处理设备执行。例如，时间预测模型520的训练可以基于对第一嵌入层520-1、流量分布层520-2、到达时间输出层520-3、第二嵌入层520-4、排队分布层520-5以及通道通过时间输出层520-6的单独训练实现。
91.在一些实施例中，时间预测模型520的训练可以基于对第一嵌入层520-1、流量分布层520-2、到达时间输出层520-3、第二嵌入层520-4、排队分布层520-5以及通道通过时间输出层520-6的联合训练实现。例如，可以通过获取多个训练样本，基于多个训练样本训练得到时间预测模型520。其中，训练样本包括历史车辆信息、历史预设通道的初始通过时间信息、历史预设路径与预设通道的转移矩阵信息、历史用户行程信息及其标签。标签表征对应的各个预设路径到达目标位置的历史时间以及各个预设通道的历史通过时间。
92.在一些实施例中，可以通过构建第一损失函数和第二损失函数用于时间预测模型520的训练。其中，第一损失函数中各个预设路径到达目标位置的时间权重较大，第二损失函数中各个预设通道的通过时间权重较大，对第一损失函数和第二损失函数的权重交替调节。迭代执行构建第一损失函数和第二损失函数，以及对第一损失函数和第二损失函数的权重交替调节，直至所述时间预测模型满足预设条件。例如，将某一预设路径到达目标位置的时间和该预设路径上的各个预设通道的通过时间分别作为各自损失函数的变量，交替调节，直到两个损失函数符合预设条件。其中，预设条件可以是损失函数小于阈值、收敛，或训练周期达到阈值等。
93.在一些实施例中，样本可以分成多个批次，依次采用第一类训练方法和第二类训练方法，交替调节损失函数的参数。例如，令a=预设路径到达目标位置的时间/该预设路径上的各个预设通道的通过时间的总和，样本的a值越大，说明样本在该预设路径上的各个预设通道的通过时间的总和占比越小；样本的a值越小，说明样本在该预设路径上的各个预设通道的通过时间的总和占比越大。其中，第一类训练方法关注预设路径到达目标位置过程中非通过预设通道的时间，损失项中各个预设路径到达目标位置的时间设置较大。此时可以认为a值较小的样本为低质量样本，进一步地可以对低质量样本的权重设置较小，例如用改进的focall1 loss等；第二类训练方法是在第一批训练的基础上，增大损失项中各个预设通道的通过时间的权重，关注通过通道的时间估计。此时可以认为a值较大的样本为低质量样本，进一步地可以对低质量样本的权重设置较小，例如用改进的focall1 loss等。
94.本说明书一些实施例中，时间预测模型具有多层结构，能够同时输入及输出多种
参数，可以在提高预测效率的同时提高预测的准确率。此外，在模型的训练方面，分批训练可以使模型训练效果更好，可以减少损失函数结果的震荡，解决高/低质量样本类别不平衡的问题。而联合训练有利于解决单独训练第一嵌入层、流量分布层、第二嵌入层以及排队分布层时难以获得标签的问题，不仅可以减少需要的样本数量，还可以提高训练效率。
95.在一些实施例中，可以采用一种计算机可读存储介质用于存储计算机指令，当所述计算机指令被处理器执行时，可以实现智慧城市交通路径确定方法。
96.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
97.同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
98.此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
99.同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
100.一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有
±
20%的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
101.针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件（当前或之后附加于本说明书中的）也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。
102.最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。