本申请实施例涉及互联网技术领域，特别涉及一种网约车系统中为目标用户提供行程费用账单的方法及装置。
背景技术：
随着互联网技术的发展，基于互联网技术的“网约车”服务，为人们的出行带来了越来越多的便利。目前，在使用“网约车”出行过程中产生的路桥费，均由乘客承担，现有技术中，行程结束后，行车费用中的路桥费是由司机自主添加的，但是，人为添加路桥费有时会发生错误，例如，司机添加的路桥费有可能高于实际行程中产生的路桥费，导致乘客对路桥费产生异议而向“网约车”系统投诉，进而增加系统的处理压力，影响系统中其他应用的正常工作。
技术实现要素：
为了解决上述问题，本申请实施例提供一种网约车系统中为目标用户提供行程费用账单的方法及装置。
具体地，本申请实施例是通过如下技术方案实现的：
根据本申请实施例的第一方面，提供一种网约车系统中为目标用户提供行程费用账单的方法，所述方法包括：
根据目标用户的行程起点和行程终点为所述目标用户生成行车路线；
根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述行车路线对应的路桥费；
将所述路桥费添加到所述目标用户的行程费用账单中；
将所述行程费用账单发送给所述目标用户对应的终端设备。
本申请实施例中，在所述将所述路桥费添加到所述目标用户的行程费用账单中之前，还包括：
将所述路桥费的费用信息发送给所述目标用户的关联用户所对应的终端设备，其中，所述关联用户为与所述目标用户存在承运关系的用户；
接收所述关联用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述路桥费的费用信息是否需要修改；
当所述反馈信息确定所述关联用户确认所述路桥费的费用信息无需修改时，执行所述将所述路桥费添加到所述目标用户的行程费用账单中的步骤。
本申请实施例中，在所述将所述路桥费添加到所述目标用户的行程费用账单中之前，还包括：
将所述路桥费的费用信息发送给所述目标用户的关联用户所对应的终端设备，其中，所述关联用户为与所述目标用户存在承运关系的用户；
接收所述关联用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述路桥费的费用信息是否需要修改；
当所述反馈信息确定所述关联用户确认所述路桥费的费用信息需要修改时，接收所述关联用户对应的终端设备发送的路桥费修改值；
并将所述路桥费修改值添加到所述目标用户的行程费用账单中。
本申请实施例中，所述方法还包括：
当所述路桥费修改值与所述路桥费的差值达到预设费用阈值时，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述目标用户发起费用异议。
本申请实施例中，所述根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述行车路线对应的路桥费，包括：
根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，确定所述行车路线中涉及的路桥收费站；
获得所涉及的路桥收费站的收费标准，并根据所述收费标准计算所述行车路线对应的路桥费。
本申请实施例中，所述根据目标用户的行程起点和行程终点为所述目标用户生成行车路线，包括：
根据目标用户的行程起点和行程终点，规划一条或多条行车路线；
接收所述目标用户的路线选择请求，并根据所述路线选择请求，从所述一条或多条行车路线中选择出所述目标用户的行车路线。
本申请实施例中，所述根据目标用户的行程起点和行程终点为所述目标用户生成行车路线，包括：
当确定行程开始时，获得目标用户的实时位置信息；
当确定所述行程结束时，根据所述目标用户的行程起点、行程终点及所获得的目标用户的实时位置信息，确定所述目标用户的行车路线。
根据本申请实施例的第二方面，提供一种网约车系统中为目标用户提供行程费用账单的装置，所述装置包括：
路线生成模块，用于根据目标用户的行程起点和行程终点为所述目标用户生成行车路线；
路桥费获得模块，用于根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述路线生成模块生成的行车路线对应的路桥费；
第一添加模块，用于将所述路桥费获得模块获得的路桥费添加到所述目标用户的行程费用账单中；
第一发送模块，用于将所述行程费用账单发送给所述目标用户对应的终端设备。
本申请实施例中，所述装置还包括：
第二发送模块，用于将所述路桥费的费用信息发送给所述目标用户的关联用户所对应的终端设备，其中，所述关联用户为与所述目标用户存在承运关系的用户；
第一接收模块，用于接收所述关联用户对应的终端设备发送的反馈信息，并在所述反馈信息确定所述关联用户确认所述路桥费的费用信息无需修改的情况下，触发所述第一添加模块执行所述将所述路桥费添加到所述目标用户的行程费用账单中的操作，其中，所述反馈信息用于确认所述路桥费的费用信息是否需要修改。
本申请实施例中，所述装置还包括：
第三发送模块，用于将所述路桥费的费用信息发送给所述目标用户的关联用户所对应的终端设备，其中，所述关联用户为与所述目标用户存在承运关系的用户；
第二接收模块，用于接收所述关联用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述路桥费的费用信息是否需要修改；
第三接收模块，用于在所述反馈信息确定所述关联用户确认所述路桥费的费用信息需要修改的情况下，接收所述关联用户对应的终端设备发送的路桥费修改值；
第二添加模块，用于将所述第三接收模块接收到的路桥费修改值添加到所述目标用户的行程费用账单中。
本申请实施例中，所述装置还包括：
第四发送模块，用于在所述路桥费修改值与所述路桥费的差值达到预设费用阈值的情况下，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述目标用户发起费用异议。
本申请实施例中，所述路桥费获得模块，包括：
路桥收费站确定子模块，用于根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，确定所述行车路线中涉及的路桥收费站；
路桥费计算子模块，用于获得所述路桥收费站确定子模块确定的路桥收费站的收费标准，并根据所述收费标准计算所述行车路线对应的路桥费。
本申请实施例中，所述路线生成模块，包括：
行车路线规划子模块，用于根据目标用户的行程起点和行程终点，规划一条或多条行车路线；
行车路线选择子模块，用于接收所述目标用户的路线选择请求，并根据所述路线选择请求，从所述一条或多条行车路线中选择出所述目标用户的行车路线。
本申请实施例中，所述路线生成模块，包括：
实时位置信息获得子模块，用于在确定行程开始的情况下，获得目标用户的实时位置信息；
行车路线确定子模块，用于在确定所述行程结束的情况下，根据所述目标用户的行程起点、行程终点及所述实时位置信息获得子模块获得的目标用户的实时位置信息，确定所述目标用户的行车路线。
根据本申请实施例的第三方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
根据目标用户的行程起点和行程终点为所述目标用户生成行车路线；
根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述行车路线对应的路桥费；
将所述路桥费添加到所述目标用户的行程费用账单中；
将所述行程费用账单发送给所述目标用户对应的终端设备。
本申请实施例中，可以根据目标用户的行程起点、行程终点及网约车系统的地图数据库，自动计算行程中产生的路桥费，计算结果更为精确、更为符合实际情况，一方面可以减少司机胡乱添加路桥费情况的发生，另一方面，可以减少乘客由于路桥费不合理所产生的投诉，降低系统的处理压力。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请实施例，并与说明书一起用于解释本发明的原理。
图1是本申请实施例根据一示例性实施例示出的一种网约车系统中为目标用户提供行程费用账单的方法的流程图；
图2是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的方法的流程图；
图3是本申请实施例根据一示例性实施例示出的一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图4是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图5是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图6是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图7是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图8是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图9是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图；
图10是本申请实施例根据一示例性实施例示出的一种用于网约车系统中为目标用户提供行程费用账单的装置的一结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
随着互联网技术的发展，基于互联网技术的“网约车”服务，为人们的出行带来了越来越多的便利。目前，在使用“网约车”出行过程中产生的路桥费，均由乘客承担，现有技术中，行程结束后，行车费用中的路桥费是由司机自主添加的，但是，人为添加路桥费有时会发生错误，例如，司机添加的路桥费有可能高于实际行程中产生的路桥费，导致乘客对路桥费产生异议而向“网约车”系统投诉，进而增加系统的处理压力，影响系统中其他应用的正常工作。
为了减少司机添加路桥费发生错误这一情况的发生次数，为“网约车”服务平台为后续的判责提供依据，提升平台费用安全保障，本申请实施例提供了一种网约车系统中为目标用户提供行程费用账单的方法及装置。
下面首先对本申请实施例提供的一种网约车系统中为目标用户提供行程费用账单的方法进行介绍。
如图1所示，图1是本申请实施例根据一示例性实施例示出的一种网约车系统中为目标用户提供行程费用账单的方法的流程图，该方法可以包括以下步骤：
在步骤101中，根据目标用户的行程起点和行程终点为该目标用户生成行车路线。
本申请实施例中，路桥费是过路费和过桥费的总称，依据《公路法》和《收费公路管理条例》来制定收费标准。目标用户指的是乘客。
在使用“网约车”出行的场景下，乘客可以通过终端设备中安装的打车软件乘客端发布出行需求，终端设备将乘客的出行需求发送给服务器，服务器在接收到终端设备发送的出行需求后，基于该出行需求中描述的行程起点和行程终点生成订单，并发布，司机通过终端设备中安装的打车软件司机端接单，当司机接单成功后，司机与乘客建立承运关系，司机驾车去接乘客。
本申请实施例中，可以从订单中获得目标用户的行程起点和行程终点，并基于该行程起点和行程终点，在行程开始之前为目标用户规划出一条或者多条行车路线，例如规划出行程公里数最少的行车路线、耗时最少的行车路线、或者包含路桥收费站数量最少的行车路线等等，供目标用户自主选择，之后将目标用户的选择的行车路线确定为该目标用户的行车路线。此时，在一可选的实施方式中，上述步骤101可以包括：s10和s11，其中，
在s10中，根据目标用户的行程起点和行程终点，规划一条或多条行车路线；
在s11中，接收目标用户的路线选择请求，并根据该路线选择请求，从规划出的一条或多条行车路线中选择出目标用户的行车路线。
例如，行程起点为a建筑，行程终点为b建筑，服务器自动规划出3条行车路线分别为路线1、路线2和路线3，若目标用户选择路线3，则将路线3确定为目标用户的行车路线。
此外，当目标用户不做出路线选择操作时，服务器可以自动为目标用户选择出一条行车路线，并由目标用户确认，若目标用户确认，则将服务器自动选择的行车路线确定为目标用户的行车路线。
本申请实施例中，可以从订单中获得目标用户的行程起点和行程终点，并根据该行程起点和行程终点，及借助于定位装置(例如车辆中安装的车载终端或者目标用户携带的终端设备)获得目标用户的实时位置信息，在行程结束时基于行程起点、行程终点及目标用户的实时位置信息，生成目标用户的行车路线；此时，在另一可选的实施方式中，上述步骤101可以包括：s20和s21，其中，
在s20中，当确定行程开始时，获得目标用户的实时位置信息；
在s21中，当确定该行程结束时，根据目标用户的行程起点、行程终点及所获得的目标用户的实时位置信息，确定目标用户的行车路线。
在使用“网约车”出行的场景中，司机在接单后，驾车去接乘客，在司机抵达乘客位置、乘客上车后，司机会启动计费，此时系统将开始获取乘客的实时位置信息，当抵达目的地后，司机结束行程计费，系统将停止获取乘客的实时位置信息。
本申请实施例中，位置信息可以为gps(globalpositioningsystem，全球定位系统)位置，具体的，可以指的是经纬度坐标。
在步骤102中，根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得目标用户的行车路线对应的路桥费。
本申请实施例中，网约车指的是网络预约汽车，包括：专车、快车、顺风车及大巴车等等，网约车系统的地图数据库可以为gis(geographicinformationsystem，地理信息系统)地图，其中，gis地图中包含多个地理实体，具体的包括：饭店、酒店、大厦、路桥收费站、道路、街道、乡镇、城市等。
在一可选的实施方式中，步骤102可以包括s30和s31，其中：
在s30中，根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，确定目标用户的行车路线中涉及的路桥收费站；
在s31中，获得所涉及的路桥收费站的收费标准，并根据该收费标准计算目标用户的行车路线对应的路桥费。
本申请实施例中，网约车系统的地图数据库中也可以记录有路桥收费站的收费标准，此时可以从网约车系统的地图数据库中获得所涉及的路桥收费站的收费标准。此外，也可以从其他的途径获得所涉及的路桥收费站的收费标准，例如从相关的路政机构的数据库中获得路桥收费站的收费标准，本申请实施例对此不作限定。
在步骤103中，将路桥费添加到目标用户的行程费用账单中。
本申请实施例中，行程费用账单指的是记录用户的乘车费用、乘车时间及司机信息的文本，该行程费用账单中展示信息的格式可以为：在展示乘车费用时，单独有一项来展示路桥费。行程费用账单便于用户核对行程中产生的乘车费用。
在步骤104中，将行程费用账单发送给目标用户对应的终端设备。
本申请实施例中，终端设备可以包括：智能手机、平板电脑等等。
由上述实施例可见，该实施例可以根据目标用户的行程起点、行程终点及网约车系统的地图数据库，自动计算行程中产生的路桥费，计算结果更为精确、更为符合实际情况，一方面可以减少司机胡乱添加路桥费情况的发生，另一方面，可以减少乘客由于路桥费不合理所产生的投诉，降低系统的处理压力。
为了保证路桥费的准确性，当“网约车”服务平台(实际为服务器)预估出路桥费后，可以由司机进一步进行金额确定，此时，如图2所示，图2是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的方法的流程图，该方法可以包括以下步骤：
在步骤201中，根据目标用户的行程起点和行程终点为该目标用户生成行车路线。
在步骤202中，根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得目标用户的行车路线对应的路桥费。
本申请实施例中的步骤201和步骤202，与图1所示实施例中的步骤101和步骤102类似，本申请实施例对此不再赘述，详情请见图1所示实施例中的内容。
在步骤203中，将路桥费的费用信息发送给目标用户的关联用户所对应的终端设备，其中，该关联用户为与目标用户存在承运关系的用户。
本申请实施例中，目标用户中的是乘客，关联用户指的是司机。
当行程结束后，服务器将预估的路桥费发送给司机，由司机进一步确认预估的路桥费是否符合实际行程中产生的路桥费。
在步骤204中，接收关联用户对应的终端设备发送的反馈信息，其中，该反馈信息用于确认路桥费的费用信息是否需要修改。
本申请实施例中，反馈信息指的是司机对预估的路桥费的评价信息，实际应用中，该反馈信息包括：认为预估的路桥费准确无误(即无需修改)和认为预估的路桥费存在异议(即需要修改)。
在步骤205中，当反馈信息确定关联用户确认路桥费的费用信息无需修改时，将路桥费添加到目标用户的行程费用账单中。
本申请实施例中，若司机对预估的路桥费无异议，则将预估的路桥费添加到行程费用账单中，并发送给乘客，由乘客进行支付。
在步骤206中，当反馈信息确定关联用户确认路桥费的费用信息需要修改时，接收关联用户对应的终端设备发送的路桥费修改值。
在步骤207中，将路桥费修改值添加到目标用户的行程费用账单中。
本申请实施例中，若司机对预估的路桥费存在异议，则允许司机修改路桥费，并将司机修改的路桥费添加到行程费用账单中，并发送给乘客，由乘客进行支付。
在步骤208中，将行程费用账单发送给目标用户对应的终端设备。
在步骤209中，当路桥费修改值与路桥费的差值达到预设费用阈值时，向目标用户对应的终端设备发送提示消息，其中，该提示消息用于提示目标用户发起费用异议。
本申请实施例中，当司机填写的路桥费超过“网约车”服务器平台预估的路桥费m元后，平台就会在打车软件乘客端提示乘客发起费用异议。
本申请实施例中，m指的是预设费用阈值，在实际应用中，可以取值为5，当然，也可以根据实际情况进行设定，本申请实施例对此不作限定。
由上述实施例可见，该实施例可以根据目标用户的行程起点、行程终点及网约车系统的地图数据库，自动计算行程中产生的路桥费，之后将自动计算得到的路桥费发送给司机进行进一步确认，以保证路桥费的准确性。
应当注意，尽管在附图中以特定顺序描述了本申请实施例方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
与前述网约车系统中为目标用户提供行程费用账单的方法的实施例对应，本申请实施例还提供了网约车系统中为目标用户提供行程费用账单的装置的实施例。
如图3所示，图3是本申请实施例根据一示例性实施例示出的一种网约车系统中为目标用户提供行程费用账单的装置的框图，所述装置可以包括：
路线生成模块310，用于根据目标用户的行程起点和行程终点为所述目标用户生成行车路线；
路桥费获得模块320，用于根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述路线生成模块310生成的行车路线对应的路桥费；
第一添加模块330，用于将所述路桥费获得模块320获得的路桥费添加到所述目标用户的行程费用账单中；
第一发送模块340，用于将所述行程费用账单发送给所述目标用户对应的终端设备。
由上述实施例可见，该实施例中，可以根据目标用户的行程起点、行程终点及网约车系统的地图数据库，自动计算行程中产生的路桥费，计算结果更为精确、更为符合实际情况，一方面可以减少司机胡乱添加路桥费情况的发生，另一方面，可以减少乘客由于路桥费不合理所产生的投诉，降低系统的处理压力。
如图4所示，图4是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图，该实施例可以在图3所示实施例的基础上，所述装置还可以包括：
第二发送模块410，用于将所述路桥费的费用信息发送给所述目标用户的关联用户所对应的终端设备，其中，所述关联用户为与所述目标用户存在承运关系的用户；
第一接收模块420，用于接收所述关联用户对应的终端设备发送的反馈信息，并在所述反馈信息确定所述关联用户确认所述路桥费的费用信息无需修改的情况下，触发所述第一添加模块330执行所述将所述路桥费添加到所述目标用户的行程费用账单中的操作，其中，所述反馈信息用于确认所述路桥费的费用信息是否需要修改。
如图5所示，图5是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图，该实施例可以在图4所示实施例的基础上，所述装置还可以包括：
第三发送模块510，用于将所述路桥费的费用信息发送给所述目标用户的关联用户所对应的终端设备，其中，所述关联用户为与所述目标用户存在承运关系的用户；
第二接收模块520，用于接收所述关联用户对应的终端设备发送的反馈信息，其中，所述反馈信息用于确认所述路桥费的费用信息是否需要修改；
第三接收模块530，用于在所述反馈信息确定所述关联用户确认所述路桥费的费用信息需要修改的情况下，接收所述关联用户对应的终端设备发送的路桥费修改值；
第二添加模块540，用于将所述第三接收模块530接收到的路桥费修改值添加到所述目标用户的行程费用账单中。
如图6所示，图6是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图，该实施例可以在图5所示实施例的基础上，所述装置还可以包括：
第四发送模块610，用于在所述路桥费修改值与所述路桥费的差值达到预设费用阈值的情况下，向所述目标用户对应的终端设备发送提示消息，其中，所述提示消息用于提示所述目标用户发起费用异议。
如图7所示，图7是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图，该实施例可以在图3～图6所示任一实施例的基础上，所述路桥费获得模块320，可以包括：
路桥收费站确定子模块321，用于根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，确定所述行车路线中涉及的路桥收费站；
路桥费计算子模块322，用于获得所述路桥收费站确定子模块321确定的路桥收费站的收费标准，并根据所述收费标准计算所述行车路线对应的路桥费。
如图8所示，图8是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图，该实施例可以在图3～图7所示任一装置实施例的基础上，所述路线生成模块310，可以包括：
行车路线规划子模块311，用于根据目标用户的行程起点和行程终点，规划一条或多条行车路线；
行车路线选择子模块312，用于接收所述目标用户的路线选择请求，并根据所述路线选择请求，从所述一条或多条行车路线中选择出所述目标用户的行车路线。
如图9所示，图9是本申请实施例根据一示例性实施例示出的另一种网约车系统中为目标用户提供行程费用账单的装置的框图，该实施例可以在图3～图7所示任一装置实施例的基础上，所述路线生成模块310，可以包括：
实时位置信息获得子模块313，用于在确定行程开始的情况下，获得目标用户的实时位置信息；
行车路线确定子模块314，用于在确定所述行程结束的情况下，根据所述目标用户的行程起点、行程终点及所述实时位置信息获得子模块313获得的目标用户的实时位置信息，确定所述目标用户的行车路线。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本申请实施例还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：根据目标用户的行程起点和行程终点为所述目标用户生成行车路线；根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述行车路线对应的路桥费；将所述路桥费添加到所述目标用户的行程费用账单中；将所述行程费用账单发送给所述目标用户对应的终端设备。
本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
如图10所示，图10是本申请实施例根据一示例性实施例示出的一种用于网约车系统中为目标用户提供行程费用账单的装置1000的一结构示意图。例如，装置1000可以被提供为一服务器。参照图10，装置1000包括处理组件1022，其进一步包括一个或多个处理器，以及由存储器1032所代表的存储器资源，用于存储可由处理部件1022的执行的指令，例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1022被配置为执行指令，以执行本申请实施例提供的网约车系统中为目标用户提供行程费用账单的方法，方法包括：获得目标用户的行车路线；根据目标用户的行程起点和行程终点为所述目标用户生成行车路线；根据网约车系统的地图数据库中位置信息与路桥收费站信息的对应关系，获得所述行车路线对应的路桥费；将所述路桥费添加到所述目标用户的行程费用账单中；将所述行程费用账单发送给所述目标用户对应的终端设备。
装置1000还可以包括一个电源组件1026被配置为执行装置1000的电源管理，一个有线或无线网络接口1050被配置为将装置1000连接到网络，和一个输入输出(i/o)接口1058。装置1000可以操作基于存储在存储器1032的操作系统，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm或类似。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1032，上述指令可由装置1000的处理组件1022执行以完成本申请实施例提供的上述网约车系统中为目标用户提供行程费用账单的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本申请实施例的其它实施方案。本申请实施例旨在涵盖本申请实施例的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请实施例的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请实施例并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。