一种召车方法、召车平台及系统

技术领域

本申请涉及用移动网络预定业务领域，特别涉及一种召车方法、召车平台 及系统。

背景技术

出租车是现阶段城市最为重要的交通工具之一，但是在乘车高峰期以及一 些城市的偏僻地方，由于出租车很少专程前往载乘乘客，使得打车较为困难。 且现阶段召车系统主要通过简单的呼叫应答的方式进行召车，没有与用户的实 际需求相联系。出租车的收费也是按照标准进行收费，没有一种灵活的收费方 式。例如出租车去一些较为偏远的地方接送乘客，往往在一个单程中处于空载 的情况，该种情况不仅出租车司机不愿接收订单、使用户难以召到车、同时也 会造成出租车空载率增高、收入降低的问题。

因此，如何合理的结合用户的实际情况，为出租车提供有效增加收入的方 式、降低出租车空驶率，提高乘客召车成功率是目前急需解决的问题。

发明内容

本发明要解决的主要技术问题是，提供一种召车方法、召车平台及系统， 避免了出租车收入方式不灵活的问题，同时解决了乘客召出租车效率低下的问 题。

为解决上述技术问题，本发明采用的技术方案如下：

提供一种召车方法，包括以下步骤：

召车平台接收来自移动终端编辑的订单请求；所述订单请求包括加价信 息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息；

所述召车平台根据加价信息，为所述订单请求确定优先级，并与其他确定 了优先级的订单请求一起按照优先级顺序进行出租车匹配，并向对应的移动终 端返回匹配结果。

进一步地，所述召车平台根据所述订单请求匹配出租车的步骤包括：

召车平台确定优先级最高的订单请求，搜索符合该订单请求要求的出租 车，并将该订单请求发送给搜索到的出租车确认；

出租车司机选择是否接受该订单，若接受，则向所述召车平台反馈确认信 息；

所述召车平台根据接收的确认信息与所述订单请求进行匹配，并向成功匹 配的出租车发送匹配成功消息。

更进一步地，所述召车平台为订单请求确认优先级的步骤包括：

提取所述订单请求中的加价信息，并确定用户承诺费用金额；

根据所述费用金额大小确定所述订单请求的优先级。

更进一步地，所述订单请求还包括：用户的定位信息；所述定位信息为： 通过GPS或AGPS测定的移动终端的定位信息，或者由用户自定义的定位信息。

更进一步地，所述订单请求中还包括：用户所要到达的目的地地址信息； 所述召车平台为订单请求确认优先级的步骤包括：

提取所述订单请求中的加价信息，并确定用户承诺费用金额；

提取用户的定位信息，确定用户的起始点信息，并根据所述起始点信息与 所述目的地地址信息计算出租车所要行驶的里程数；

根据所述费用金额与所述里程数，计算得到所述订单请求的优先级。

更进一步地，所述召车平台搜索符合该订单请求要求的出租车的步骤包 括：

所述召车平台根据所述订单请求中的定位信息，确定用户的起始点，并向 所述起始点附近的空载出租车发送用户的订单请求。

更进一步地，所述召车平台搜索符合该订单请求要求的出租车的步骤包 括：

所述召车平台根据所述订单请求中的定位信息，确定用户的起始点；

所述召车平台向正在载客的实载出租车发送所述订单请求；所述实载出租 车为目的地地址在所述起始点附近的出租车。

更进一步地，所述订单请求中还包括：拼车请求和乘车人数；在所述召车 平台接收到该种订单请求时，还包括以下步骤：

所述召车平台对接收到的至少两个所述订单请求进行筛选合并，其中，

若所述召车平台对所述至少两个拼车请求合并成功，则所述召车平台直接 将第一合并订单进行出租车匹配；所述第一合并订单包括：满足拼车条件的至 少两个订单请求进行合并后，其总乘车人数达到出租车的核定载客人数的合并 订单；

若所述召车平台对所述至少两个拼车请求合并失败，则将第二合并订单进 行出租车匹配，所述召车平台对后续接收的订单请求按照第二合并订单的拼车 条件再次为第二合并订单进行订单合并，并将符合所述拼车条件的订单请求发 送到第二合并订单对应的出租车进行确认；所述第二合并订单包括：满足拼车 条件的至少两个订单请求进行合并后，其总乘车人数小于出租车的核定载客人 数的合并订单；或者没有符合拼车条件而未被合并的单个订单请求。

更进一步地，所述订单请求中还包括：用户的定位信息和目的地信息；所 述召车平台为至少两个订单请求进行订单合并所依据的所述拼车条件包括：任 一订单请求的运行轨迹与其他订单请求的运行轨迹的距离不大于预设公里数； 所述运行轨迹为订单请求中用户起始点与目的地地址之间的轨迹；两条运行轨 迹之间的距离为：在两条运行轨迹范围内，与任一经度或纬度相交的两个点之 间的距离。

本发明还提供一种召车平台，其包括接收模块、优先级模块、匹配模块和 发送模块；

所述接收模块用于接收来自移动终端编辑的订单请求；所述订单请求包括 加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息；

所述优先级模块用于根据所述加价信息，为所述订单请求确定优先级；

所述匹配模块用于根据所述订单请求的优先级，与其他确定了优先级的订 单请求一起按照优先级顺序进行出租车匹配；

所述发送模块用于向对应的移动终端返回匹配结果。

进一步地，所述优先级模块还用于将优先级最高的订单请求发送给匹配模 块；所述匹配模块还用于搜索符合接收的订单请求要求的出租车，并将该订单 请求发送给搜索到的出租车确认；接收来自所述出租车的反馈确认信息；并根 据接收的确认信息与所述订单请求进行匹配，并向成功匹配的出租车发送匹配 成功消息。

更进一步地，所述优先级模块包括：第一提取单元和第一定级单元；

所述第一提取单元用于提取所述订单请求中的加价信息，并确定用户承诺 的费用金额；

所述第一定级单元用于根据所述费用金额大小确定所述订单请求的优先 级。

更进一步地，所述订单请求还包括：用户的定位信息；所述定位信息为： 通过GPS或AGPS测定的移动终端的定位信息，或者由用户自定义的定位信息。

更进一步地，所述订单请求中还包括：用户所要到达的目的地地址信息； 所述优先级模块还包括：第二提取单元和第二定级单元；

所述第二提取单元用于提取所述订单请求中的加价信息，并确定用户承诺 的费用金额；并提取用户的定位信息，确定用户的起始点信息；

所述第二定级单元用于根据所述起始点信息与所述目的地地址信息计算 出租车所要行驶的里程数；并根据所述费用金额与所述里程数，计算得到所述 订单请求的优先级。

更进一步地，所述匹配模块还包括：第一匹配单元；

所述第一匹配单元用于根据所述订单请求中的定位信息，确定用户的起始 点，向所述起始点附近的空载出租车发送用户的订单请求；并根据所述空载出 租车的确认信息进行订单匹配。

更进一步地，所述匹配模块还包括：第二匹配单元；

所述第二匹配单元用于根据所述订单请求中的定位信息，确定用户的起始 点；向正在载客的实载出租车发送所述订单请求，所述实载出租车为目的地地 址在所述起始点附近的出租车；并根据所述实载出租车的确认信息进行订单匹 配。

更进一步地，所述订单请求中还包括：拼车请求和拼车人数；所述匹配模 块还包括：第三匹配单元；

所述第三匹配单元用于在接收到含有拼车请求和拼车人数的订单请求时， 对接收到的至少两个所述订单请求进行筛选合并，若对所述至少两个拼车请求 合并成功，则直接为第一合并订单进行出租车匹配；所述第一合并订单包括： 满足拼车条件的至少两个订单请求进行合并后，其总乘车人数达到出租车的核 定载客人数的合并订单；若对所述至少两个拼车请求合并失败，则首先将第二 合并订单进行出租车匹配，并对后续接收的订单请求按照第二合并订单的拼车 条件再次为第二合并订单进行订单合并，并将符合所述拼车条件的订单请求发 送给所述第二合并订单对应的出租车进行确认；所述第二合并订单包括：满足 拼车条件的至少两个订单请求进行合并后，其总乘车人数小于出租车的核定载 客人数的合并订单；或者没有符合拼车条件而未被合并的单个订单请求。

本发明还提供一种召车系统，包括至少一个移动终端、至少一个车载终端 和上述的召车平台；

所述至少一个移动终端用于编辑订单请求，并发送给所述召车平台；所述 订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外 费用信息；

所述召车平台用于根据加价信息，为所述订单请求确定优先级，并与其他 确定了优先级的订单请求一起按照优先级顺序进行出租车匹配，并向对应的移 动终端返回匹配结果；

所述至少一个车载终端用于接收设置在出租车上，用于接收所述召车平台 发送的订单请求，并向所述网络召车平台反馈确认信息。

进一步地，所述召车平台还用于所述召车平台还用于向对应的移动终端发 送匹配成功的出租车信息；以及向所述出租车发送对应的用户的身份信息。

本发明的有益效果是：提供一种召车方法、召车平台及系统，通过在用户 编辑的订单请求中增加加价信息，即用户在规定的乘车费用之外，承诺支付的 额外费用信息；使出租车在载客时能获得合理的报酬，提高收入；同时也能降 低出租车的空载率，提高用户的召车成功率。

进一步地，本发明中的召车方法、召车平台及系统，还通过对用户的订单 请求进行优先级处理，从一定程度上满足了用户的实际需求，使一些需要处理 紧急事情的用户能优先的召到出租车。同时，在本申请中，还通过对实载出租 车进行搜索，让实载出租车在下客后能及时为下一用户进行服务，不仅在很大 程度上降低了出租车的空载率，也进一步扩大了出租车的搜索范围，提高了用 户的召车成功率。

同时，在本申请中，还通过在订单请求中增加拼车请求的信息，使多个用 户同时乘坐一辆出租车，增加用户在乘车高峰期召车成功的概率，同时也能为 用户减少乘车费用。进一步的，召车平台还可以为用户提供多种拼车方式，从 而保证了用户拼车的成功率，进一步提高出租车的利用率，缓解城市交通压力。

附图说明

图1为本发明一实施例中召车系统的结构示意图；

图2为本发明一实施例中召车平台的结构示意图；

图3为本发明一实施例中召车方法的流程图。

具体实施方式

本发明的整体构思为：提供一种召车方法、召车平台及系统，通过在用户 订单信息中增加加价信息，即用户承诺的额外付费信息，使出租车在载客时能 得到合理的报酬，同时可利用用户提供的加价信息，作为判断优先级的依据， 根据用户的实际需求为用户确定优先级，并按照优先级的顺序为用户进行出租 车匹配。同时在进行匹配的过程中，不仅可以对空载出租车进行搜索匹配，还 可以对目的地址为用户起始点位置附近的实载出租车进行匹配，在很大程度上 提高用户的召车成功率，降低出租车的空驶率。同时若用户还有拼车的需求还 可以在订单请求中进行编辑，召车平台会根据一定条件为用户进行拼车匹配。 为使本发明的技术方案和优点更加清楚，下面通过具体实施方式结合附图对本 发明作进一步详细说明。

请参考图1，在本发明中，提供一种召车系统，包括至少一个移动终端10、 召车平台20和至少一个车载终端30；

本实施例中的移动终端10可以为手机、平板电脑，笔记本电脑等可以进 行信息交互的终端；车载终端30也可以为手机、平板电脑，车载应答器等可 以进行信息交互的终端，在本实施例中，一种较优的实施方式为移动终端10 为智能手机、而车载终端30为平板电脑。

在本实施例中，移动终端10用于编辑订单请求，并发送给召车平台20； 该订单请求可以包括加价信息，即用户在规定的乘车费用之外，承诺支付的额 外费用信息。

车载终端30用于接收设置在出租车上，用于接收召车平台20发送的订单 请求，并向其反馈确认信息。

请参考图2，本实施例中的召车平台20进一步包括接收模块201、优先级 模块202、匹配模块203和发送模块204；其中接收模块201用于接收来自移 动终端10编辑的订单请求；优先级模块202用于根据所述加价信息，为订单 请求确定优先级；此外还用于将优先级最高的订单请求发送给匹配模块203。 匹配模块203用于搜索符合接收的订单请求要求的出租车，并将该订单请求发 送给搜索到的出租车确认；接收来自出租车的反馈确认信息；并根据接收的确 认信息与对应的订单请求进行匹配，并通知发送模块向成功匹配的出租车发送 匹配成功消息。发送模块204用于向对应的移动终端10返回匹配结果。

在本实施例中，优先级模块202进一步还包括第一提取单元2021和第一 定级单元2022、第二提取单元2023和第二定级单元2024；而匹配模块203则 还可以进一步包括：第一匹配单元2031、第二匹配单元2032和第三匹配单元 2033。为了使以上模块及单元的作用更为直观，也为了对本申请中的召车方法 进行详细说明，下面结合各功能模块的作用对本申请中的召车方法做进一步说 明：

请参考图3，本申请提供的召车方法主要包括以下几个步骤：

步骤302：召车平台20接收来自移动终端10编辑的订单请求；进入步骤 304。

在本步骤中，由移动终端10编辑其订单请求，并发送给召车平台20；而 接收模块201接收所述订单请求，并发送给下一模块进行处理。其中，用户编 辑的订单请求中需含有加价信息，即用户在规定的乘车费用之外，承诺支付的 额外费用信息；编辑加价信息的作用是为了使出租车在载客过程中得到相应的 报酬，同时也可以为召车平台20提供优先级的判断依据。此外。本实施例中 的订单请求还可以包括用户的定位信息、目的地地址信息以及用户的身份信息 等信息。定位信息是指通过GPS（Global Positioning System全球定位系统）或AGPS（Assisted Global Positioning System辅助全球卫星定位系统）测 定的移动终端10的定位信息，或者由用户自定义的定位信息。

步骤304：召车平台20根据加价信息为订单请求确定优先级；进入步骤 306；

在本步骤中，召车平台20可根据订单请求中的信息为用户确定其优先级， 确定的方式可以有多种，较优的可以有以下两种方式：

1、由第一提取单元2021提取订单请求中的加价信息，并确定用户承诺的 费用金额；然后第一定级单元2022用于根据所述费用金额大小确定所述订单 请求的优先级。其中优先级高低可以按照费用金额的大小进行依次排列。

2、由第二提取单元2023提取订单请求中的加价信息，并确定用户承诺的 费用金额；然后提取用户的定位信息，确定用户的起始点信息；第二定级单元 2024根据确定的起始点信息与订单请求中的目的地地址信息计算出租车所要 行驶的里程数；并根据所述费用金额与所述里程数，计算得到所述订单请求的 优先级。一种较优的计算方式为：用获取的费用金额除以行驶里程数，得到一 个召车比值，并按照该召车比值的大小对订单请求的优先级由高到低进行排 序。

在本实施例中，还可以根据不同的行驶里程数确定额外支付的费用金额的 上限值，以免造成出租车市场收费混乱以及用户胡乱加价的情况发生。

同时，本实施例中两种确定优先级所采用的第一提取单元2021、第一定级 单元2022和第二提取单元2023、第二定级单元2024可以不同时存在与优先级 模块202中，只要具有其中一种既能实现对优先级的确定。此外，本实施例中 对订单请求优先级的确定方式还有多种，如：根据用户的账户信息、或者根据 用户的召车次数等信息对优先级进行判断。

同时，本申请中的优先级判断过程也并不是必须进行的，即在进行完步骤 302之后，可以直接进入步骤306中。

步骤306：召车平台20将该订单请求发送给出租车进行确认；进入步骤 308。

在本步骤中，优先级模块202可以将优先级最高的订单请求发送给匹配模 块203进行出租车匹配，也可以由匹配模块203自身对已经确定优先级的订单 请求进行识别，确认优先级最高的订单请求。然后匹配模块203需要按照优先 级的高低顺序，搜索符合各订单请求要求的出租车，并将对应的订单请求发送 给搜索到的出租车确认。其中，匹配模块203可以有多种匹配出租车的方式， 如向所有出租车发出匹配消息、随机匹配、或者接收出租车的请求匹配信息后 进行匹配。但较优的匹配方式可以有以下两种：

1、第一匹配单元2031根据订单请求中的定位信息，确定用户的起始点， 向该起始点附近的空载出租车发送用户的订单请求；并根据空载出租车的确认 信息进行订单匹配。返回的确认信息可以会有多个，第一匹配单元2031需要 根对多个消息进行筛选后确认一个最优的空载出租车进行匹配，选择的方式可 以选择离起始点位置最近的出租车进行匹配，或者根据当时的实时路况信息选 择到达起始点最快的出租车进行匹配。

2、第二匹配单元2032根据所述订单请求中的定位信息，确定用户的起始 点；向正在载客的实载出租车发送所述订单请求，这里的实载出租车是指目的 地地址在所述起始点附近的出租车；使其在本次下客后，能及时的为下一乘客 服务。同时，跟上面一种情况一样，第二匹配单元2032可以会接收到多个确 认信息，则第二匹配单元2032需要根对多个消息进行筛选后确认一个最优的 空载出租车进行匹配，选择的方式可以和方式1中的选择方式一样。此外如果 两种方式同时进行时，第二匹配单元2032还需对两个匹配单元选出的一辆或 多辆出租车进行再次筛选，最后得到一个最优出租车进行匹配。

在本实施例中，两种匹配同时进行搜索匹配时一种最优的实施方式，此外 也可以只用其中的一种搜索方式进行搜索，以提高匹配效率。

在本实施例中，还可以对有拼车需求的乘客完成拼车处理，具体的操作步 骤为：若接收的订单请求中存在拼车请求和拼车人数的信息，则第三匹配单元 2033根据接收的至少两个该种订单请求进行筛选合并，将符合要求的订单请求 合并到一个订单中，并进行出租车匹配。具体的，第三匹配单元2033对订单 请求的合并可以有以下几种方式：

1、当第三匹配单元2033对接收的多个订单请求进行合并时，若存在多个 符合拼车条件的订单请求，则按照订单请求中拼车人数进行订单合并，我们将 合并后的订单称为第一合并订单，该第一合并订单中的总乘车人数等于出租车 的核定载客人数，然后第三匹配单元2033为合并成功的第一合并订单进行出 租车匹配处理；

2、当第三匹配单元2033对接收的多个订单请求进行合并时，若符合拼车 条件的订单请求数量有限，这些有限的订单请求中中的乘车人数小于出租车的 核定载客数时，首先对这些有限的订单请求进行合并，该合并后的订单可称为 第二合并订单，第三匹配单元2033可先对该第二合并订单进行出租车匹配， 并对后续接收的订单请求按照第二合并订单的拼车条件再次为该第二合并订 单进行订单合并，并将符合拼车条件的订单请求发送到第二合并订单对应的出 租车进行确认；

3、在上述第2中方式中，第二合并订单还可以为单个订单请求，其产生 的原因为在第三匹配单元2033对接收的多个订单请求进行合并时，在多个订 单请求中并没有符合拼车请求的订单请求，所以直接对单个订单请求进行出租 车匹配，该单个订单请求也可以被称为第二合并订单，对其的处理方式与方式 2中的相同，也是先对该第二合并订单进行出租车匹配，并对后续接收的订单 请求按照第二合并订单的拼车条件再次为该第二合并订单进行订单合并，并将 符合拼车条件的订单请求发送到第二合并订单对应的出租车进行确认。

在上述的3种合并方式中，第三匹配单元2033对多个订单请求进行合并 的拼车条件可以有多种判断方式，例如：可以选择起始点位置相近，且行驶的 路线在一条路线上的多个用户订单进行订单合并；或者选择目的地地址相近， 且行驶的路线在一条路线上的多个用户订单进行订单合并；又或者选择起始点 及目的地地址都不相近，但在同一条行驶路线上多个用户订单进行订单合并。 其中，较优的可以采用一些软件，如地图软件、导航软件等生成各个订单请求 的运行轨迹，即各订单请求中用户起始点与目的地地址之间的运行轨迹，然后 通过对比各个运行轨迹之间的距离来判断是否符合拼车条件。具体的可以先设 置一个预设公里数，如2公里，若一条运行轨迹与另一条运行轨迹之间的距离 小于2公里，则将这两条运行轨迹对应的订单请求进行合并，反之则不合并， 同理对其他运行轨迹进行判断。而在本实施例中，两条运行轨迹之间的距离判 定可以为：取两条运行轨迹范围内在任一经度或纬度上相交的两点，并测量这 两点之间的距离，若任一经度或纬度上的两点间的距离都小于预设公里数，则 这两条运行轨迹对应的订单请求符合拼车条件。

而进一步地，在对上述3中方式进行合并后，若其中有用户仅为较短的乘 车路径，则第三匹配单元2033还可以按照该用户目的地地点对后续接收的订 单请求继续为其进行订单合并，并将符合所述拼车条件的订单请求发送到对应 的出租车进行确认。例如：一辆出租车允许载客人数为4人，本次出租车的行 驶路线为A-B-C-D，乘客a的乘车路段为A-D，乘客b的乘车路段为A-D，乘客 c的乘车路段为B-C，乘客d的乘车路线为B-D；则第三匹配单元2033还可以 根据该路线分布情况为用户增加乘车路线为A-B的乘客e，乘车路线为C-D的 乘客f，乘车路线为A-B的乘客g。这样合并订单的目的，是为了使出租车在 行驶过程中始终处于满载状态，达到最大的出租车利用率，缓解城市交通压力。

在本实施例中，为了最大限度的提高用户的召车成功率，缓解佳通压力，

较优的，可以将含有拼车请求的订单的优先级调至最高。

步骤308：车载终端30对订单请求进行确认；

在本步骤中，司机可以通过车载终端30选择是否接受召车平台20发送订单 请求；并向召车平台20反馈确认信息；若接受，进入步骤310，若不接受，则进 入步骤306。

步骤310：订单匹配成功。

在该步骤中，订单匹配成功，召车平台20负责将对应的用户身份信息发送 给匹配成功的出租车，该身份信息中可以包括：用户的联系方式；同时召车平 台20还可以将匹配成功的出租车信息发送给对应的移动终端10，该出租车信息 中可以包括：出租车车牌号码、出租车司机姓名及联系方式、出租车达到用户 指定位置的预计时间等，其中出租车信息除了可以通过召车平台发送给对应的 移动终端10外，还可以有匹配成功的车载终端20发送给对应的移动终端10。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认 定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术 人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换， 都应当视为属于本发明的保护范围。