CN114781675A - 一种确定差旅用车信息的方法、装置、终端及服务器 - Google Patents

Abstract

本申请公开一种确定差旅用车信息的方法、装置、终端及服务器，该方法包括：响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息；将用车时间信息发送至第二服务端，以使第二服务端确定可预约车辆信息；接收第二服务端发送的可预约车辆信息，基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将待预约车辆信息发送至第一终端，以使第一终端中确定出目标预约车辆信息；接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。本申请能够在差旅业务中精准的提供用车服务，简化对差旅业务中的接送站服务流程，改善用户的差旅体验。

Description

一种确定差旅用车信息的方法、装置、终端及服务器

技术领域

本申请涉及用车接送站服务技术领域，特别涉及一种确定差旅用车信息的方法、装置、终端及服务器。

背景技术

目前，用户在出差旅途中，经常会乘坐多种交通工具，例如高铁、火车和飞机等，在用户乘坐交通工具时，往往需要接送站服务，正常情况下，用户会提前订购交通工具，由于用户在乘坐交通工具以及享受接送站服务不在同一时间段，导致差旅人员在行程中需要更换至用户所订购的交通工具的界面，对用户造成一定的繁琐。

在现有技术中，很多差旅平台提供了交通工具和接送站等业务，但是没有将其关联起来。在实际业务场景中，交通工具与接送站服务的使用有很强的连续性，出差人员一般出行所乘坐的交通工具与接送站服务的交替使用才能够到达目的，用户在实际行程中需要更多的关注时间节点、站点等问题，使得出行旅途多有不便。

因此，需要一种接送站服务的处理方案，将用户所乘坐的交通工具与接送站服务进行关联，并在关联的过程中，实现对接送站服务的监控工作，进而简化对差旅服务中的接送站服务流程，使得用户获取更佳的差旅体验。

发明内容

为了解决现有技术的问题，本申请实施例提供了一种确定差旅用车信息的方法、装置、终端及服务器的技术方案，其技术方案如下所述：

一方面，提供了一种确定差旅用车信息的方法，所述方法包括：

响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与所述目标行程时间区间段对应的用车时间信息；

将所述用车时间信息发送至第二服务端，以使所述第二服务端确定满足所述用车时间信息的可预约车辆信息；

接收所述第二服务端发送的可预约车辆信息，基于预设约束条件从所述可预约车辆信息中筛选出至少一个待预约车辆信息，并将所述至少一个待预约车辆信息发送至所述第一终端，以使所述第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；

接收所述第一终端发送的所述目标预约车辆信息，基于所述目标预约车辆信息对所述第二服务端发送第一用车指令。

另一方面，提供了一种确定差旅用车信息的装置，所述装置包括：

用车时间信息确定模块：用于响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与所述目标行程时间区间段对应的用车时间信息；

用车时间信息发送模块：用于将所述用车时间信息发送至第二服务端，以使所述第二服务端确定满足所述用车时间信息的可预约车辆信息；

可预约车辆信息接收模块：用于接收所述第二服务端发送的可预约车辆信息；

待预约车辆信息确定模块：用于基于预设约束条件从所述可预约车辆信息中筛选出至少一个待预约车辆信息，并将所述至少一个待预约车辆信息发送至所述第一终端，以使所述第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；

用车指令发送模块：用于接收所述第一终端发送的所述目标预约车辆信息，基于所述目标预约车辆信息对所述第二服务端发送第一用车指令。

另一方面提供了一种确定差旅用车信息的终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的确定差旅用车信息的方法。

另一方面提供了一种确定差旅用车信息的服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的确定差旅用车信息的方法。

本申请提供的一种确定差旅用车信息的方法、装置、终端及服务器，具有如下技术效果：

本申请的技术方案中，响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息；将用车时间信息发送至第二服务端，以使第二服务端确定满足用车时间信息的可预约车辆信息；接收第二服务端发送的可预约车辆信息，基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端，以使第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。本申请能够在差旅业务中精准的提供用车服务，利用本申请提供的技术方案能够在差旅业务中精准的提供用车服务，简化对差旅业务中的接送站服务流程，改善用户的差旅体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例的一种确定差旅用车信息的系统的结构示意图；

图2为本申请实施例的一种确定差旅用车信息的方法的流程示意图；

图3为本申请实施例提供的第一终端展示用车服务的操作界面的示意图；

图4为本申请实施例提供的第一终端展示关联目标行程时间区间段的操作界面的示意图；

图5为本申请实施例提供的可预约车辆信息的确定方法的流程示意图；

图6为本申请实施例提供的超出预设约束条件的待预约车辆信息的操作界面的示意图；

图7为本申请实施例提供的标记待预约车辆信息的确定方法的流程示意图；

图8为本申请实施例提供的第一终端勾选待预约车辆信息的操作界面；

图9为本申请实施例提供的预估计费数据的确定方法的流程示意图；

图10为本申请实施例提供的另一种确定差旅用车信息的方法的流程示意图

图11为本申请实施例提供的一种确定差旅用车信息的装置的结构示意图；

图12为本申请实施例提供的可预约车辆信息的确定装置的结构示意图；

图13为本申请实施例提供的标记待预约车辆信息的确定装置的结构示意图；

图14为本申请实施例提供的预估计费数据的确定装置的结构示意图；

图15为本申请实施例提供的一种服务器的结构示意图；

其中，附图标记对应为：01-第一终端；02-第一服务端；03第二服务端。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，其所示为本申请实施例的一种确定差旅用车信息的系统的结构示意图，如图1所示，该系统包括第一终端01、第一服务端02和第二服务端03。在实际应用中，第一终端01、第一服务端02和第二服务端03之间可以通过无线通信方式进行间接地连接，以实现第一终端01、第一服务端02和第二服务端03间的交互。

在本申请实施例中，第一服务端02和第二服务端03均可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器。进一步地，第一服务端02和第二服务端03均可以包括实体设备，可以具体包括有网络通信单元、处理器和存储器等等，也可以包括运行于实体设备中的软体，可以具体包括有应用程序等。具体的，第一服务端02可以基于预设约束条件对第二服务端03提供的用车服务的车辆信息进行约束，进而根据预设约束条件向第二服务端03发送用车服务的第一用车指令。第二服务端03为用于提供用车服务的车辆供应服务器端，在接收到第一服务端02发送的与目标行程时间区间段对应的用车时间信息后，确定与用车时间信息对应可预约车辆信息，并将可预约车辆信息发送至第一服务端02，实现差旅业务中用车服务的车辆供给。

具体的，第一终端01可以包括智能手机、台式电脑、平板电脑和笔记本电脑等类型的实体设备，也可以包括运行于实体设备中的软体，例如应用程序等。

此外，需要说明的是，图1所示的仅仅是一种确定差旅用车信息的系统，该系统可以包括更多或更少的节点，本申请在此不做限制。

下面介绍本申请基于上述系统的确定差旅用车信息的方法，请参阅图2，图2为本申请实施例的一种确定差旅用车信息的方法的流程示意图，本说明书提供了如实施例或流程图的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，该方法可以包括：

S201：第一终端向第一服务端发送携带有差旅业务的目标行程时间区间段的用车请求。

S202：第一服务端生成与目标行程时间区间段对应的用车时间信息，并将用车时间信息发送至第二服务端。

在本申请实施例中，用车请求为根据第一终端侧的用户在客户端订购的差旅业务的目标行程时间区间段对应的用车服务，接送用户至指定地点，为第一终端侧的用户在差旅业务中精准的提供用车服务，其中，目标行程时间区间段为差旅业务中订购的订单信息对应的行程时间区间段。具体的，将用车请求与目标行程时间区间段进行关联，以便第一终端侧的用户根据与目标行程时间区间段匹配的可预约车辆信息预约车辆，实现用车服务与差旅业务的无缝连接。需要说明的是，同一目标行程时间区间段仅仅只可以关联一次有效的用车服务，避免同一目标行程时间区间段同时预约多个用车服务。

具体的，如图3和图4所示，图3为本申请实施例提供的第一终端展示用车服务的操作界面的示意图，图4为本申请实施例提供的第一终端展示关联目标行程时间区间段的操作界面的示意图，在图3中所示的操作界面中包括现在、预约、机场接送和车站接送等选项，以便第一终端侧的用户通过切换不同的选项，实现不同场景下的用车服务。当第一终端侧的用户点击车站接送的选项时，通过选择与用车服务关联的目标行程时间区间段，使得第一服务端生成与目标行程时间区间段对应的用车时间信息，进而根据用车时间信息确定第一用车指令。

在实际应用中，目标行程时间区间段通过客户端与确定差旅用车信息的系统服务器之间的接口，接收客户端发送的用车服务的目标行程时间区间段，其中，客户端可以包括12306网站、携程网站、去哪儿网站、飞猪网站、微信公众号、微信小程序或支付宝生活号等可以提供差旅业务订购服务的客户端，本实施例对客户端的具体形式不做限定。

第一终端侧的用户在上述客户端中订购差旅业务的目标行程时间区间段后，可根据目标行程时间区间段预定用车服务，在第一终端侧的用户进行预定用车服务前，客户端可以将第一终端侧的用户的用车服务的目标行程时间区间段，通过客户端与确定差旅用车信息的系统服务器之间的接口发送给确定差旅用车信息的系统服务器，确定差旅用车信息的系统服务器通过上述接口，接收客户端发送的用车服务的目标行程时间区间段，实现客户端与确定差旅用车信息的系统间的交互。

S203：第二服务端根据用车时间信息确定满足用车时间信息的可预约车辆信息，并将所述可预约车辆信息发送至第一服务端。

在本申请实施例中，当第一服务端在接收到第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求的情况下，生成与目标行程时间区间段对应的用车时间信息，并将用车时间信息发送至第二服务端，以使第二服务端确定满足当前用车时间信息的可预约车辆信息。需要说明的是，第二服务端中包括多个车辆供应服务器，第二服务端可以采集多个车辆供应服务器端提供的用车信息，第二服务端将采集到的满足当前用车时间信息的可预约车辆信息反馈给第一服务端，通过第一服务端传输至第一终端，以便第一终端侧的用户根据可预约车辆信息确定目标预约车辆信息。

一个可选实施中，如图5所示，其为本申请实施例提供的可预约车辆信息的确定方法的流程示意图，在步骤S202的步骤之后，所述方法还可以包括：

S2021：第一服务端获取第二服务端的预约时限信息，其中，预约时限信息表征第二服务端提供可预约车辆信息的时间段。

S2022：第一服务端根据预约时限信息和目标行程时间区间段，监控第二服务端提供的可预约车辆信息是否满足车辆可预约条件，在监控到可预约车辆信息满足车辆可预约条件的情况下，向第二服务端发送用车请求。

在本申请实施例中，第一服务端基于第二服务端的预约时限信息和目标行程时间区间段，监控第二服务端中满足用车时间信息的可预约车辆信息，具体的，第二服务端的预约时限信息为距离目标行程时间区间段48小时可提供预约车辆信息，则第一服务端在距离目标行程时间区间段48小时的时间段内，向第二服务端发送用车请求，以使第二服务端将满足用车时间信息的可预约车辆信息发送至第一服务端，避免由于第二服务端中用于提供用车服务的供应商限制了提供可预约车辆信息的时间，则会大幅度减少第二服务端基于用车时间信息确定的满足用车时间信息的可预约车辆信息的数量的情况发生。在监控到可预约车辆信息满足车辆可预约条件的情况下，向第二服务端发送用车请求，进而增加可预约车辆信息的数量，为第一终端提供更多的用车服务。

S204：第一服务端接收第二服务端发送的可预约车辆信息。

S205：第一服务端基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端。

S206：第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息。

在本申请实施例中，预设约束条件为第一服务器中设置的用车约束条件，其中，预设约束条件可以包括用车金额、用车车型和用车金额超标是否可订等条件，在第一服务端接收到第二服务端发送的可预约车辆信息的情况下，第一服务端基于预设约束条件从第二服务端发送的可预约车辆信息中筛选出至少一个待预约车辆信息，实现精准管控待预约车辆信息，进而控制第一终端侧的用户在差旅中可选的用车服务。

具体的，至少一个待预约车辆信息对应的车辆供应商可以包括曹操出行、900出行、滴滴快车、旅程约车、首汽约车和方舟行等，通过向第二服务端发送用车时间信息，以使第二服务端将满足用车时间信息的可预约车辆信息发送至第一服务端，实现第一服务端、第二服务端和第一终端间的交互，以便第一终端的用户从至少一个待预约车辆信息中确定目标预约车辆信息。

在实际应用中，至少一个待预约车辆信息还可以包括超出预设约束条件的待预约车辆信息，即，第一服务端从第二服务端发送的可预约车辆信息中筛选超出预设约束条件的待预约车辆信息，并将超出预设约束条件的待预约车辆信息发送至第一终端，第一终端侧的用户可以从超出预设约束条件的待预约车辆信息中确定目标预约车辆信息，具体的，如图6所示，其为本申请实施例提供的超出预设约束条件的待预约车辆信息的操作界面的示意图，第一终端侧的用户可以选择经济、舒适、豪华和商务等不同类别的用车服务，其中，经济型的用车服务均为未超出预设约束条件的待预约车辆信息，舒适、豪华和商务等用车服务均为超出预设约束条件的待预约车辆信息。在舒适、豪华和商务等用车服务对应的车辆供应商展示界面处均标注超标字样，其超标为超出预设约束条件的待预约车辆信息，以便提醒第一终端侧的用户是否愿意指出超标所消耗的费用。

一个可选实施中，如图7所示，其为本申请实施例提供的标记待预约车辆信息的确定方法的流程示意图，在步骤S205的步骤之前，所述方法还可以包括：

S2043：第一服务端获取第一终端对应的历史预约车辆信息。

S2044：第一服务端标记至少一个待预约车辆信息中与历史预约车辆信息对应的待预约车辆信息。

在本申请实施例中，第一服务端根据第一终端对应的历史预约车辆信息，标记至少一个待预约车辆信息中与历史预约车辆信息对应的待预约车辆信息，以便第一终端侧的用户根据所标记的待预约车辆信息，确定第一用车指令对应的目标预约车辆信息。

具体的，第一服务端可同时标记多个与历史预约车辆信息对应的待预约车辆信息，其中，多个与历史预约车辆信息对应的待预约车辆信息的排列顺序，可根据第一终端中历史预约车辆信息的预约次数进行确定，第一服务端将标记后的多个与历史预约车辆信息对应的待预约车辆信息发送至第一终端，以使第一终端从标记的与历史预约车辆信息对应的待预约车辆信息中确定目标预约车辆信息。需要说明的是，第一终端侧的用户在确定目标预约车辆信息的过程中，可以根据标记的历史预约车辆信息同时勾选多个预约车辆，进而用于提高预约用车服务的效率。

在实际应用中，以车站接送用车服务为例，对第一终端确定目标预约车辆信息的方式进行说明，具体的，第一终端侧的用户可以通过在第一终端展示的用车请求操作界面确定目标预约车辆信息，如图8所示，其为本申请实施例提供的第一终端勾选待预约车辆信息的操作界面，图8中默认勾选的历史预约车辆信息包括曹操出行，则历史预约车辆信息对应的车辆供应商为曹操出行，若第一终端确定选择曹操出行提供用车服务，则直接选择用车操作，否则，去除对曹操出行的勾选，对除曹操出行之外的其他待预约车辆信息进行勾选，如滴滴快车，并点击用车操作，进而基于目标预约车辆信息对第二服务端发送第一用车指令。

一个可选实施中，如图9所示，其为本申请实施例提供的预估计费数据的确定方法的流程示意图，在步骤S205的步骤之后，所述方法还可以包括：

S2051：第一服务端获取第二服务端针对至少一个待预约车辆信息各自对应的计费信息。

S2052：第一服务端根据至少一个待预约车辆信息各自对应的计费信息确定至少一个待预约车辆信息各自对应的预估计费数据，并将预估计费数据发送至第一终端。

在本申请实施例中，第一服务端响应于第二服务端发送的至少一个待预约车辆信息各自对应的计费信息，计算至少一个待预约车辆信息中各自对应的预估计费数据，其中，计费信息依赖于用车里程、用车时间和用车收费标准等信息，根据不同至少一个待预约车辆信息对应的计费信息，确定不同至少一个待预约车辆信息对应的从出发地至目的地的预估计费数据，以便第一终端侧的用户以预估计费数据为参考选择不同的预约车辆。

S207：第一服务端接收第一终端发送的目标预约车辆信息。

S208：第一服务端基于目标预约车辆信息对第二服务端发送第一用车指令。

一个可选实施中，在步骤S208的步骤之后，所述方法还可以包括：

S2081：若第一服务端在预设时间段内接收到第二服务端发送的用车指令对应的预约成功信息，将预约成功信息发送至第一终端；

S2082：若第一服务端未在预设时间段内接收到第二服务端发送的用车指令对应的预约成功信息，基于预设约束条件对第二服务端发送第二用车指令，以使第二服务端根据第二用车指令确定目标预约车辆。

在本申请实施例中，若成功预约车辆，第一服务端可以通过短信的方式将预约成功信息发送至第一终端，第一终端侧的用户根据短信中的预约成功信息确定用车服务；若在预设时间段内未接收到第二服务端发送的第二用车指令确定的预约成功信息，则将第二用车指令发送至第二服务端，以使第二服务端根据第二用车指令确定目标预约车辆，直至预约到车辆为止，需要说明的是，第二用车指令为第一服务端根据预设约束条件重新向第二服务端发送的用车指令。

一个可选实施中，在步骤S2081的步骤之后，所述方法还可以包括：

S20811：第一服务端获取预约成功的目标预约车辆信息对应的实际计费数据。

S20812：第一服务端将实际计费数据与预估计费数据进行比较。

若实际计费数据大于预估计费数据，计算实际计费数据与预估计费数据的差值，并将差值发送至第一终端，以使第一终端提交与差值对应的支付操作。

若实际计费数据不大于预估计费数据，则基于预约成功的目标预约车辆信息，生成与目标预约车辆信息的预估计费数据对应的差旅结算信息，并将差旅结算信息发送至目标终端。

具体的，第一服务端还用于获取预约成功的目标预约车辆信息对应的实际计费数据，在用车服务过程中，若改变原先预设的路线、超出原先预设的出行时间或者其他不可控因素，则会导致实际计费数据超出预估计费数据。

在实际计费数据超出预估计费数据的情况下，第一服务端通过计算实际计费数据和预估计费数据的差值，并将上述差值发送至第一终端，以便第一终端侧的用户对上述差值执行支付操作。

进一步地，当第一终端侧的用户对上述差值执行支付操作后，第一服务端还用于生成与预约成功的目标预约车辆信息对应的差旅结算信息，并将差旅结算信息发送至目标终端，其中，目标终端为第一终端侧的用户所在的公司，进而可以简化第一终端侧的用户报销在差旅中消耗的用车费用，直接由目标终端支付相应的用车费用，改善用户的差旅体验。

在实际计费数据未超出预估计费数据的情况下，基于预约成功的目标预约车辆信息，生成与目标预约车辆信息的预估计费数据对应的差旅结算信息，并将差旅结算信息发送至目标终端，第一终端侧的用户则无需支付任何费用，直接由目标终端支付相应的用车费用。

由以上本说明书实施例提供的技术方案可知，本申请有如下技术效果：

本申请的技术方案中，响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息；将用车时间信息发送至第二服务端，以使第二服务端确定满足用车时间信息的可预约车辆信息；接收第二服务端发送的可预约车辆信息，基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端，以使第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。本申请能够在差旅业务中精准的提供用车服务，利用本申请提供的技术方案能够在差旅业务中精准的提供用车服务，简化对差旅业务中的接送站服务流程，改善用户的差旅体验。

以下以第一服务端为执行主体介绍本申请一种确定差旅用车信息的方法的具体实施例，图10其为本申请实施例提供的另一种确定差旅用车信息的方法的流程示意图，结合图10所示，所述方法可以包括：

S1001：响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息。

S1002：将用车时间信息发送至第二服务端，以使第二服务端确定满足用车时间信息的可预约车辆信息。

S1003：接收第二服务端发送的可预约车辆信息。

S1004：基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端，以使第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息。

S1005：接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。

在另一些实施例中，在步骤S1002之后，所述方法还包括：

获取第二服务端的预约时限信息，预约时限信息表征第二服务端提供可预约车辆信息的时间段；

根据预约时限信息和目标行程时间区间段，监控第二服务端提供的可预约车辆信息是否满足车辆可预约条件，在监控到可预约车辆信息满足车辆可预约条件的情况下，向第二服务端发送用车请求。

在另一些实施例中，在将至少一个待预约车辆信息发送至第一终端的步骤之前，方法还包括：

获取第一终端对应的历史预约车辆信息；

标记至少一个待预约车辆信息中与历史预约车辆信息对应的待预约车辆信息。

在另一些实施例中，在步骤S1004之后，所述方法还包括：

若在预设时间段内接收到第二服务端发送的用车指令对应的预约成功信息，将预约成功信息发送至第一终端；

若未在预设时间段内接收到第二服务端发送的用车指令对应的预约成功信息，基于预设约束条件对第二服务端发送第二用车指令，以使第二服务端根据第二用车指令确定目标预约车辆。

在另一些实施例中，在步骤S1004之后，所述方法还包括：

获取第二服务端针对至少一个待预约车辆信息各自对应的计费信息；

根据至少一个待预约车辆信息各自对应的计费信息确定至少一个待预约车辆信息各自对应的预估计费数据，并将预估计费数据发送至第一终端。

在另一些实施例中，所述方法还包括：

获取预约成功的目标预约车辆信息对应的实际计费数据；

将实际计费数据与预估计费数据进行比较；

若实际计费数据大于预估计费数据，计算实际计费数据与预估计费数据的差值，并将差值发送至第一终端，以使第一终端提交与差值对应的支付操作。

若实际计费数据不大于预估计费数据，则基于预约成功的目标预约车辆信息，生成与目标预约车辆信息的预估计费数据对应的差旅结算信息，并将差旅结算信息发送至目标终端。

本发明实施例提供了一种确定差旅用车信息的服务器，该确定差旅用车信息的服务器包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的确定差旅用车信息的方法。

本申请实施例还提供了一种确定差旅用车信息的装置，如图11所示，所述装置包括：

用车时间信息确定模块1110：用于响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息。

用车时间信息发送模块1120：用于将用车时间信息发送至第二服务端，以使第二服务端确定满足用车时间信息的可预约车辆信息。

可预约车辆信息接收模块1130：用于接收第二服务端发送的可预约车辆信息。

待预约车辆信息确定模块1140：用于基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端，以使第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息。

用车指令发送模块1150：用于接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。

进一步地，如图12所示，所述装置还包括监控模块1200，具体包括：

预约时限信息获取模块1210：用于获取第二服务端的预约时限信息，预约时限信息表征第二服务端提供可预约车辆信息的时间段。

监控模块1220：用于根据预约时限信息和目标行程时间区间段，监控第二服务端提供的可预约车辆信息是否满足车辆可预约条件，在监控到可预约车辆信息满足车辆可预约条件的情况下，向第二服务端发送用车请求。

进一步地，如图13所示，所述装置还包括标记模块1300，具体包括：

历史预约车辆信息获取模块1310：用于获取第一终端对应的历史预约车辆信息。

标记模块1320：用于标记至少一个待预约车辆信息中与历史预约车辆信息对应的待预约车辆信息。

进一步地，如图14所示，所述装置还包括预估计费数据确定模块1400，具体包括：

计费信息获取模块1410：用于获取第二服务端针对至少一个待预约车辆信息各自对应的计费信息；

预估计费数据确定模块1420：用于根据至少一个待预约车辆信息各自对应的计费信息确定至少一个待预约车辆信息各自对应的预估计费数据，并将预估计费数据发送至第一终端。

进一步地，所述装置还包括：

预约成功信息发送模块1510：用于若在预设时间段内接收到第二服务端发送的用车指令对应的预约成功信息，将预约成功信息发送至第一终端。

第二用车指令发送模块1520：用于若未在预设时间段内接收到第二服务端发送的用车指令对应的预约成功信息，基于预设约束条件对第二服务端发送第二用车指令，以使第二服务端根据第二用车指令确定目标预约车辆。

进一步地，所述装置还包括：

实际计费数据获取模块1610：用于获取预约成功的目标预约车辆信息对应的实际计费数据；

比较模块1620：用于将实际计费数据与预估计费数据进行比较；

若实际计费数据大于预估计费数据，计算实际计费数据与预估计费数据的差值，并将差值发送至第一终端，以使第一终端提交与差值对应的支付操作。

若实际计费数据不大于预估计费数据，则基于预约成功的目标预约车辆信息，生成与目标预约车辆信息的预估计费数据对应的差旅结算信息，并将差旅结算信息发送至目标终端。

所述的装置实施例中的装置与方法实施例基于同样地发明构思。

本发明另一方面还提供一种确定差旅用车信息的系统，所述系统包括：第一终端、第一服务端和第二服务端；

所述第一服务端，用于响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息；将用车时间信息发送至第二服务端；接收第二服务端发送的可预约车辆信息，基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端；接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。

所述第二服务端，用于第二服务端确定满足用车时间信息的可预约车辆信息。

所述第一终端，用于第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息。

本申请实施例提供了一种确定差旅用车信息的终端，该终端包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的确定差旅用车信息的方法。

存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

所述一种确定差旅用车信息的终端可以为服务器，本申请实施例还提供了一种服务器的结构示意图，请参阅图15，该服务器1500用于实施上述实施例中提供的数据处理方法。该服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器1510(例如，一个或一个以上处理器)和存储1530，一个或一个以上存储应用程序1523或数据1522的存储介质1520(例如一个或一个以上海量存储设备)。其中，存储器1530和存储介质1520可以是短暂存储或持久存储。存储在存储介质1520的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，处理器1510可以设置为与存储介质1520通信，在服务器1500上执行存储介质1520中的一系列指令操作。服务器1500还可以包括一个或一个以上电源1560，一个或一个以上有线或无线网络接口1550，一个或一个以上输入输出接口1540，和/或，一个或一个以上操作系统1521，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。

由上述本申请提供的一种确定差旅用车信息的方法、装置、终端及服务器的实施例可见，本申请的技术方案中，响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与目标行程时间区间段对应的用车时间信息；将用车时间信息发送至第二服务端，以使第二服务端确定满足用车时间信息的可预约车辆信息；接收第二服务端发送的可预约车辆信息，基于预设约束条件从可预约车辆信息中筛选出至少一个待预约车辆信息，并将至少一个待预约车辆信息发送至第一终端，以使第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；接收第一终端发送的目标预约车辆信息，基于目标预约车辆信息对第二服务端发送第一用车指令。本申请能够在差旅业务中精准的提供用车服务，利用本申请提供的技术方案能够在差旅业务中精准的提供用车服务，简化对差旅业务中的接送站服务流程，改善用户的差旅体验。

需要说明的是：上述本申请实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种确定差旅用车信息的方法，其特征在于，所述方法包括：

响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与所述目标行程时间区间段对应的用车时间信息；

将所述用车时间信息发送至第二服务端，以使所述第二服务端确定满足所述用车时间信息的可预约车辆信息；

接收所述第二服务端发送的可预约车辆信息；

基于预设约束条件从所述可预约车辆信息中筛选出至少一个待预约车辆信息，并将所述至少一个待预约车辆信息发送至所述第一终端，以使所述第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；

接收所述第一终端发送的所述目标预约车辆信息，基于所述目标预约车辆信息对所述第二服务端发送第一用车指令。

2.根据权利要求1所述的方法，其特征在于，在所述将所述用车时间信息发送至第二服务端的步骤之后，所述方法还包括：

获取所述第二服务端的预约时限信息，所述预约时限信息表征第二服务端提供所述可预约车辆信息的时间段；

根据所述预约时限信息和所述目标行程时间区间段，监控所述第二服务端提供的所述可预约车辆信息是否满足车辆可预约条件，在监控到所述可预约车辆信息满足车辆可预约条件的情况下，向所述第二服务端发送用车请求。

3.根据权利要求1所述的方法，其特征在于，在所述将所述至少一个待预约车辆信息发送至所述第一终端的步骤之前，所述方法还包括：

获取第一终端对应的历史预约车辆信息；

标记至少一个待预约车辆信息中与所述历史预约车辆信息对应的待预约车辆信息。

4.根据权利要求1所述的方法，其特征在于，在所述基于所述目标预约车辆信息对所述第二服务端发送第一用车指令的步骤之后，所述方法还包括：

若在预设时间段内接收到所述第二服务端发送的所述第一用车指令对应的预约成功信息，将所述预约成功信息发送至所述第一终端；

若未在预设时间段内接收到所述第二服务端发送的所述第一用车指令对应的预约成功信息，基于所述预设约束条件对所述第二服务端发送第二用车指令，以使所述第二服务端根据所述第二用车指令确定目标预约车辆。

5.根据权利要求4所述的方法，其特征在于，在所述基于预设约束条件从所述可预约车辆信息中筛选出至少一个待预约车辆信息的步骤之后，所述方法还包括：

获取所述第二服务端针对所述至少一个待预约车辆信息各自对应的计费信息；

根据所述至少一个待预约车辆信息各自对应的计费信息确定所述至少一个待预约车辆信息各自对应的预估计费数据，并将所述预估计费数据发送至所述第一终端。

6.根据权利要求5所述的方法，其特征在于，在所述将所述预约成功信息发送至所述第一终端的步骤之后，所述方法还包括：

获取预约成功的所述目标预约车辆信息对应的实际计费数据；

将所述实际计费数据与所述预估计费数据进行比较；

若所述实际计费数据大于所述预估计费数据，计算所述实际计费数据与所述预估计费数据的差值，并将所述差值发送至所述第一终端，以使所述第一终端提交与所述差值对应的支付操作。

7.根据权利要求6所述的方法，其特征在于，在所述将所述预约成功信息发送至所述第一终端的步骤之后，所述方法还包括：

若所述实际计费数据不大于所述预估计费数据，则基于预约成功的所述目标预约车辆信息，生成与所述目标预约车辆信息的预估计费数据对应的差旅结算信息，并将所述差旅结算信息发送至目标终端。

8.一种确定差旅用车信息的装置，其特征在于，所述装置包括：

用车时间信息确定模块：用于响应于第一终端发送的携带有差旅业务的目标行程时间区间段的用车请求，生成与所述目标行程时间区间段对应的用车时间信息；

用车时间信息发送模块：用于将所述用车时间信息发送至第二服务端，以使所述第二服务端确定满足所述用车时间信息的可预约车辆信息；

可预约车辆信息接收模块：用于接收所述第二服务端发送的可预约车辆信息；

待预约车辆信息确定模块：用于基于预设约束条件从所述可预约车辆信息中筛选出至少一个待预约车辆信息，并将所述至少一个待预约车辆信息发送至所述第一终端，以使所述第一终端从至少一个待预约车辆信息中确定出目标预约车辆信息；

用车指令发送模块：用于接收所述第一终端发送的所述目标预约车辆信息，基于所述目标预约车辆信息对所述第二服务端发送第一用车指令。

9.一种确定差旅用车信息的终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1～7中任一项所述的确定差旅用车信息的方法。

10.一种确定差旅用车信息的服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令或者所述至少一段程序由处理器加载并执行以实现如权利要求1～7任一项所述的确定差旅用车信息的方法。

Images