一种召车方法、召车平台及系统的制作方法
【专利摘要】本发明提供一种召车方法、召车平台及系统，通过在用户编辑的订单请求中增加加价信息，即用户在规定的乘车费用之外，承诺支付的额外费用信息；使出租车在载客时能获得合理的报酬，提高收入；同时也能降低出租车的空载率，提高用户的召车成功率。同时通过对用户的订单请求进行优先级处理、对实载出租车进行搜索、在订单请求中增加拼车请求的信息等实施方式，进一步降低了出租车的空载率，也进一步扩大了出租车的搜索范围，提高了用户的召车成功率能使多个用户同时乘坐一辆出租车，增加用户在乘车高峰期召车成功的概率，同时也能为用户减少乘车费用，提高出租车的利用率，缓解城市交通压力。
【专利说明】—种召车方法、召车平台及系统
【技术领域】
[0001]本申请涉及用移动网络预定业务领域，特别涉及一种召车方法、召车平台及系统。【背景技术】
[0002]出租车是现阶段城市最为重要的交通工具之一，但是在乘车高峰期以及一些城市的偏僻地方，由于出租车很少专程前往载乘乘客，使得打车较为困难。且现阶段召车系统主要通过简单的呼叫应答的方式进行召车，没有与用户的实际需求相联系。出租车的收费也是按照标准进行收费，没有一种灵活的收费方式。例如出租车去一些较为偏远的地方接送乘客，往往在一个单程中处于空载的情况，该种情况不仅出租车司机不愿接收订单、使用户难以召到车、同时也会造成出租车空载率增高、收入降低的问题。
[0003]因此，如何合理的结合用户的实际情况，为出租车提供有效增加收入的方式、降低出租车空驶率，提高乘客召车成功率是目前急需解决的问题。
【发明内容】
[0004]本发明要解决的主要技术问题是，提供一种召车方法、召车平台及系统，避免了出租车收入方式不灵活的问题，同时解决了乘客召出租车效率低下的问题。
[0005]为解决上述技术问题，本发明采用的技术方案如下:
[0006]提供一种召车方法，包括以下步骤:
[0007]召车平台接收来自移动终端编辑的订单请求；所述订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息；
[0008]所述召车平台根据加价信息，为所述订单请求确定优先级，并与其他确定了优先级的订单请求一起按照优先级顺序进行出租车匹配，并向对应的移动终端返回匹配结果。
[0009]进一步地，所述召车平台根据所述订单请求匹配出租车的步骤包括:
[0010]召车平台确定优先级最高的订单请求，搜索符合该订单请求要求的出租车，并将该订单请求发送给搜索到的出租车确认；
[0011]出租车司机选择是否接受该订单，若接受，则向所述召车平台反馈确认信息；
[0012]所述召车平台根据接收的确认信息与所述订单请求进行匹配，并向成功匹配的出租车发送匹配成功消息。
[0013]更进一步地，所述召车平台为订单请求确认优先级的步骤包括:
[0014]提取所述订单请求中的加价信息，并确定用户承诺费用金额；
[0015]根据所述费用金额大小确定所述订单请求的优先级。
[0016]更进一步地，所述订单请求还包括:用户的定位信息；所述定位信息为:通过GPS或AGPS测定的移动终端的定位信息，或者由用户自定义的定位信息。
[0017]更进一步地，所述订单请求中还包括:用户所要到达的目的地地址信息；所述召车平台为订单请求确认优先级的步骤包括:
[0018]提取所述订单请求中的加价信息，并确定用户承诺费用金额；[0019]提取用户的定位信息，确定用户的起始点信息，并根据所述起始点信息与所述目的地地址信息计算出租车所要行驶的里程数；
[0020]根据所述费用金额与所述里程数，计算得到所述订单请求的优先级。
[0021]更进一步地，所述召车平台搜索符合该订单请求要求的出租车的步骤包括:
[0022]所述召车平台根据所述订单请求中的定位信息，确定用户的起始点，并向所述起始点附近的空载出租车发送用户的订单请求。
[0023]更进一步地，所述召车平台搜索符合该订单请求要求的出租车的步骤包括:
[0024]所述召车平台根据所述订单请求中的定位信息，确定用户的起始点；
[0025]所述召车平台向正在载客的实载出租车发送所述订单请求；所述实载出租车为目的地地址在所述起始点附近的出租车。
[0026]更进一步地，所述订单请求中还包括:拼车请求和乘车人数；在所述召车平台接收到该种订单请求时，还包括以下步骤:
[0027]所述召车平台对接收到的至少两个所述订单请求进行筛选合并，其中，
[0028]若所述召车平台对所述至少两个拼车请求合并成功，则所述召车平台直接将第一合并订单进行出租车匹配；所述第一合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数达到出租车的核定载客人数的合并订单；
[0029]若所述召车平台对所述至少两个拼车请求合并失败，则将第二合并订单进行出租车匹配，所述召车平台对后续接收的订单请求按照第二合并订单的拼车条件再次为第二合并订单进行订单合并，并将符合所述拼车条件的订单请求发送到第二合并订单对应的出租车进行确认；所述第二合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数小于出租车的核定载客人数的合并订单；或者没有符合拼车条件而未被合并的单个订单请求。
[0030]更进一步地，所述订单请求中还包括:用户的定位信息和目的地信息；所述召车平台为至少两个订单请求进行订单合并所依据的所述拼车条件包括:任一订单请求的运行轨迹与其他订单请求的运行轨迹的距离不大于预设公里数；所述运行轨迹为订单请求中用户起始点与目的地地址之间的轨迹；两条运行轨迹之间的距离为:在两条运行轨迹范围内，与任一经度或纬度相交的两个点之间的距离。
[0031]本发明还提供一种召车平台，其包括接收模块、优先级模块、匹配模块和发送模块；
[0032]所述接收模块用于接收来自移动终端编辑的订单请求；所述订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息；
[0033]所述优先级模块用于根据所述加价信息，为所述订单请求确定优先级；
[0034]所述匹配模块用于根据所述订单请求的优先级，与其他确定了优先级的订单请求一起按照优先级顺序进行出租车匹配；
[0035]所述发送模块用于向对应的移动终端返回匹配结果。
[0036]进一步地，所述优先级模块还用于将优先级最高的订单请求发送给匹配模块；所述匹配模块还用于搜索符合接收的订单请求要求的出租车，并将该订单请求发送给搜索到的出租车确认；接收来自所述出租车的反馈确认信息；并根据接收的确认信息与所述订单请求进行匹配，并向成功匹配的出租车发送匹配成功消息。[0037]更进一步地，所述优先级模块包括:第一提取单元和第一定级单元；
[0038]所述第一提取单元用于提取所述订单请求中的加价信息，并确定用户承诺的费用金额；
[0039]所述第一定级单元用于根据所述费用金额大小确定所述订单请求的优先级。
[0040]更进一步地，所述订单请求还包括:用户的定位信息；所述定位信息为:通过GPS或AGPS测定的移动终端的定位信息，或者由用户自定义的定位信息。
[0041]更进一步地，所述订单请求中还包括:用户所要到达的目的地地址信息；所述优先级模块还包括:第二提取单元和第二定级单元；
[0042]所述第二提取单元用于提取所述订单请求中的加价信息，并确定用户承诺的费用金额；并提取用户的定位信息，确定用户的起始点信息；
[0043]所述第二定级单元用于根据所述起始点信息与所述目的地地址信息计算出租车所要行驶的里程数；并根据所述费用金额与所述里程数，计算得到所述订单请求的优先级。
[0044]更进一步地，所述匹配模块还包括:第一匹配单元；
[0045]所述第一匹配单元用于根据所述订单请求中的定位信息，确定用户的起始点，向所述起始点附近的空载出租车发送用户的订单请求；并根据所述空载出租车的确认信息进行订单匹配。
[0046]更进一步地，所述匹配模块还包括:第二匹配单元；
[0047]所述第二匹配单元用于根据所述订单请求中的定位信息，确定用户的起始点；向正在载客的实载出租车发送所述订单请求，所述实载出租车为目的地地址在所述起始点附近的出租车；并根据所述实载出租车的确认信息进行订单匹配。
[0048]更进一步地，所述订单请求中还包括:拼车请求和拼车人数；所述匹配模块还包括:第三匹配单元；
[0049]所述第三匹配单元用于在接收到含有拼车请求和拼车人数的订单请求时，对接收到的至少两个所述订单请求进行筛选合并，若对所述至少两个拼车请求合并成功，则直接为第一合并订单进行出租车匹配；所述第一合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数达到出租车的核定载客人数的合并订单；若对所述至少两个拼车请求合并失败，则首先将第二合并订单进行出租车匹配，并对后续接收的订单请求按照第二合并订单的拼车条件再次为第二合并订单进行订单合并，并将符合所述拼车条件的订单请求发送给所述第二合并订单对应的出租车进行确认；所述第二合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数小于出租车的核定载客人数的合并订单；或者没有符合拼车条件而未被合并的单个订单请求。
[0050]本发明还提供一种召车系统，包括至少一个移动终端、至少一个车载终端和上述的召车平台；
[0051]所述至少一个移动终端用于编辑订单请求，并发送给所述召车平台；所述订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息；
[0052]所述召车平台用于根据加价信息，为所述订单请求确定优先级，并与其他确定了优先级的订单请求一起按照优先级顺序进行出租车匹配，并向对应的移动终端返回匹配结果;
[0053]所述至少一个车载终端用于接收设置在出租车上，用于接收所述召车平台发送的订单请求，并向所述网络召车平台反馈确认信息。
[0054]进一步地，所述召车平台还用于所述召车平台还用于向对应的移动终端发送匹配成功的出租车信息；以及向所述出租车发送对应的用户的身份信息。
[0055]本发明的有益效果是:提供一种召车方法、召车平台及系统，通过在用户编辑的订单请求中增加加价信息，即用户在规定的乘车费用之外，承诺支付的额外费用信息；使出租车在载客时能获得合理的报酬，提高收入；同时也能降低出租车的空载率，提高用户的召车成功率。
[0056]进一步地，本发明中的召车方法、召车平台及系统，还通过对用户的订单请求进行优先级处理，从一定程度上满足了用户的实际需求，使一些需要处理紧急事情的用户能优先的召到出租车。同时，在本申请中，还通过对实载出租车进行搜索，让实载出租车在下客后能及时为下一用户进行服务，不仅在很大程度上降低了出租车的空载率，也进一步扩大了出租车的搜索范围，提高了用户的召车成功率。
[0057]同时，在本申请中，还通过在订单请求中增加拼车请求的信息，使多个用户同时乘坐一辆出租车，增加用户在乘车高峰期召车成功的概率，同时也能为用户减少乘车费用。进一步的，召车平台还可以为用户提供多种拼车方式，从而保证了用户拼车的成功率，进一步提高出租车的利用率，缓解城市交通压力。
【专利附图】
【附图说明】
[0058]图1为本发明一实施例中召车系统的结构示意图；
[0059]图2为本发明一实施例中召车平台的结构示意图；
[0060]图3为本发明一实施例中召车方法的流程图。
【具体实施方式】
[0061]本发明的整体构思为:提供一种召车方法、召车平台及系统，通过在用户订单信息中增加加价信息，即用户承诺的额外付费信息，使出租车在载客时能得到合理的报酬，同时可利用用户提供的加价信息，作为判断优先级的依据，根据用户的实际需求为用户确定优先级，并按照优先级的顺序为用户进行出租车匹配。同时在进行匹配的过程中，不仅可以对空载出租车进行搜索匹配，还可以对目的地址为用户起始点位置附近的实载出租车进行匹配，在很大程度上提高用户的召车成功率，降低出租车的空驶率。同时若用户还有拼车的需求还可以在订单请求中进行编辑，召车平台会根据一定条件为用户进行拼车匹配。为使本发明的技术方案和优点更加清楚，下面通过【具体实施方式】结合附图对本发明作进一步详细说明。
[0062]请参考图1，在本发明中，提供一种召车系统，包括至少一个移动终端10、召车平台20和至少一个车载终端30 ；
[0063]本实施例中的移动终端10可以为手机、平板电脑，笔记本电脑等可以进行信息交互的终端；车载终端30也可以为手机、平板电脑，车载应答器等可以进行信息交互的终端，在本实施例中，一种较优的实施方式为移动终端10为智能手机、而车载终端30为平板电脑。
[0064]在本实施例中，移动终端10用于编辑订单请求，并发送给召车平台20 ;该订单请求可以包括加价信息，即用户在规定的乘车费用之外，承诺支付的额外费用信息。
[0065]车载终端30用于接收设置在出租车上，用于接收召车平台20发送的订单请求，并向其反馈确认信息。
[0066]请参考图2，本实施例中的召车平台20进一步包括接收模块201、优先级模块202、匹配模块203和发送模块204 ;其中接收模块201用于接收来自移动终端10编辑的订单请求；优先级模块202用于根据所述加价信息，为订单请求确定优先级；此外还用于将优先级最高的订单请求发送给匹配模块203。匹配模块203用于搜索符合接收的订单请求要求的出租车，并将该订单请求发送给搜索到的出租车确认；接收来自出租车的反馈确认信息；并根据接收的确认信息与对应的订单请求进行匹配，并通知发送模块向成功匹配的出租车发送匹配成功消息。发送模块204用于向对应的移动终端10返回匹配结果。
[0067]在本实施例中，优先级模块202进一步还包括第一提取单元2021和第一定级单元2022、第二提取单元2023和第二定级单元2024 ;而匹配模块203则还可以进一步包括:第一匹配单元2031、第二匹配单元2032和第三匹配单元2033。为了使以上模块及单元的作用更为直观，也为了对本申请中的召车方法进行详细说明，下面结合各功能模块的作用对本申请中的召车方法做进一步说明:
[0068]请参考图3，本申请提供的召车方法主要包括以下几个步骤:
[0069]步骤302:召车平台20接收来自移动终端10编辑的订单请求；进入步骤304。
[0070]在本步骤中，由移动终端10编辑其订单请求，并发送给召车平台20 ;而接收模块201接收所述订单请求，并发送给下一模块进行处理。其中，用户编辑的订单请求中需含有加价信息，即用户在规定的乘车费用之外，承诺支付的额外费用信息；编辑加价信息的作用是为了使出租车在载客过程中得到相应的报酬，同时也可以为召车平台20提供优先级的判断依据。此外。本实施例中的订单请求还可以包括用户的定位信息、目的地地址信息以及用户的身份信息等信息。定位信息是指通过GPS (Global Positioning System全球定位系统)或AGPS (Assisted Global Positioning System辅助全球卫星定位系统)测定的移动终端10的定位信息，或者由用户自定义的定位信息。
[0071]步骤304:召车平台20根据加价信息为订单请求确定优先级；进入步骤306 ；
[0072]在本步骤中，召车平台20可根据订单请求中的信息为用户确定其优先级，确定的方式可以有多种，较优的可以有以下两种方式:
[0073]1、由第一提取单元2021提取订单请求中的加价信息，并确定用户承诺的费用金额；然后第一定级单元2022用于根据所述费用金额大小确定所述订单请求的优先级。其中优先级高低可以按照费用金额的大小进行依次排列。
[0074]2、由第二提取单元2023提取订单请求中的加价信息，并确定用户承诺的费用金额；然后提取用户的定位信息，确定用户的起始点信息；第二定级单元2024根据确定的起始点信息与订单请求中的目的地地址信息计算出租车所要行驶的里程数；并根据所述费用金额与所述里程数，计算得到所述订单请求的优先级。一种较优的计算方式为:用获取的费用金额除以行驶里程数，得到一个召车比值，并按照该召车比值的大小对订单请求的优先级由闻到低进行排序。
[0075]在本实施例中，还可以根据不同的行驶里程数确定额外支付的费用金额的上限值，以免造成出租车市场收费混乱以及用户胡乱加价的情况发生。[0076]同时，本实施例中两种确定优先级所采用的第一提取单元2021、第一定级单元2022和第二提取单元2023、第二定级单元2024可以不同时存在与优先级模块202中，只要具有其中一种既能实现对优先级的确定。此外，本实施例中对订单请求优先级的确定方式还有多种，如:根据用户的账户信息、或者根据用户的召车次数等信息对优先级进行判断。
[0077]同时，本申请中的优先级判断过程也并不是必须进行的，即在进行完步骤302之后，可以直接进入步骤306中。
[0078]步骤306:召车平台20将该订单请求发送给出租车进行确认；进入步骤308。
[0079]在本步骤中，优先级模块202可以将优先级最高的订单请求发送给匹配模块203进行出租车匹配，也可以由匹配模块203自身对已经确定优先级的订单请求进行识别，确认优先级最高的订单请求。然后匹配模块203需要按照优先级的高低顺序，搜索符合各订单请求要求的出租车，并将对应的订单请求发送给搜索到的出租车确认。其中，匹配模块203可以有多种匹配出租车的方式，如向所有出租车发出匹配消息、随机匹配、或者接收出租车的请求匹配信息后进行匹配。但较优的匹配方式可以有以下两种:
[0080]1、第一匹配单元2031根据订单请求中的定位信息,确定用户的起始点，向该起始点附近的空载出租车发送用户的订单请求；并根据空载出租车的确认信息进行订单匹配。返回的确认信息可以会有多个，第一匹配单元2031需要根对多个消息进行筛选后确认一个最优的空载出租车进行匹配，选择的方式可以选择离起始点位置最近的出租车进行匹配，或者根据当时的实时路况信息选择到达起始点最快的出租车进行匹配。
[0081]2、第二匹配单元2032根据所述订单请求中的定位信息，确定用户的起始点；向正在载客的实载出租车发送所述订单请求，这里的实载出租车是指目的地地址在所述起始点附近的出租车；使其在本次下客后，能及时的为下一乘客服务。同时，跟上面一种情况一样，第二匹配单元2032可以会接收到多个确认信息，则第二匹配单元2032需要根对多个消息进行筛选后确认一个最优的空载出租车进行匹配，选择的方式可以和方式I中的选择方式一样。此外如果两种方式同时进行时，第二匹配单元2032还需对两个匹配单元选出的一辆或多辆出租车进行再次筛选，最后得到一个最优出租车进行匹配。
[0082]在本实施例中，两种匹配同时进行搜索匹配时一种最优的实施方式，此外也可以只用其中的一种搜索方式进行搜索，以提高匹配效率。
[0083]在本实施例中，还可以对有拼车需求的乘客完成拼车处理，具体的操作步骤为:若接收的订单请求中存在拼车请求和拼车人数的信息，则第三匹配单元2033根据接收的至少两个该种订单请求进行筛选合并，将符合要求的订单请求合并到一个订单中，并进行出租车匹配。具体的，第三匹配单元2033对订单请求的合并可以有以下几种方式:
[0084]1、当第三匹配单元2033对接收的多个订单请求进行合并时，若存在多个符合拼车条件的订单请求，则按照订单请求中拼车人数进行订单合并，我们将合并后的订单称为第一合并订单，该第一合并订单中的总乘车人数等于出租车的核定载客人数，然后第三匹配单元2033为合并成功的第一合并订单进行出租车匹配处理；
[0085]2、当第三匹配单元2033对接收的多个订单请求进行合并时，若符合拼车条件的订单请求数量有限，这些有限的订单请求中中的乘车人数小于出租车的核定载客数时，首先对这些有限的订单请求进行合并，该合并后的订单可称为第二合并订单，第三匹配单元2033可先对该第二合并订单进行出租车匹配，并对后续接收的订单请求按照第二合并订单的拼车条件再次为该第二合并订单进行订单合并，并将符合拼车条件的订单请求发送到第二合并订单对应的出租车进行确认；
[0086]3、在上述第2中方式中，第二合并订单还可以为单个订单请求，其产生的原因为在第三匹配单元2033对接收的多个订单请求进行合并时，在多个订单请求中并没有符合拼车请求的订单请求，所以直接对单个订单请求进行出租车匹配，该单个订单请求也可以被称为第二合并订单，对其的处理方式与方式2中的相同，也是先对该第二合并订单进行出租车匹配，并对后续接收的订单请求按照第二合并订单的拼车条件再次为该第二合并订单进行订单合并，并将符合拼车条件的订单请求发送到第二合并订单对应的出租车进行确认。
[0087]在上述的3种合并方式中，第三匹配单元2033对多个订单请求进行合并的拼车条件可以有多种判断方式，例如:可以选择起始点位置相近，且行驶的路线在一条路线上的多个用户订单进行订单合并；或者选择目的地地址相近，且行驶的路线在一条路线上的多个用户订单进行订单合并；又或者选择起始点及目的地地址都不相近，但在同一条行驶路线上多个用户订单进行订单合并。其中，较优的可以采用一些软件，如地图软件、导航软件等生成各个订单请求的运行轨迹，即各订单请求中用户起始点与目的地地址之间的运行轨迹，然后通过对比各个运行轨迹之间的距离来判断是否符合拼车条件。具体的可以先设置一个预设公里数，如2公里，若一条运行轨迹与另一条运行轨迹之间的距离小于2公里，则将这两条运行轨迹对应的订单请求进行合并，反之则不合并，同理对其他运行轨迹进行判断。而在本实施例中，两条运行轨迹之间的距离判定可以为:取两条运行轨迹范围内在任一经度或纬度上相交的两点，并测量这两点之间的距离，若任一经度或纬度上的两点间的距离都小于预设公里数，则这两条运行轨迹对应的订单请求符合拼车条件。
[0088]而进一步地，在对上述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。这样合并订单的目的，是为了使出租车在行驶过程中始终处于满载状态，达到最大的出租车利用率，缓解城市交通压力。
[0089]在本实施例中，为了最大限度的提高用户的召车成功率，缓解佳通压力，
[0090]较优的，可以将含有拼车请求的订单的优先级调至最高。
[0091 ] 步骤308:车载终端30对订单请求进行确认；
[0092]在本步骤中，司机可以通过车载终端30选择是否接受召车平台20发送订单请求；并向召车平台20反馈确认信息；若接受，进入步骤310，若不接受，则进入步骤306。
[0093]步骤310:订单匹配成功。
[0094]在该步骤中，订单匹配成功，召车平台20负责将对应的用户身份信息发送给匹配成功的出租车，该身份信息中可以包括:用户的联系方式；同时召车平台20还可以将匹配成功的出租车信息发送给对应的移动终端10，该出租车信息中可以包括:出租车车牌号码、出租车司机姓名及联系方式、出租车达到用户指定位置的预计时间等，其中出租车信息除了可以通过召车平台发送给对应的移动终端10外，还可以有匹配成功的车载终端20发送给对应的移动终端10。
[0095]以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属【技术领域】的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
【权利要求】
1.一种召车方法，其特征在于，包括以下步骤: 召车平台接收来自移动终端编辑的订单请求；所述订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息； 所述召车平台根据所述加价信息，为所述订单请求确定优先级，并与其他确定了优先级的订单请求一起按照优先级顺序进行出租车匹配，并向对应的移动终端返回匹配结果。
2.如权利要求1所述的召车方法，其特征在于，所述召车平台为所述订单请求匹配出租车的步骤包括: 召车平台确定优先级最高的订单请求，搜索符合该订单请求要求的出租车，并将该订单请求发送给搜索到的出租车确认； 出租车司机选择是否接受该订单，若接受，则向所述召车平台反馈确认信息； 所述召车平台根据接收的确认信息与所述订单请求进行匹配，并向成功匹配的出租车发送匹配成功消息。
3.如权利要求2所述的召车方法，其特征在于，所述召车平台为所述订单请求确认优先级的步骤包括: 提取所述订单请求中的加价信息，并确定用户承诺费用金额； 根据所述费用金额大小确定所述订单请求的优先级。
4.如权利要求2所述的召车方法，其特征在于，所述订单请求还包括:用户的定位信息；所述定位信息为:通过GPS或AGPS测定的移动终端的定位信息，或者由用户自定义的定位信息。
5.如权利要求4所述的召车方法，其特征在于，所述订单请求中还包括:用户所要到达的目的地地址信息；所述召车平台为所述订单请求确认优先级的步骤包括: 提取所述订单请求中的加价信息，并确定用户承诺费用金额； 提取用户的定位信息，确定用户的起始点信息，并根据所述起始点信息与所述目的地地址信息计算出租车所要行驶的里程数； 根据所述费用金额与所述里程数，计算得到所述订单请求的优先级。
6.如权利要求4所述的召车方法，其特征在于，所述召车平台搜索符合该订单请求要求的出租车的步骤包括: 所述召车平台根据所述订单请求中的定位信息，确定用户的起始点，并向所述起始点附近的空载出租车发送用户的订单请求。
7.如权利要求4所述的召车方法，其特征在于，所述召车平台搜索符合该订单请求要求的出租车的步骤包括: 所述召车平台根据所述订单请求中的定位信息，确定用户的起始点； 所述召车平台向正在载客的实载出租车发送所述订单请求；所述实载出租车为当前运行的目的地地址在所述起始点附近的出租车。
8.如权利要求1-7中任一项所述的召车方法，其特征在于，所述订单请求中还包括:拼车请求和乘车人数；在所述召车平台接收到该种订单请求时，还包括以下步骤: 所述召车平台对接收到的至少两个所述订单请求进行筛选合并，其中， 若所述召车平台对所述至少两个拼车请求合并成功，则所述召车平台直接将第一合并订单进行出租车匹配；所述第一合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数达到出租车的核定载客人数的合并订单； 若所述召车平台对所述至少两个拼车请求合并失败，则将第二合并订单进行出租车匹配，所述召车平台对后续接收的订单请求按照第二合并订单的拼车条件再次为第二合并订单进行订单合并，并将符合所述拼车条件的订单请求发送到第二合并订单对应的出租车进行确认；所述第二合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数小于出租车的核定载客人数的合并订单；或者没有符合拼车条件而未被合并的单个订单请求。
9.如权利要求8所述的召车方法，其特征在于，所述订单请求中还包括:用户的定位信息和目的地信息； 所述召车平台为至少两个订单请求进行订单合并所依据的所述拼车条件包括:任一订单请求的运行轨迹与其他订单请求的运行轨迹的距离不大于预设公里数；所述运行轨迹为订单请求中用户起始点与目的地地址之间的轨迹；两条运行轨迹之间的距离为:在两条运行轨迹范围内，与任一经度或纬度相交的两个点之间的距离。
10.一种召车平台，其特征在于，包括接收模块、优先级模块、匹配模块和发送模块； 所述接收模块用于接收来自移动终端编辑的订单请求；所述订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息； 所述优先级模块用于根据所述加价信息，为所述订单请求确定优先级； 所述匹配模块用于根据所述订单请求的优先级，与其他确定了优先级的订单请求一起按照优先级顺序进 行出租车匹配； 所述发送模块用于向对应的移动终端返回匹配结果。
11.如权利要求10所述的召车平台，其特征在于，所述优先级模块还用于将优先级最高的订单请求发送给匹配模块；所述匹配模块还用于搜索符合接收的订单请求要求的出租车，并将该订单请求发送给搜索到的出租车确认；接收来自所述出租车的反馈确认信息；并根据接收的确认信息与所述订单请求进行匹配，并通知发送模块向成功匹配的出租车发送匹配成功消息。
12.如权利要求11所述的召车平台，其特征在于，所述优先级模块包括:第一提取单元和第一定级单元； 所述第一提取单元用于提取所述订单请求中的加价信息，并确定用户承诺的费用金额； 所述第一定级单元用于根据所述费用金额大小确定所述订单请求的优先级。
13.如权利要求11所述的召车平台，其特征在于，所述订单请求还包括:用户的定位信息；所述定位信息为:通过GPS或AGPS测定的移动终端的定位信息，或者由用户自定义的定位信息。
14.如权利要求13所述的召车平台，其特征在于，所述订单请求中还包括:用户所要到达的目的地地址信息；所述优先级模块还包括:第二提取单元和第二定级单元； 所述第二提取单元用于提取所述订单请求中的加价信息，并确定用户承诺的费用金额；并提取用户的定位信息，确定用户的起始点信息； 所述第二定级单元用于根据所述起始点信息与所述目的地地址信息计算出租车所要行驶的里程数；并根据所述费用金额与所述里程数，计算得到所述订单请求的优先级。
15.如权利要求13所述的召车平台，其特征在于，所述匹配模块还包括:第一匹配单元; 所述第一匹配单元用于根据所述订单请求中的定位信息，确定用户的起始点，向所述起始点附近的空载出租车发送用户的订单请求；并根据所述空载出租车的确认信息进行订单匹配。
16.如权利要求13所述的召车平台，其特征在于，所述匹配模块还包括:第二匹配单元; 所述第二匹配单元用于根据所述订单请求中的定位信息，确定用户的起始点；向正在载客的实载出租车发送所述订单请求，所述实载出租车为当前运行的目的地地址在所述起始点附近的出租车；并根据所述实载出租车的确认信息进行订单匹配。
17.如权利要求10-16中任一项所述的召车平台，其特征在于，所述订单请求中还包括:拼车请求和拼车人数；所述匹配模块还包括:第三匹配单元； 所述第三匹配单元用于在接收到含有拼车请求和拼车人数的订单请求时，对接收到的至少两个所述订单请求进行筛选合并，若对所述至少两个拼车请求合并成功，则直接为第一合并订单进行出租车匹配；所述第一合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数达到出租车的核定载客人数的合并订单；若对所述至少两个拼车请求合并失败，则首先将第二合并订单进行出租车匹配，并对后续接收的订单请求按照第二合并订单的拼车条件再次为第二合并订单进行订单合并，并将符合所述拼车条件的订单请求发送给所述第二合并订单对应的出租车进行确认；所述第二合并订单包括:满足拼车条件的至少两个订单请求进行合并后，其总乘车人数小于出租车的核定载客人数的合并订单；或者没有符合拼车条件而未被合并的单个订单请求。
18.如权利要求17所述的召车平台，其特征在于，所述第三匹配模块为至少两个订单请求进行订单合并所依据的所述拼车条件包括:任一订单请求的运行轨迹与其他订单请求的运行轨迹的距离不大于预设公里数；所述运行轨迹为订单请求中用户起始点与目的地地址之间的轨迹；两条运行轨迹之间的距离为:在两条运行轨迹范围内，与任一经度或纬度相交的两个点之间的距离。
19.一种召车系统，其特征在于，包括至少一个移动终端、至少一个车载终端和权利要求10-18中任一项所述的召车平台； 所述至少一个移动终端用于编辑订单请求，并发送给所述召车平台；所述订单请求包括加价信息，所述加价信息为乘车费用之外，用户承诺支付的额外费用信息； 所述召车平台用于根据所述加价信息，为所述订单请求确定优先级，并与其他确定了优先级的订单请求一起按照优先级顺序进行出租车匹配，并向对应的移动终端返回匹配结果; 所述至少一个车载终端用于接收设置在出租车上，用于接收所述召车平台发送的订单请求，并向所述网络召车平台反馈确认信息。
20.如权利要求19所述的召车系统，其特征在于，所述召车平台还用于向对应的移动终端发送匹配成功的出租车信息；以及向所述出租车发送对应的用户的身份信息。
【文档编号】H04W4/02GK103971507SQ201310034786
【公开日】2014年8月6日 申请日期:2013年1月30日 优先权日:2013年1月30日
【发明者】黄文华 申请人:国民技术股份有限公司