CN112417072B - 凭证信息处理方法、装置、设备及可读存储介质 - Google Patents

Abstract

本申请公开了一种凭证信息处理方法、装置、设备及可读存储介质，涉及智能核算技术，方案包括响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息。车辆的属性信息以及经过的行车路线决定了交通凭证信息的数额，本申请实施例提供的方案中可以根据行程标识确定这两个信息，进而能够基于这些信息确定车辆执行行程任务产生的交通凭证信息，从而提高确定交通凭证信息的效率和准确度。

Description

凭证信息处理方法、装置、设备及可读存储介质

技术领域

本申请涉及计算机技术中的智能核算技术，尤其涉及一种凭证信息处理方法、装置、设备及可读存储介质。

背景技术

目前，存在一些业务需要司机使用纸质凭证进行报销交通费的情况，比如雇佣司机驾驶货车运送货物，或者雇佣司机接送客人等。

在这种情况下，通常由人工审核凭证额度是否合理，并给予报销。

但是，人工审核时，只能凭据经验确定一趟行程应当产生的交通凭证，这种凭经验确定的交通凭证并不准确且效率低，进而导致审核发票凭证合理性的结果也会不准确且效率低。

发明内容

本申请提供了一种凭证信息处理方法、装置、设备及可读存储介质，以解决现有技术中由于凭经验确定的交通凭证并不准确且效率低，进而导致审核发票凭证合理性的结果也不准确且效率低的问题。

根据本申请的一方面，提供了一种基于车辆行程的凭证信息处理方法，包括：

响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；

根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；

根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息。

根据本申请的另一方面，提供了一种基于车辆行程的凭证信息处理装置，包括：

查询单元，用于响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；

获取单元，用于根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；

确定单元，用于根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息。

根据本申请的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的基于车辆行程的凭证信息处理方法。

根据本申请的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如第一方面所述的基于车辆行程的凭证信息处理方法。

根据本申请的另一方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如第一方面所述的方法。

本申请实施例提供一种凭证信息处理方法、装置、设备及可读存储介质，包括响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息。车辆的属性信息以及经过的行车路线决定了交通凭证信息的数额，本申请实施例提供的方案中可以根据行程标识确定这两个信息，进而能够基于这些信息确定车辆执行行程任务产生的交通凭证信息，从而提高确定交通凭证信息的效率和准确度。

应当理解，本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征，也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为一示例性实施例示出的交通凭证审核流程图；

图2为本申请一示例性实施例示出的基于车辆行程的凭证信息处理方法流程图；

图3A为本申请第一示例性实施例示出的用户界面示意图；

图3B为本申请一示例性实施例示出的用户终端与服务器之间的交互示意图；

图4为本申请另一示例性实施例示出的基于车辆行程的凭证信息处理方法流程图；

图5A为本申请一示例性实施例示出的确定车辆行驶轨迹的方法流程图；

图5B为本申请一示例性实施例示出的初始行驶轨迹的示意图；

图5C为本申请一示例性实施例示出的确定缺失路线的示意图；

图6为本申请一示例性实施例示出的基于车辆行程的凭证信息处理装置结构图；

图7为本申请另一示例性实施例示出的基于车辆行程的凭证信息处理装置结构图；

图8是本申请实施例的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

目前，在一些应用场景中需要司机使用纸质发票报销交通凭证的情况，比如，司机可以将纸质发票原件上交至财务处，还可以通过系统提交纸质发票的照片，从而申请报销。而财务人员需要基于经验确定一趟行程对应的交通凭证，再对报销申请进行审核。

一种方式中，财务人员可以在导航软件中输入行程对应的起点、终点，由导航软件规划路线并计算交通凭证。但是，不同类型的车辆经过相同道路时产生的交通凭证也不尽相同，此外，从同一起点到达同一终点经过的路线也可以有多种，因此，这种方式确定的交通凭证不够准确，且效率低。

图1为一示例性实施例示出的交通凭证审核流程图。

如图1中的a所示，司机可以将纸质发票上交到财务处。财务人员根据司机报销发票所属的行程确定交通凭证，如b所示，可以在导航软件中输入起点、终点，从而通过导航软件计算交通凭证。此后，若司机报销的发票额度与导航软件计算的交通凭证相近，则如c所示，可以给司机进行报销。若司机报销的发票额度比导航软件计算的交通凭证多很多，则如d所示，不给司机进行报销。

上述审核流程中，需要财务人员基于经验或利用导航软件确定行程对应的交通凭证，这种方式效率低且准确度低。

本申请提供一种基于车辆行程的凭证信息处理方案，可以还原行程对应的车辆行驶轨迹，再根据该行驶轨迹确定产生的交通凭证，从而无需财务人员基于经验或利用导航确定上述交通凭证，进而提高报销申请的审核效率和准确度。其中，交通凭证信息用来表征交通发票信息。

图2为本申请一示例性实施例示出的基于车辆行程的凭证信息处理方法流程图。

如图2所示，本申请提供的基于车辆行程的凭证信息处理方法，包括：

步骤201，响应于包括行程标识的查询指令，查询与行程标识对应的行程信息。

本申请提供的方法可以由具备计算能力的电子设备来执行，该电子设备可以是单台设备，也可以是分布式的多台设备，比如可以是分布式的服务器，也可以是单台的服务器。本实施例不对此进行限制。

用户终端可以通过网络与该服务器连接，当需要查询一趟行程应当产生的交通凭证时，用户可以操作用户终端，使用户终端向服务器发送包括行程标识的查询指令，从而使服务器基于该查询指令进行计算，确定出对应的交通凭证信息。

本实施例提供的方法可以封装为一个软件，该软件可以安装在上述电子设备中，从而使其能够执行本实施例提供的方法。

当用户希望确定司机申请的交通凭证报销是否合理时，可以操作用户终端，并通过用户终端查询交通凭证信息。比如，司机可以在系统中提交与一个行程标识对应的凭证报销申请，该报销申请中可以包括交通凭证对应的图像。用户可以对该申请进行审核。例如，可以先对交通凭证的图像进行识别，判断其是否真实。若真实，用户则可以进一步的通过系统确定这一趟行程产生的交通凭证信息。

其中，存在行程任务时，可以在系统中新建一个行程任务。此时，系统为该行程任务分配一个行程标识，例如可以是数字形式的标识。确定出车车辆后，可以在系统中录入车辆信息，比如车辆的车牌号等。从而可以在系统中记录执行一趟行程任务的车辆信息。

一种实现方式中，具体实现本申请提供的方法的电子设备可以是后端的服务器，用户终端可以通过网页的方式访问该服务器，服务器可以向用户前端发送网页数据，使其显示用于查询交通凭证信息的界面。

图3A为本申请第一示例性实施例示出的用户界面示意图。

如图3A所示，用户可以通过用户终端访问服务器，用户终端的界面中可以包括用于输入行程标识的输入框31，用户可以在其中输入行程标识，并点击查询按键32，从而使用户终端向服务器发送包括用户录入的行程标识的查询指令。

进一步的，服务器接收到用户终端发送的查询指令后，可以对其进行解析，获取其中包括的行程标识。并查询与行程标识对应的行程信息。

实际应用时，行程信息是行程相关的信息，具体可以包括车辆信息，还可以包括行程对应的时间信息。

其中，行程信息可以包括车辆标识。行程标识对应的车辆即为执行本趟行程任务的车辆。可以在确定出车车辆时，将车辆标识录入系统中。

具体的，行程信息还可以包括出车时间和达到时间。可以在车辆上安装上报信息的电子装置，也可以在司机的手机中设置用于上报信息的程序。司机可以在出车时操作车辆或手机，从而向系统上报出车时间。还可以在到达目的地后操作车辆或手机，从而向系统上报到达时间。

步骤202，根据行程信息，获取车辆属性信息和车辆的行驶轨迹。

进一步的，服务器可以根据行程信息获取车辆属性信息。该车辆属性信息是指执行本趟行程任务的车辆的属性。

具体可以根据行程信息中包括的车辆信息获取，比如，可以根据行程信息中包括的车辆标识获取车辆属性信息。可以设置用于存储车辆属性信息的车辆数据库，比如可以将车牌号作为车辆标识，车辆数据库中记录有与车牌号对应的车辆属性。比如车牌号为A的车辆，其属性信息可以包括客座数、车重等信息。车辆数据库中可以记录多个车辆对应的属性信息，本实施例提供的方法中，可以根据车辆标识在其中获取需要的车辆属性信息。

进一步的，所述车辆属性信息包括以下任一种信息：长、宽、高、轴数、轴重、座位数。

实际应用时，车辆通行道路时需要缴纳的交通凭证与车辆本身的结构有关，因此，获取执行行程任务的车辆的上述信息，能够根据该车辆的属性确定其执行本趟行程产生的交通凭证信息。

其中，服务器还可以根据行程信息获取车辆的行驶轨迹。该行驶轨迹是指车辆执行本趟行程时经过的行驶轨迹。

具体的，可以根据行程信息中包括的出车时间和到达时间获取车辆的行驶轨迹。

可选的实施方式中，车辆开启后，可以实时向服务器上报定位数据。例如，可以在车辆上安装定位装置和通信装置，可以通过定位装置获取定位信息，通过通信装置将该定位信息上报给服务器。具体的定位信息可以包括以下至少一种:坐标、速度、方向、时间戳。

车辆实时向服务器上报定位信息，从而在需要确定车辆行驶轨迹时，获取这些定位信息，通过对定位信息对应的各个定位点进行连接，能够得到车辆的行驶轨迹。

在需要确定车辆执行一趟行程任务的行驶轨迹时，可以根据行程信息中的出车时间、到达时间确定行驶时间段，再获取该时间段对应的车辆定位信息，从而可以根据这段时间内车辆的定位信息确定出车辆的行驶轨迹。

步骤203，根据车辆属性信息和行驶轨迹，确定与行程标识对应的交通凭证信息。

进一步的，获取执行行程任务车辆的车辆属性信息，以及该车辆执行行程任务时经过的行驶轨迹之后，可以根据获取的车辆属性信息、行驶轨迹确定执行本趟行程任务产生的交通凭证信息。

实际应用时，交通凭证信息的多少与车辆经过的路径有关，还与车辆本身的属性有关。比如，相同车辆经过不同道路产生的交通凭证信息可能不同，不同属性的车辆经过相同道路产生的交通凭证信息也可能不同，例如货车和客车经过相同道路产生的交通凭证信息可能不同。

因此，可以根据这两个决定交通凭证信息多少的数据，确定出与行程标识对应的交通凭证信息。

其中，可以根据行驶轨迹确定车辆通过的需要收取交通凭证的道路以及通行长度，再根据车辆属性信息，确定车辆经过这些道路时计算交通凭证的规则，从而可以根据本车辆的计算交通凭证规则、经过收取交通凭证的道路长度，确定交通凭证信息。

具体的，可以预先设置路网数据，其中包括道路信息以及道路对应的收取交通凭证的信息，在需要确定交通凭证信息时，可以根据路网数据得到车辆经过的收取交通凭证路段，以及具体的收取交通凭证的规则。

图3B为本申请一示例性实施例示出的用户终端与服务器之间的交互示意图。

一种实施方式中，如图3B所示，用户录入行程标识，并操作用户终端向服务器发送查询指令之后，服务器可以根据该行程标识确定交通凭证信息，此后，服务器可以向用户终端发送确定的结果。用户终端中可以展示确定的结果，用户可以根据界面中显示的结果对司机申请的交通凭证报销进行审核。这种方式中，用户仅需要录入行程标识，就能够得到与该行程标识对应的交通凭证信息，而无需基于人工经验或导航软件估计交通凭证，从而提高确定交通凭证信息的准确度和效率。

另一种实施方式中，若司机通过系统申请交通凭证报销，则服务器确定出交通凭证信息之后，还可以与司机申请的报销额度进行比对。若确定的交通凭证信息与司机申请的报销额度相近，则可以通过该报销申请，还可以将通过的结果反馈给用户，该通过结果中还可以包括服务器确定的交通凭证信息，以及司机申请的交通凭证信息。若确定的交通凭证信息与司机申请的报销额度相差较多，则可以将比对结果反馈给用户，由用户进行人工审核。

本实施例提供的方法用于确定交通凭证信息，该方法由设置有本实施例提供的方法的设备执行，该设备通常以硬件和/或软件的方式来实现。

本实施例提供的基于车辆行程的凭证信息处理方法，包括：响应于包括行程标识的查询指令，查询与行程标识对应的行程信息；根据行程信息，获取车辆属性信息和车辆的行驶轨迹；根据车辆属性信息和行驶轨迹，确定与行程标识对应的交通凭证信息。车辆的属性信息以及经过的行车路线决定了交通凭证信息的数额，本实施例提供的方法中可以根据行程标识确定这两个信息，进而能够基于这些信息确定车辆执行行程任务产生的交通凭证信息，从而提高确定交通凭证信息的效率和准确度。

图4为本申请另一示例性实施例示出的基于车辆行程的凭证信息处理方法流程图。

如图4所示，本申请提供的基于车辆行程的凭证信息处理方法，包括：

步骤401，响应于包括行程标识的查询指令，查询与行程标识对应的行程信息。

步骤401与步骤201的实现方式相似，不再赘述。

步骤402，获取行程信息中包括的车辆标识，根据车辆标识查询车辆属性信息。

其中，查询的行程信息中包括车辆标识，该车辆标识是执行行程标识代表的行程任务的车辆的标识。该车辆标识具体可以是车牌号，还可以是车架号等车辆唯一标识信息。

具体的，服务器可以根据行程信息中的车辆标识查询对应的车辆属性信息。可以设置一用于存储车辆属性的数据库，其中包括车辆标识与车辆属性的对应关系。例如，可以按照键-值(key-value)的方式存储车辆属性，键(key)为车辆标识，值(value)为车辆的属性信息。服务器可以根据行程信息中的车辆标识，到数据库中查询对应的车辆属性信息。

进一步的，由于车辆属性不同，产生的交通凭证信息也会不同，因此，通过获取车辆属性信息，能够基于该信息准确的确定交通凭证信息。

步骤403，获取行程信息中包括的车辆标识、出发时间、到达时间。

实际应用时，步骤402与步骤403-404的执行时序不做限制。

其中，若同时设置步骤402和步骤403，还可以将其中“获取行程信息中包括的车辆标识”的步骤进行合并，即可以只获取一次车辆标识，从而降低数据读取次数。

具体的，行程信息中可以包括车辆标识、出发时间以及到达时间。

该车辆标识是执行行程标识代表的行程任务的车辆的标识。该车辆标识具体可以是车牌号，还可以是车架号等车辆唯一标识信息。

执行行程任务时，司机可以在出发时通过手机或者车辆向服务器上报出发的消息，在达到时也可以通过手机或者车辆向服务器上报到达的消息。从而使服务器记录一趟行程任务对应的出发时间和到达时间。

进一步的，服务器确定一趟行程任务对应的交通凭证信息时，可以获取该行程任务的出发时间和到达时间。

步骤404，根据车辆标识查询车辆在出发时间到到达时间的定位信息。

实际应用时，车辆上可以设置有定位装置，该定位装置处于启动状态时可以采集定位信息，并实时向服务器上报定位信息。

其中，可以设置一定位信息数据库，将车辆上报的定位信息存储在数据库中。该数据库中可以包括车辆标识与定位信息的对应关系，比如，可以使用键-值(key-value)的方式存储定位信息，键(key)为车辆标识，值(value)为车辆的定位信息。

定位信息中可以包括时间信息和具体的位置，用于表示在某个时间点车辆所处的位置。

服务器可以根据行程信息中的车辆标识、出发时间、到达时间，到数据库中查询车辆执行行程任务时的定位信息。比如车辆标识为A，出发时间为sT，到达时间为eT，则服务器可以到数据库中查询与车辆标识A对应的定位信息，再在其中筛选出定位时间在sT到eT之间的定位信息。

步骤405，根据定位信息确定行驶轨迹。

具体的，服务器可以根据获取的定位信息确定车辆执行行程任务时的行驶轨迹。比如，可以对定位信息进行拟合，得到一条平滑的行驶轨迹。还可以直接对定位信息进行连接，得到行驶轨迹。

进一步的，车辆经过的路线决定了其执行行程任务时产生的交通凭证信息。因此，通过车辆定位信息、车辆出发时间以及到达时间，能够准确的还原出车辆在执行行程任务时的行驶轨迹，从而能够准确的确定出车辆执行行程任务时产生的交通凭证。

图5A为本申请一示例性实施例示出的确定车辆行驶轨迹的方法流程图。

如图5A所示，本申请实施例中，根据定位信息确定行驶轨迹，包括：

步骤501，根据预设路网、定位信息确定与每个定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹。

其中，可以预先设置路网数据，该预设路网中包括多个路线，每个路线具有对应的路线标识，一条道路由多个路线拼接组成。比如，高速公路H由n条线路link1、link2…linkn组成。

具体的，可以确定定位信息所在的路线，比如，可以根据定位信息确定距离最近路线，则认为该定位信息指示的位置在该最近路线上，此时，可以认为该定位信息与该最近路线的标识具有对应关系。通过这种方式，能够将定位信息绑定到路线上。比如其中三个定位信息依次指向位置p1、p2、p3，p1所在的路线为l1，p2所在的路线为l1，p3所在的路线为l2，则根据上述三个定位信息确定的初始行驶轨迹为l1l1l2。

进一步的，可以根据定位信息指示的位置与路线间的距离确定与该定位信息对应的路线标识。

一种实施方式中，可以根据预设路网中的道路拓扑关系，使用隐马尔可夫模型确定与定位信息对应的路线标识。通过隐马尔可夫模型能够对定位信息进行处理，针对定位信息中相邻的两点A和B，能够根据点和周边路网的距离和方向，计算出从A到B的最可能的路线。再利用该路线的路线标识表示这段路线，就能够得到使用路线标识表示的初始行驶轨迹。

这种实施方式中，能够使用路线标识表示车辆的行驶轨迹，进而能够基于路线标识确定道路收取交通凭证信息的规则，进而可以确定整个行驶轨迹对应的交通凭证信息。

在步骤501之前，还可以包括：对定位信息进行去噪处理，得到有效定位信息；根据有效定位信息进行平滑滤波处理，得到矫正定位信息。

可以对获取的车辆执行行程任务时上报的定位信息进行去噪处理，比如，去掉距离正常路线较远的定位信息，从而避免这些不准确的定位信息对构建行驶轨迹造成不良影响。

此外，去掉噪点后，还可以对剩余的有效定位信息进行平滑滤波处理。比如，可以将有效定位信息指代的定位点连接起来，并对连接的线进行平滑滤波处理得到平滑曲线。若有效定位信息位于平滑曲线上，则该有效定位信息不需要被矫正，若有效定位信息不在平滑曲线上，则可以将有效定位信息映射到平滑曲线上，得到矫正定位信息。

步骤502，根据预设路网确定初始行驶轨迹中是否存在中断区间。

实际应用时，可以根据预设路网确定该初始行驶轨迹是否完整。比如，可以将定位信息映射到与其对应的路线中，预设路网中的路线是完整的，若映射结果不连续，则可以认为初始行驶轨迹中存在中断区间。

图5B为本申请一示例性实施例示出的初始行驶轨迹的示意图。

如图5B所示，若定位信息p1、p2、p3、p4、p5均与路线标识l3指代的路线51对应，则可以将这些定位信息映射到路线51中。若映射结果中，存在相邻的定位信息间距大于阈值，则可以认为基于定位信息生成的初始行驶轨迹中存在中断区间。

步骤503A，若存在中断区间，则根据预设路网对初始行驶轨迹进行补全，得到完整行驶轨迹。

其中，若初始行驶轨迹中存在中断区间，则可以基于预设路网中的路线数据，补全该中断区间，得到完整行驶轨迹。比如，可以根据中断区间之前的定位信息、之后的定位信息，预测该区间最有可能的行驶路线，再利用该行驶路线经过的路线标识补全初始行驶轨迹。比如，在图5B中，可以利用路线标识51补全初始行驶轨迹。

进一步的，在车辆行驶过程中，可能存在定位数据缺失的情况，比如车辆经过隧道时，定位装置可能无法获取定位数据，进而无法向服务器反馈，这种情况下，就会造成初始行驶轨迹中断，通过对初始行驶轨迹进行补全，能够还原出更加真实的行驶轨迹。

一种实施方式中，可以基于预设路网对中断区间进行路线规划得到使用路线标识表示的缺失路线；使用缺失路线对初始行驶轨迹进行补全，得到完整行驶轨迹。

图5C为本申请一示例性实施例示出的确定缺失路线的示意图。

如图5C所示，可以根据中断区间确定起点52和终点53，可以基于预设路网中的路线数据，规划一条从起点52到终点53的缺失路线54(虚线框框选的部分)，还可以根据该缺失路线54所属的预设路网中的路线，利用路线标识对其进行表示。比如，缺失路线54属于路网中的路线l3，则可以利用路线标识l3补全初始行驶轨迹。

其中，根据预设路网数据规划确定的缺失路线更加符合道路的实际情况，从而能够还原出符合道路实际情况的行驶轨迹。

另一种实施方式中，可以根据车辆标识查询车辆在中断区间对应的惯性导航数据；根据预设路网、惯性导航数据确定使用路线标识表示的缺失路线；使用缺失路线对初始行驶轨迹进行补全，得到完整行驶轨迹。

具体的，车辆实时向服务器上报的定位信息中，还可以包括车辆的惯性导航数据。车辆中可以设置惯性导航传感器，具体可以包括加速器、陀螺仪、磁力计等。这些传感器能够获取车辆的姿态，生成惯性导航数据，车辆可以将传感器采集的惯性导航数据上报给服务器。

进一步的，服务器可以查询车辆在中断区间对应的惯性导航数据。例如，可以根据中断区间对应的时间信息，查找惯性导航数据，还可以根据中断区间之前以及之后的定位信息，查找中断区间对应的惯性导航数据。

实际应用时，服务器可以根据惯性导航数据还原出车辆在中断区间的行驶路线，再结合预设路网，用路线标识表示该行驶路线，得到缺失路线。

其中，使用缺失路线补全初始行驶轨迹，可以直接使用缺失路线填补初始行驶轨迹中的中断区间，进而得到完整的行驶轨迹。

具体的，这种根据车辆惯性导航补全初始行驶轨迹的方式，能够还原出车辆的真实行驶轨迹，进而更准确的确定出最终的交通凭证信息。

步骤503B，若不存在中断区间，则将初始行驶轨迹确定为完整行驶轨迹。

实际应用时，若初始行驶轨迹中不存在中断区间，则说明初始行驶轨迹是完整的，因此，不需要对其进行补全的操作，可以直接将其确定为完整行驶轨迹。

其中，可以认为完整的初始行驶轨迹是车辆的真实的行驶轨迹，基于该轨迹能够确定出准确的交通凭证信息。

一种实施方式中可以根据行驶轨迹确定车辆通过的特定路段；其中，特定路段是凭借交通凭证信息通行的路段；再根据车辆属性信息确定车辆通过特定路段产生的交通凭证信息。

具体的，可以根据行驶轨迹确定车辆通过的特定路段，具体为车辆通过的会产生交通凭证信息的路段。比如可以根据预设路网确定行驶轨迹中需要交通凭证信息才能够通行的路段，还可以具体确定这些路段的长度。

进一步的，可以根据预设的交通凭证计算规则、车辆属性信息，确定该车辆通过特定路段时产生交通凭证信息的目标规则，再根据该目标规则、经过的特定路段长度，确定出交通凭证信息。

这种实施方式中，可以识别出车辆途径的会产生交通凭证信息的道路，再根据车辆属性以及途径的道路确定交通凭证信息，能够准确的还原出车辆执行行程任务产生的交通凭证信息。

另一种实施方式中，可以根据下述步骤确定交通凭证信息。

步骤406，在完整行驶轨迹中确定属于特定道路的目标路线标识；其中，特定路段是凭借交通凭证信息通行的路段。

特定路段是指车辆通过的会产生交通凭证信息的路段，实际应用时，若确定出使用路线标识表示的完整行驶轨迹，则可以根据路线标识确定出完整行驶轨迹中会产生交通凭证信息的目标路线标识。

比如，完整行驶轨迹中包括路线标识l2l2l2l3l3l3l4l4，若路线标识l3代表的道路是特定道路，则可以确定出目标路线标识为l3l3l3l4l4。

步骤407，将属于相同特定道路的所述目标路线标识进行合并得到路线标识序列。

其中，在预设路网中，同一道路由多个路线拼接组成，同一道路产生交通凭证信息的规则也相同，因此，可以将属于相同特定道路的所述目标路线标识进行合并得到路线标识序列。

比如，若路线l3和路线l4属于同一道路，则可以对目标路线标识l3和l4进行合并，得到路线标识序列【l3l3l3l4l4】。

步骤408，根据车辆属性信息、路线标识序列确定交通凭证信息。

具体的，不同属性的车辆经过相同道路时，产生的交通凭证信息也可能不同，因此，可以预先设置交通凭证信息的确定规则，再根据车辆属性信息在其中确定出目标规则。

进一步的，可以根据路线标识序列确定车辆通过道路的距离，并根据目标规则、上述距离确定交通凭证信息。这种实施方式中，可以使用路线标识表示车辆的完整行驶轨迹，再根据路线标识能够确定出对应道路的交通凭证信息确定规则，从而通过路线标识连接车辆行驶的道路与经过这些道路对应道路的交通凭证信息确定规则，因此能够直接根据车辆的完整行驶轨迹准确的确定出车辆经过这些道路时的交通凭证信息。

实际应用时，可以根据车辆属性信息确定车辆通行路线标识序列对应的特定道路时的凭证记录标准；根据路线标识序列对应的定位信息确定通行长度；根据凭证记录标准、通行长度确定交通凭证信息。

其中，可以预先设置车辆经过道路时产生交通凭证的规则，例如，可以在预设路网中设置各个线路对应的交通凭证规则。

具体的，可以根据车辆属性信息，确定该车辆通行上述路线标识序列对应的特定道路时的凭证记录标准。例如，车辆经过【l3l3l3l4l4】所属的道路时的凭证记录标准。

进一步的，还可以根据路线标识序列对应的定位信息确定通行长度。

比如，可以根据路线标识对应的定位信息，确定通行长度。例如在【l3l3l3l4l4】中，第一个l3对应定位信息p1，最后一个l4对应定位信息p5，则可以根据p1、p5确定这隔路线标识序列对应的通行长度。

再比如，在将定位信息映射到预设路网中时，能够确定定位信息与路线标识之间的对应关系。可以基于这一关系，记录各个路线标识在预设路网中的相应位置。例如，p1与l3具有对应关系，可以将p1的位置赋值给这个路线标识l3，再例如，p2与l3具有对应关系，则可以将p2的位置赋值给这个路线标识l3。尽管完整行驶轨迹路线中包括相同的路线标识，但是相同路线标识指代的位置可以不同。这种情况下，可以直接根据路线标识序列中的路线标识指代的位置，确定通行长度。

确定出车辆通行特定道路的凭证记录标准，以及通行长度后，可以根据凭证记录标准和通行长度，确定车辆经过特定路段时产生的交通凭证信息。

这种实施方式中，结合预设路网还原出车辆的行驶轨迹，并结合预设的交通凭证规则确定车辆经过特定道路产生的交通凭证信息，能够准确且快速的确定出交通凭证信息。

步骤409，比对行程标识对应的报销申请中的申请凭证信息与交通凭证信息，得到比对结果。

步骤410，根据比对结果确定是否通过报销申请。

在一种实施方式中，司机可以通过系统提交报销申请，该报销申请中包括申请凭证信息。

服务器可以获取行程标识对应的报销申请中的申请凭证信息，并将其与确定的交通凭证信息进行比对。其中，报销申请中的申请凭证信息是司机主动提交的，交通凭证信息是服务器对车辆的行驶轨迹进行还原，并根据还原的行驶轨迹确定的，因此，通过比对二者大小，能够判断报销申请中的申请凭证信息是否合理。

如果不合理，则可以拒绝通过报销申请，将其转为线下人工审核流程，如果合理，则可以通过该报销申请，进入其他流程，比如可以进入自动结算流程。

这种实施方式中，可以自动比对司机申请的凭证信息与确定的凭证信息，并根据比对结果审核报销申请，能够进一步的提高报销交通凭证信息的审核效率。

其中，还可以预先设置一预设阈值，若申请凭证信息与交通凭证信息之间相差不足预设阈值，则通过凭证申请；若申请凭证信息与交通凭证信息之间相差达到预设阈值，则将行程标识对应的凭证申请转为人工审核流程。

具体的，通过设置预设阈值衡量申请凭证信息是否合理，能够快速识别不合理的凭证报销申请，提高报销申请的审核效率。

图6为本申请一示例性实施例示出的基于车辆行程的凭证信息处理装置结构图。

如图6所示，本申请提供的基于车辆行程的凭证信息处理装置，包括：

查询单元61，用于响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；

获取单元62，用于根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；

确定单元63，用于根据车辆属性信息和行驶轨迹，确定与行程标识对应的交通凭证信息。

本申请提供的基于车辆行程的凭证信息处理装置，包括：查询单元，用于响应于包括行程标识的查询指令，查询与行程标识对应的行程信息；获取单元，用于根据行程信息，获取车辆属性信息和车辆的行驶轨迹；确定单元，用于根据车辆属性信息和行驶轨迹，确定与行程标识对应的交通凭证信息。本申请实施例提供的基于车辆行程的凭证信息处理装置可以根据行程标识确定这两个信息，进而能够基于这些信息确定车辆执行行程任务产生的交通凭证信息，从而提高确定交通凭证信息的效率和准确度。

本申请实施例提供的基于车辆行程的凭证信息处理装置的具体原理和实现方式均与图2所示的实施例类似，此处不再赘述。

图7为本申请另一示例性实施例示出的基于车辆行程的凭证信息处理装置结构图。

如图7所示，在上述实施例的基础上，本申请提供的基于车辆行程的凭证信息处理装置，所述获取单元62，包括属性获取模块621，用于：

获取所述行程信息中包括的车辆标识，根据所述车辆标识查询所述车辆属性信息。

可选的，其中，所述获取单元62，包括轨迹获取模块622，用于：

获取所述行程信息中包括的车辆标识、出发时间、到达时间；

根据所述车辆标识查询所述车辆在所述出发时间到所述到达时间的定位信息；

根据所述定位信息确定所述行驶轨迹。

可选的，所述轨迹获取模块622包括：

匹配子模块6221，用于根据预设路网、所述定位信息确定与每个定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹；

判断子模块6222，用于根据所述预设路网确定所述初始行驶轨迹中是否存在中断区间；

若存在中断区间，则所述轨迹获取模块622还包括补全子模块6223，用于根据所述预设路网对所述初始行驶轨迹进行补全，得到完整行驶轨迹。

可选的，若不存在所述中断区间，则所述轨迹获取模块622还用于将所述初始行驶轨迹确定为所述完整行驶轨迹。

可选的，所述补全子模块6223具体用于：

基于所述预设路网对所述中断区间进行路线规划得到使用路线标识表示的缺失路线；

使用所述缺失路线对所述初始行驶轨迹进行补全，得到所述完整行驶轨迹。

可选的，所述补全子模块6223具体用于：

根据所述车辆标识查询所述车辆在所述中断区间对应的惯性导航数据；

根据所述预设路网、所述惯性导航数据确定使用路线标识表示的缺失路线；

使用所述缺失路线对所述初始行驶轨迹进行补全，得到所述完整行驶轨迹。

可选的，所述匹配子模块6221具体用于：

根据所述预设路网中的道路拓扑关系，使用隐马尔可夫模型确定与所述定位信息对应的所述路线标识。

可选的，还包括预处理单元64，用于：

对所述定位信息进行去噪处理，得到有效定位信息；

根据所述有效定位信息进行平滑滤波处理，得到矫正定位信息；

所述匹配子模块6221具体用于:

根据预设路网、所述矫正定位信息确定与每个所述有效定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹。

可选的，所述确定单元63具体用于：

根据所述行驶轨迹确定所述车辆通过的特定路段；其中，所述特定路段是凭借交通凭证信息通行的路段；

根据所述车辆属性信息确定所述车辆通过所述特定路段产生的所述交通凭证信息。

可选的，所述确定单元63包括：

标识确定模块631，用于在所述完整行驶轨迹中确定属于特定道路的目标路线标识；其中，所述特定路段是凭借交通凭证信息通行的路段；

合并模块632，用于将属于相同特定道路的所述目标路线标识进行合并得到路线标识序列；

凭证确定模块633，用于根据所述车辆属性信息、所述路线标识序列确定所述交通凭证信息。

可选的，所述凭证确定模块633包括：

标准确定子模块6331，用于根据所述车辆属性信息确定所述车辆通行所述路线标识序列对应的特定道路时的凭证记录标准；

长度确定子模块6332，用于根据所述路线标识序列对应的所述定位信息确定通行长度；

凭证确定子模块6333，用于根据所述凭证记录标准、所述通行长度确定所述交通凭证信息。

可选的，还包括审核单元65，用于：

比对所述行程标识对应的报销申请中的申请凭证信息与所述交通凭证信息，得到比对结果；

根据所述比对结果确定是否通过所述报销申请。

可选的，所述审核单元65具体用于：

若所述申请凭证信息与所述交通凭证信息之间相差不足预设阈值，则通过所述凭证申请；

若所述申请凭证信息与所述交通凭证信息之间相差达到预设阈值，则将所述行程标识对应的凭证申请转为人工审核流程。

可选的，所述车辆属性信息包括以下任一种信息：

长、宽、高、轴数、轴重、座位数。

可选的，还包括接收单元66:

接收所述车辆实时上报的所述定位信息；

其中，所述定位信息包括以下至少一种:坐标、速度、方向、时间戳。

本申请实施例提供的基于车辆行程的凭证信息处理装置的具体原理和实现方式均与图4所示的实施例类似，此处不再赘述。

本申请实施例还提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的任一种基于车辆行程的凭证信息处理方法。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图8所示，是根据本申请实施例的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图8所示，该电子设备包括：一个或多个处理器801、存储器802，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图8中以一个处理器801为例。

存储器802即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的基于车辆行程的凭证信息处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的基于车辆行程的凭证信息处理方法。

存储器802作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的基于车辆行程的凭证信息处理方法对应的程序指令/模块(例如，附图6所示的查询单元61、获取单元62和确定单元63)。处理器801通过运行存储在存储器802中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的基于车辆行程的凭证信息处理方法。

存储器802可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器802可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器802可选包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

电子设备还可以包括：输入装置803和输出装置804。处理器801、存储器802、输入装置803和输出装置804可以通过总线或者其他方式连接，图8中以通过总线连接为例。

输入装置803可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置804可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算机程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算机程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (29)

1.一种基于车辆行程的凭证信息处理方法，包括：

响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；

根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；

根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息；

所述根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息，包括：

在完整行驶轨迹中确定属于特定道路的目标路线标识；其中，所述特定道路是凭借交通凭证信息通行的路段；

将属于相同特定道路的所述目标路线标识进行合并得到路线标识序列；

根据所述车辆属性信息确定所述车辆通行所述路线标识序列对应的特定道路时的凭证记录标准；

根据所述路线标识序列对应的定位信息确定通行长度；

根据所述凭证记录标准、所述通行长度确定所述交通凭证信息。

2.根据权利要求1所述的方法，其中，根据所述行程信息，获取车辆属性信息，包括：

获取所述行程信息中包括的车辆标识，根据所述车辆标识查询所述车辆属性信息。

3.根据权利要求1所述的方法，其中，所述根据所述行程信息，获取车辆的行驶轨迹，包括：

获取所述行程信息中包括的车辆标识、出发时间、到达时间；

根据所述车辆标识查询所述车辆在所述出发时间到所述到达时间的定位信息；

根据所述定位信息确定所述行驶轨迹。

4.根据权利要求3所述的方法，其中，所述根据所述定位信息确定所述行驶轨迹，包括：

根据预设路网、所述定位信息确定与每个定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹；

根据所述预设路网确定所述初始行驶轨迹中是否存在中断区间；

若存在中断区间，则根据所述预设路网对所述初始行驶轨迹进行补全，得到完整行驶轨迹。

5.根据权利要求4所述的方法，其中，若不存在所述中断区间，则将所述初始行驶轨迹确定为所述完整行驶轨迹。

6.根据权利要求4所述的方法，其中，所述根据所述预设路网对所述初始行驶轨迹进行补全，得到完整行驶轨迹，包括：

基于所述预设路网对所述中断区间进行路线规划得到使用路线标识表示的缺失路线；

使用所述缺失路线对所述初始行驶轨迹进行补全，得到所述完整行驶轨迹。

7.根据权利要求4所述的方法，其中，所述根据所述预设路网对所述初始行驶轨迹进行补全，得到完整行驶轨迹，包括：

根据所述车辆标识查询所述车辆在所述中断区间对应的惯性导航数据；

根据所述预设路网、所述惯性导航数据确定使用路线标识表示的缺失路线；

使用所述缺失路线对所述初始行驶轨迹进行补全，得到所述完整行驶轨迹。

8.根据权利要求4或5所述的方法，其中，所述根据预设路网、所述定位信息确定与每个定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹，包括：

根据所述预设路网中的道路拓扑关系，使用隐马尔可夫模型确定与所述定位信息对应的所述路线标识。

9.根据权利要求4所述的方法，其中，还包括：

对所述定位信息进行去噪处理，得到有效定位信息；

根据所述有效定位信息进行平滑滤波处理，得到矫正定位信息；

所述根据预设路网、所述定位信息确定与每个定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹，包括:

根据预设路网、所述矫正定位信息确定与每个所述有效定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹。

10.根据权利要求1所述的方法，其中，还包括：

比对所述行程标识对应的报销申请中的申请凭证信息与所述交通凭证信息，得到比对结果；

根据所述比对结果确定是否通过所述报销申请。

11.根据权利要求10所述的方法，其中，所述根据所述比对结果确定是否通过所述报销申请，包括：

若所述申请凭证信息与所述交通凭证信息之间相差不足预设阈值，则通过所述报销申请；

若所述申请凭证信息与所述交通凭证信息之间相差达到预设阈值，则将所述行程标识对应的报销申请转为人工审核流程。

12.根据权利要求1所述的方法，其中，所述车辆属性信息包括以下任一种信息：

长、宽、高、轴数、轴重、座位数。

13.根据权利要求3所述的方法，其中，还包括:

接收所述车辆实时上报的所述定位信息；

其中，所述定位信息包括以下至少一种:坐标、速度、方向、时间戳。

14.一种基于车辆行程的凭证信息处理装置，包括：

查询单元，用于响应于包括行程标识的查询指令，查询与所述行程标识对应的行程信息；

获取单元，用于根据所述行程信息，获取车辆属性信息和车辆的行驶轨迹；

确定单元，用于根据所述车辆属性信息和所述行驶轨迹，确定与所述行程标识对应的交通凭证信息；

所述确定单元包括：

标识确定模块，用于在完整行驶轨迹中确定属于特定道路的目标路线标识；其中，所述特定道路是凭借交通凭证信息通行的路段；

合并模块，用于将属于相同特定道路的所述目标路线标识进行合并得到路线标识序列；

标准确定子模块，用于根据所述车辆属性信息确定所述车辆通行所述路线标识序列对应的特定道路时的凭证记录标准；

长度确定子模块，用于根据所述路线标识序列对应的定位信息确定通行长度；

凭证确定子模块，用于根据所述凭证记录标准、所述通行长度确定所述交通凭证信息。

15.根据权利要求14所述的装置，其中，所述获取单元，包括属性获取模块，用于：

获取所述行程信息中包括的车辆标识，根据所述车辆标识查询所述车辆属性信息。

16.根据权利要求14所述的装置，其中，所述获取单元，包括轨迹获取模块，用于：

获取所述行程信息中包括的车辆标识、出发时间、到达时间；

根据所述车辆标识查询所述车辆在所述出发时间到所述到达时间的定位信息；

根据所述定位信息确定所述行驶轨迹。

17.根据权利要求16所述的装置，其中，所述轨迹获取模块包括：

匹配子模块，用于根据预设路网、所述定位信息确定与每个定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹；

判断子模块，用于根据所述预设路网确定所述初始行驶轨迹中是否存在中断区间；

若存在中断区间，则所述轨迹获取模块还包括补全子模块，用于根据所述预设路网对所述初始行驶轨迹进行补全，得到完整行驶轨迹。

18.根据权利要求17所述的装置，其中，若不存在所述中断区间，则所述轨迹获取模块还用于将所述初始行驶轨迹确定为所述完整行驶轨迹。

19.根据权利要求17所述的装置，其中，所述补全子模块具体用于：

基于所述预设路网对所述中断区间进行路线规划得到使用路线标识表示的缺失路线；

使用所述缺失路线对所述初始行驶轨迹进行补全，得到所述完整行驶轨迹。

20.根据权利要求17所述的装置，其中，所述补全子模块具体用于：

根据所述车辆标识查询所述车辆在所述中断区间对应的惯性导航数据；

根据所述预设路网、所述惯性导航数据确定使用路线标识表示的缺失路线；

使用所述缺失路线对所述初始行驶轨迹进行补全，得到所述完整行驶轨迹。

21.根据权利要求17或18所述的装置，其中，所述匹配子模块具体用于：

根据所述预设路网中的道路拓扑关系，使用隐马尔可夫模型确定与所述定位信息对应的所述路线标识。

22.根据权利要求17所述的装置，其中，还包括预处理单元，用于：

对所述定位信息进行去噪处理，得到有效定位信息；

根据所述有效定位信息进行平滑滤波处理，得到矫正定位信息；

所述匹配子模块具体用于:

根据预设路网、所述矫正定位信息确定与每个所述有效定位信息对应的路线标识，得到用路线标识表示的初始行驶轨迹。

23.根据权利要求14所述的装置，其中，还包括审核单元，用于：

比对所述行程标识对应的报销申请中的申请凭证信息与所述交通凭证信息，得到比对结果；

根据所述比对结果确定是否通过所述报销申请。

24.根据权利要求23所述的装置，其中，所述审核单元具体用于：

若所述申请凭证信息与所述交通凭证信息之间相差不足预设阈值，则通过所述报销申请；

若所述申请凭证信息与所述交通凭证信息之间相差达到预设阈值，则将所述行程标识对应的报销申请转为人工审核流程。

25.根据权利要求14所述的装置，其中，所述车辆属性信息包括以下任一种信息：

长、宽、高、轴数、轴重、座位数。

26.根据权利要求16所述的装置，其中，还包括接收单元，用于:

接收所述车辆实时上报的所述定位信息；

其中，所述定位信息包括以下至少一种:坐标、速度、方向、时间戳。

27. 一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-13中任一项所述的方法。

28.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行权利要求1-13中任一项所述的方法。

29.一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1-13中任一项所述的方法。