CN108876156B - 拼车及用户订单处理方法、系统及所适用的设备 - Google Patents

拼车及用户订单处理方法、系统及所适用的设备 Download PDF

Info

Publication number
CN108876156B
CN108876156B CN201810662359.3A CN201810662359A CN108876156B CN 108876156 B CN108876156 B CN 108876156B CN 201810662359 A CN201810662359 A CN 201810662359A CN 108876156 B CN108876156 B CN 108876156B
Authority
CN
China
Prior art keywords
price
car
information
car sharing
sharing
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201810662359.3A
Other languages
English (en)
Other versions
CN108876156A (zh
Inventor
唐平中
肖慎柯
陈梦静
纪越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cross Information Core Technology Research Institute (Xi'an) Co., Ltd.
Original Assignee
Cross Information Core Technology Research Institute Xi'an Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Cross Information Core Technology Research Institute Xi'an Co ltd filed Critical Cross Information Core Technology Research Institute Xi'an Co ltd
Priority to CN201810662359.3A priority Critical patent/CN108876156B/zh
Publication of CN108876156A publication Critical patent/CN108876156A/zh
Application granted granted Critical
Publication of CN108876156B publication Critical patent/CN108876156B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06312—Adjustment or analysis of established resource schedule, e.g. resource or task levelling, or dynamic rescheduling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Game Theory and Decision Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Tourism & Hospitality (AREA)
  • Educational Administration (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Traffic Control Systems (AREA)

Abstract

本申请提供一种拼车及用户订单处理方法、系统及所适用的设备。其中，所述拼车及用户订单处理方法包括以下步骤：客户端提交包含行使信息的拼车请求；叫车平台依据所述拼车请求中包括的行程信息计算参考价格，依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；以及向发送所述拼车请求的客户端返回所述第一拼车价格及第二拼车价格；客户端显示所述第一拼车价格及第二拼车价格。本申请提供了针对拼车服务时所产生的拼成和未拼成的机会成本的合理分摊方式，解决了现有技术中拼车成本与拼车概率之间的矛盾问题。

Description

拼车及用户订单处理方法、系统及所适用的设备
技术领域
本申请涉及移动通信技术领域，特别是涉及一种拼车及用户订单处理方法、系统及所适用的设备。
背景技术
随着移动通信技术的发展，基于移动互联网的订单服务得到了广泛的应用，例如订餐服务或打车(叫车)服务。一般来说，对于顾客或乘客的订单，系统通常会进行单独处理，例如乘客发起打车请求，系统通过响应生成叫车订单，并根据周边车辆情况将订单发给司机客户端，司机客户端通过点击确认按钮来接收乘客的叫车订单。但在一些区域或时间段内，由于叫车需求与运力的供需严重不平衡，基于移动互联网的拼车服务被广泛应用。
乘客通过叫车应用软件发起订单需求，叫车平台根据订单的发起时间、目的地、叫车地点等信息，为乘客寻找最佳拼车搭档并规划路径。拼车会使不同乘客共用一辆车且可能产生绕路情况，从而降低了乘客的乘车体验度，因此叫车平台会给予拼车用户一定优惠。
目前的拼车定价方式主要是平常叫车价格乘以一定的折扣。这种方法存在的不合理之处在于可能出现乘客按照拼车优惠享有专车服务，而拼车成本则由平台和接单司机承担。
发明内容
鉴于以上所述现有技术的缺点，本申请的目的在于提供一种拼车及用户订单处理方法、系统及所适用的设备，以解决叫车平台无法提供与实际拼车行为相符的价格设置的问题。
为实现上述目的及其他相关目的，本申请的第一方面提供一种用户订单处理方法，包括以下步骤：接收到一拼车请求时，依据所述拼车请求中包括的行程信息计算参考价格；依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；以及向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。
在所述第一方面的某些实施方式中，所述用户订单处理方法在向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格同时还向所述用户返回参考价格。
在所述第一方面的某些实施方式中，依据所述拼车请求中包括的行程信息计算所述参考价格的计算条件还包括：折扣信息，拼单率、所述拼车请求中的时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中终点位置所在区域的用车供求信息，发送所述拼车请求的用户的评级信息，及发送所述拼车请求的用户的历史信息中的至少一种信息。
在所述第一方面的某些实施方式中，依据所述参考价格计算第一拼车价格及第二拼车价格的步骤包括依据所述参考价格、折扣信息、以及拼单率为计算条件计算所述第一拼车价格及所述第二拼车价格。
在所述第一方面的某些实施方式中，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
在所述第一方面的某些实施方式中，所述拼单率是通过对历史拼车数据的统计获取的。
在所述第一方面的某些实施方式中，所述计算所述第一拼车价格及所述第二拼车价格的步骤还包括：基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系；依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件。
在所述第一方面的某些实施方式中，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
本申请第二方面提供一种用户订单处理系统，包括：接收模块，用于接收到一拼车请求；计算模块，用于依据所述拼车请求中包括的行程信息计算参考价格，以及依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；以及发送模块，用于向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。
在所述第二方面的某些实施方式中，所述发送模块还用于向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格同时还向所述用户返回参考价格。
在所述第二方面的某些实施方式中，所述接收模块依据所述拼车请求中包括的行程信息计算所述参考价格的计算条件还包括：折扣信息，接收到所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中终点位置所在区域的用车供求信息，发送所述拼车请求的用户的评级信息，及发送所述拼车请求的用户的历史信息中的至少一种信息。
在所述第二方面的某些实施方式中，所述计算模块用于依据所述参考价格、折扣信息、以及拼单率为计算条件计算所述第一拼车价格及所述第二拼车价格。
在所述第二方面的某些实施方式中，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
在所述第二方面的某些实施方式中，所述拼单率是通过对历史拼车数据的统计获取的。
在所述第二方面的某些实施方式中，所述计算模块用于基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系，以及依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件。
在所述第二方面的某些实施方式中，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、登录次数信息、预览(冒泡)次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
本申请第三方面提供一种拼车方法，包括以下步骤：提交一包括有行程信息的拼车请求；接收响应所述拼车请求的第一拼车价格及第二拼车价格；以及其中，所述第一拼车价格及第二拼车价格是通过一参考价格计算获取的；所述参考价格是通过所述拼车请求中包括的行程信息计算获取的；所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
在所述第三方面的某些实施方式中，接收响应所述拼车请求的第一拼车价格及第二拼车价格的同时还接收所述参考价格。
在所述第三方面的某些实施方式中，所述参考价格的计算条件还包括：折扣信息，提交所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中位置所在区域的用车供求信息，提交所述拼车请求的用户的评级信息，及提交所述拼车请求的用户的历史信息中的至少一种信息。
在所述第三方面的某些实施方式中，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
在所述第三方面的某些实施方式中，所述第一拼车价格及第二拼车价格是依据所述参考价格、折扣信息、以及拼单率为计算条件计算获取的。
在所述第三方面的某些实施方式中，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
在所述第三方面的某些实施方式中，所述拼单率是通过对历史拼车数据的统计获取的。
本申请第四方面提供一种客户端，包括：提交模块，用于提交一包括有行程信息的拼车请求；显示模块，接收响应所述拼车请求的第一拼车价格及第二拼车价格并予以显示；以及其中，所述第一拼车价格及第二拼车价格是通过一参考价格计算获取的；所述参考价格是通过所述拼车请求中包括的行程信息计算获取的；所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
在所述第四方面的某些实施方式中，所述显示模块还显示所述参考价格。
在所述第四方面的某些实施方式中，所述参考价格的计算条件还包括：折扣信息，提交所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中位置所在区域的用车供求信息，提交所述拼车请求的用户的评级信息，及提交所述拼车请求的用户的历史信息中的至少一种信息。
在所述第四方面的某些实施方式中，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、登录次数信息、预览(冒泡)次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
在所述第四方面的某些实施方式中，所述第一拼车价格及第二拼车价格是依据所述参考价格、折扣信息、以及拼单率为计算条件计算获取的。
在所述第四方面的某些实施方式中，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
在所述第四方面的某些实施方式中，所述拼单率是通过对历史拼车数据的统计获取的。
本申请第五方面提供一种拼车系统，其特征在于，包括第二方面提供的任一项所述的用户订单处理系统及第四方面提供的任一项所述的客户端。
本申请第六方面提供一种服务器，包括：存储器，用于存储程序代码；一个或多个处理器；其中，所述处理器用于调用所述存储器中存储的程序代码来执行第二方面提供的任一项所述的用户订单处理方法。
本申请第七方面提供一种移动通信设备，包括：存储器，用于存储程序代码；一个或多个处理器；其中，所述处理器用于调用所述存储器中存储的程序代码来执行第四方面提供的任一项所述的拼车方法。
本申请第八方面提供一种计算机可读存储介质，存储有用户订单处理的计算机程序，其特征在于，所述计算机程序被执行时实现第一方面提供的任一项所述的用户订单处理方法。
本申请第九方面提供一种计算机可读存储介质，存储有用户订单处理的计算机程序，其特征在于，所述计算机程序被执行时实现第三方面提供的任一项所述的拼车方法。
如上所述，本申请提供的拼车及用户订单处理方法、系统及所适用的设备，提供了针对拼车服务时所产生的拼成和未拼成的机会成本的合理分摊方式，解决了现有技术中拼车成本与拼车概率之间的矛盾问题。
附图说明
图1显示为本申请的用户订单处理方法在一实施方式中的流程图。
图2显示为本申请的基于历史信息所构建的拼车价格与拼车成功率的效用函数的曲线示意图。
图3a及图3b显示为本申请的客户端所显示的多个拼车价格的显示界面示意图。
图4显示为本申请的客户端执行所述拼车方法的一种实施方式的流程图。
图5显示为本申请的执行拼车方法的客户端和执行用户订单处理方法的叫车平台在一种交互实施方式中的流程图。
图6显示为本申请的用户订单处理系统在一实施方式中的软件架构示意图。
图7显示为本申请的客户端在一种实施方式中的软件架构示意图。
图8显示为本申请的拼车系统的架构示意图。
图9显示为本申请的服务器在一种实施方式中的结构示意图。
图10显示为本申请的移动通信设备在一种实施方式中的结构示意图。
具体实施方式
以下由特定的具体实施例说明本申请的实施方式，熟悉此技术的人士可由本说明书所揭露的内容轻易地了解本申请的其他优点及功效。
在下述描述中，参考附图，附图描述了本申请的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本申请的精神和范围的情况下进行机械组成、结构、电气以及操作上的改变。下面的详细描述不应该被认为是限制性的，并且本申请的实施例的范围仅由公布的专利的权利要求书所限定。
如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包括”、“包括”表明存在所述的特征、步骤、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、步骤、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能、步骤或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。
乘客或用车用户在使用例如滴滴APP或Uber APP专车等叫车工具时，常常会发起拼车的请求，乘客或用车用户发起拼车请求的同时更希望自己没有拼上车，即独享一个车辆，便可获得较高的乘车体验同时享受拼车优惠。因此乘客对拼上车的价值衡量小于未拼上时的价值。而叫车平台则希望尽可能让乘客拼成，增大利润空间(同一段行程可收取多人的费用)并解决运力问题。然而，当叫车平台未能找到路线相匹配的拼车订单时，将出现乘客享有拼车优惠的同时体验独享车辆的情况，在现行的报价机制下，叫车平台无法根据实际拼车情况给出拼车报价，使得在未拼成功时，乘客因享受拼车优惠而产生的行车成本由司机和叫车平台承担。
为此，为了均衡实际拼车概率与行车成本之间的不合理，本申请提供一种用户订单处理方法。其中，所述用户订单处理方法主要由用户订单处理系统来执行。所述用户订单处理系统包括安装在承载叫车平台运行的服务器，并藉由服务器与用户所使用的移动通信设备之间的通信连接，接收移动通信设备的包含有行程信息的拼车请求，以及将基于拼车请求所计算得到的拼车价格反馈给相应的移动通信设备。
在实施例中，运行所述叫车平台的服务器应被宽泛理解成包含但不限于：单台服务器、服务器集群、分布式服务器及云服务端等。其中，所述云服务端包括公共云(PublicCloud)服务端与私有云(Private Cloud)服务端，其中，所述公共或私有云服务端包括Software-as-a-Service(软件即服务，SaaS)、Platform-as-a-Service(平台即服务，PaaS)及Infrastructure-as-a-Service(基础设施即服务,IaaS)等。所述私有云服务端例如阿里云计算服务平台、亚马逊(Amazon)云计算服务平台、百度云计算平台、腾讯云计算平台等等。
在实施例中，所述移动通信设备包括但不限于：智能手机、个人数码助理、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。所述移动通信设备通过运行包含拼车程序的应用程序向服务器发出所述拼车请求。所述拼车程序在被调用时可执行本申请后续提供的拼车方法，或其他可发送拼车请求以及处理叫车平台所反馈的多个拼车价格的其他拼车方法。
其中，所述拼车是指相同路线的几个人乘坐同一辆车上下班、上下学、长途、旅游等，且车费由乘客平均分摊的出行方式。所述拼车请求是指用户意愿与他人同乘一辆车时，利用移动通信设备向叫车平台发出的包含行程信息的网络数据包，叫车平台将两个或两个以上的拼车请求进行匹配，使得发送相关性较高两个或两个以上拼车请求的用户共享同一车辆，以提高用车效率。
其中，所述拼车请求基于用户的以下至少一种操作而被移动通信设备发出：
1)用户通过操作移动通信设备的人机交互装置在叫车界面上选择拼车选项，并发出所述拼车请求，以期望预览拼车价格。
2)用户通过操作移动通信设备的人机交互装置在叫车界面上确认采用拼车方式提交订单服务时，移动通信设备发出所述拼车请求。
3)用户通过操作移动通信设备的人机交互装置在叫车界面上选择起止地点并发出包含拼车服务在内的拼车请求，以期望预览包含拼车方式在内的至少一种叫车服务所对应的价格(即预览每种叫车服务所对应的价格)。
其中，所述行程信息包括但不限于：起点位置所在区域、终点位置所在区域和出发时间，还可以包括车辆类型、发送所述拼车请求的用户的评级信息中的至少一种等。所述起点位置所在区域和终点位置所在区域可依据上下车附近标识建筑、公交站台、路口等描述。
所述车辆类型包括但不限于：按照运营分类而确定的拼车类型，按照座位数量分类而确定的拼车类型等。例如，所述按照运营分类而确定的车辆类型举例包括出租车、顺风车、租赁车等。例如，所述按照座位数量分类而确定的车辆类型包括7座车或5座车等。
在实施例中，所述服务器提供至少一种处理拼车订单的服务。其中，所述拼车是指服务器将两个或两个以上的拼车请求进行匹配，使得发送相关性较高两个或两个以上拼车请求的用户共享同一车辆以提高用车效率。
所述订单服务是用户使用移动通信设备中的应用程序而生成的。所述订单服务包括但不限于以下至少一种：预约车辆的拼车服务、即时拼车服务和站点拼车服务等。其中，所述订单服务可适用于出租车服务、顺风车服务、快车服务等。
请参阅图1，其显示为服务器所执行的用户订单处理方法在一实施方式中的流程图。所述用户订单处理方法主要由叫车平台来执行。
在步骤S110中，接收到一拼车请求时，依据所述拼车请求中包括的行程信息计算参考价格。
在此，所述叫车平台根据拼车请求中所提供的行程信息确定行程路线和路长，以及预设的单位价格而确定的计算条件计算所述行程信息的参考价格。其中，所述计算条件包括但不限于以下至少一种或多种的结合：基于单位行驶价格，结合单位行使价格和基于预计路况所预估的行驶时长，按照折扣信息、拼单率、所述拼车请求中的时间信息、所述行程信息中起点位置所在区域的用车供求信息、所述行程信息中终点位置所在区域的用车供求信息、发送所述拼车请求的用户的评级信息、及发送所述拼车请求的用户的历史信息、所述拼车请求中待拼车辆的类型中的至少一种信息。在此，所述叫车平台可按照所设定类型、评级信息、历史信息、各用车供求信息、拼单率、时间信息中的至少一种对应的单价系数或价格评价参数等作为参考价格的计算条件。
其中，所述单位行使价格可为固定值或分段设置，例如，根据用车高峰和低谷、或者按照时段分段设置。所述折扣信息可为预设的或通过对历史拼车数据的统计获取的，其中，所述历史拼车数据包括但不限于：按照历史时段、地区、和用户中的至少一种而记录的拼车请求、订单服务信息、付费信息、用户的历史信息等。
所述拼单率是通过对历史拼车数据的统计获取的，其包括但不限于：经统计预设地区的拼单请求、同类用户发起的拼单请求、单一用户发起所述拼单请求中的至少一种而得到的拼单成功的概率。
其中，所述地区包括但不限于：全市地区、基于拼单请求中的起点位置和/或终点位置所在区域而划分的地区等；所述同类用户包括但不限于：基于用户叫车的历史记录而聚类得到的；例如，依据叫车起止地点聚类得到的用户。
所述拼车请求中的时间信息包括但不限于：接收到所述拼车请求时的时间信息、所述拼单请求中预约的时间信息等。
所述行程信息中起点位置所在区域的用车供求信息包括但不限于：在包含所述起点位置所在区域的更大范围的区域内，空闲车辆的数量和所获取的用车请求的数量的比例；其中，用车请求可仅限于拼车请求，或者还包括专车请求等。
所述行程信息中终点位置所在区域的用车供求信息包括但不限于：在包含所述终点位置所在区域的更大范围的区域内，空闲车辆的数量和所获取的用车请求的数量的比例。所述用户的评级信息包括但不限于：基于统计预设时段内的叫车次数、叫车成功比例、他人评价等信息进行评价得到的评价信息等。
所述用户的历史信息包括但不限于以下任一种：所述用户的历史打车费用信息、历史平均乘车人数、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息、以及根据预先聚类的包含所述用户的用户群的历史信息等。例如，所述打车费用信息仅包含拼车费用信息，也可以包含拼车费用信息和专车费用信息等。所述待拼车辆的车辆类型可与前述描述描述的车辆类型相同或相似。
在此，本申请仅列举按照上述条件计算参考价格的方式。例如，所述叫车平台依据起止位置的路长和行驶时长计算参考价格，所述叫车平台基于该参考价格执行步骤S120。又如，所述叫车平台依据起止位置的路长和行驶时长计算参考价格，并按照平台活动在所计算的参考价格基础上进行折扣处理，所述叫车平台基于折扣后的参考价格执行步骤S120。再如，所述叫车平台综合里程、行驶时长、拼车请求中的时间信息所对应的单位价格，以及用户的评级信息和平台其他活动中的至少一种所对应的折扣信息计算参考价格，以及执行步骤S120。还如，所述叫车平台综合里程、行驶时长、拼车请求中的时间信息所对应的单位价格，以及行程信息中起点位置所在区域和终点位置所在区域中至少一种的用车供求信息所对应的单价系数计算参考价格，以及执行步骤S120。
需要说明的是，上述示例仅为举例，而非对本申请参考信息计算方式的限制。事实上，叫车平台可依据上述至少一种信息所构建的参考价格计算模型来确定所述参考价格。在此不一一详述。还需要说明的是，所计算得到的参考价格可以是对应专车的价格，或专用于计算拼车价格的价格。
在步骤S120中，依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
其中，在一些实施方式中，所述叫车平台可利用预设的折扣信息为权重分别计算第一拼车价格及第二拼车价格。为区分前述步骤S110中计算参考价格的条件中的折扣信息，以下用于计算两个拼车价格的折扣信息被称为第二折扣信息。
在此，为了确定基于拼车请求的拼成价格(即第二拼车价格)和未拼成价格(即第一拼车价格)，所述第二折扣信息包含用于计算第一拼车价格的折扣信息A1和用于计算第一拼车价格的折扣信息A2。所述第二折扣信息中的折扣信息A1和A2可均为预设的不同折扣值。所述第二折扣信息还可以是通过对历史拼车数据的统计获取的。其中，所述历史拼车数据包括但不限于：按照历史时段、地区、和用户中的至少一种而记录的拼车请求、订单服务信息、付费信息、用户的历史信息等。所述历史信息包括但不限于以下任一种：所述用户的历史打车费用信息、历史平均乘车人数、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息、以及根据预先聚类的包含所述用户的用户群的历史信息等。
在一些实施例中，所述第二折扣信息中的折扣信息A1(或A2)是通过对历史拼车数据的统计获取的，另一个折扣信息A2(或A1)是在折扣信息A1(或A2)的基础上按照预设折扣比例计算而得。例如，所述叫车平台将折扣信息A1乘以参考价格得到第一拼车价格，以及将折扣信息A2乘以第一拼车价格等于第二拼车价格。
在另一些实施例中，所述第二折扣信息中的两个折扣信息A1和A2均是通过对历史拼车数据的统计获取的。例如，基于预设地区、基于所述拼车请求所确定路线而确定的历史拼车数据中统计的最高拼车价格和最低拼车价格分别与参考价格的差距确定第二折扣信息中的两个折扣信息A1和A2，再将所确定的折扣信息A1和A2分别与参考价格P进行权重计算对应得到第一拼车价格P+和第二拼车价格P-。
在又一些实施例中，所述依据参考价格计算第一拼车价格及第二拼车价格的步骤包括依据所述参考价格、第二折扣信息、以及第二拼单率为计算条件计算所述第一拼车价格及所述第二拼车价格。
其中，所述第二拼单率可通过对历史拼车数据的统计获取的，其包括但不限于：经统计预设地区的拼单请求、同类用户发起的拼单请求、单一用户发起所述拼单请求中的至少一种而得到的拼单成功的概率，其中，所述地区包括但不限于：全市地区、基于拼单请求中的起点位置和/或终点位置所在区域而划分的地区等；所述同类用户包括但不限于：基于用户叫车的历史记录而聚类得到的；例如，依据叫车起止地点聚类得到的用户。
在此，所述第二拼单率和步骤S110中的拼单率可以相同或不同，其中，第二拼单率可与步骤S110中的拼单率采用相同的计算方式但不同的参数设置而得，或者第二拼单率采用与步骤S110中的拼单率不同的计算方式而得。例如，所述第二拼单率为单一用户发起所述拼单请求中的至少一种而得到的拼单成功的概率q，并以(1-q)×A1×参考价格P作为第一拼车价格P+，以及以q×A2×P作为第二拼车价格P-。
在另一些实施方式中，所述叫车平台可采用迭代方式寻找拼车概率与拼车成本最优情况下的第一拼车价格和第二拼车价格。其中，所述迭代方式包括但不限于增量搜索算法。为此，所述步骤S120包括：基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系；依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件。
在此，所述叫车平台根据所述用户的历史打车费用信息、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息构建所述对应关系。例如，所述叫车平台通过统计所述用户历史预览次数信息、打车次数以及每次打车费用信息，计算单位里程(或所述拼车请求所对应的行驶里程)下拼车价格与拼车概率的对应关系。其中，所述拼车概率是指用户意愿以第一拼车价格或第二拼车价格申请拼车服务并操作移动通信设备提交拼车订单服务的概率。所述叫车平台通过统计所述历史信息拟合出拼车价格与拼车成功率的对应关系，并由效用函数来描述。例如，请参阅图2，其显示为基于历史信息所构建的拼车价格与拼车成功率的效用函数的曲线示意图。
接着，所述叫车平台以所述参考价格为一边界设置一拼车价格区间，并在所述拼车价格区间内依据预设的调整幅度Δp初始化第一拼车价格和第二拼车价格。例如，以0到参考价格P为拼车价格区间，在[0,P)区间内任选两个不同的拼车价格初始值，其中较大者为第一拼车价格的初始值，较小者为第二拼车价格的初始值。又如，仍以0到参考价格P为拼车价格区间，将第一拼车价格和第二拼车价格的初始值均初始为在[0,P)区间内的同一个值。利用所构建的对应关系f(P)，分别确定对应第一拼车价格P+的拼车概率f(P+)，和对应第一拼车价格P-的拼车概率f(P-)，利用公式E＝(q×f(P-)+(1-q)×f(P+))确定在设定拼车价格分别为P+和P-情况下发送所述拼车请求的用户意愿拼车的概率E，其中q为经统计所述用户的历史信息而确定的与他人拼车情况下的概率(又叫拼成概率)，(1-q)为提交拼车订单而实际享用专车服务情况下的概率(又叫未拼成概率)。
为寻找使E最大所对应的拼车价格P+和P-，本申请采用增量搜索算法迭代地调整拼车价格P+和P-，并计算每次调整后的概率E是否大于调整前的概率最大值。根据预设的最优条件，所述叫车平台在得到满足所述最优条件的概率时确定该概率所对应的第一拼车价格P+和第二拼车价格P-。其中，所述最优条件包括但不限于以下至少一种：迭代次数达到预设的寻找次数，概率E变化幅度ΔE在预设误差范围内等。
以下述伪代码程序段为例，叫车平台初始化第一拼车价格P+和第二拼车价格P-均为0，并在拼车价格区间为(0,P)之间选择P+和P-。在预设的寻找次数T内同时将P+按照(P×a+i×δ×q)、及将P-按照(P×a-i×δ×q)逐次调整，其中，i为调整次数(i≤T)，a为小于1的系数，δ为调整幅度，q为前述的拼成概率。将单次调整后的价格P+和P-代入公式：(q×f(P-)+(1-q)×f(P+))，并比较所得到的结果与历次得到的最大值f(max)并保存二者较大值，直至i＝T。如此确定经过T次检测后f(max)所对应的P+和P-，再执行步骤S130。
在一个实施例中，所述的伪代码程序段例如为：
Figure BDA0001707051310000111
在步骤S130中，向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。在此，所述叫车平台将所得到的第一拼车价格和第二拼车价格反馈给发送所述拼车请求的移动通信设备，以供所述移动通信设备中的客户端将该两个拼车价格显示在显示界面上。
在一些示例中，与所述第一拼车价格和第二拼车价格一并反馈的还包括所述参考价格。例如，请参阅图3a和图3b，其显示为客户端所显示的多个拼车价格的显示界面示意图，所述叫车平台将所述参考价格作为快车价格(但并不局限与此，在其他的实施例中，所述参考价格亦可为专车价格，或者在快车或专车的基础上给予了一定折扣的价格)，将所述第一拼车价格作为未拼成价格，以及将所述第二拼车价格作为拼成价格反馈给相应的移动通信设备，并由所述移动通信设备中的客户端将三个价格对应显示。例如，所述叫车平台可基于第一拼车价格、第二拼车价格、甚至参考价格生成一价格预览界面，并将所述价格预览界面反馈给所述客户端；或者，所述叫车平台直接将所述第一拼车价格和第二拼车价格、甚至参考价格反馈给所述客户端，由所述客户端将所述第一拼车价格和第二拼车价格、甚至参考价格对应显示在价格界面中。
呈如图3a所示，所述叫车平台可基于第一拼车价格即图示中拼不成的价格P+及第二拼车价格即图示中拼成的价格P-生成一价格预览界面，并将所述价格预览界面反馈给所述客户端。
再例如3b所示，所述叫车平台直接将所述第一拼车价格即图示中拼不成的价格P+、第二拼车价格即图示中拼成的价格P-、和参考价格即图示中快车的65元的价格反馈给所述客户端，由所述客户端将所述第一拼车价格和第二拼车价格、甚至参考价格这3个价格对应显示在价格界面中。
按照配置在服务器中的叫车平台，所述客户端可以通过发送拼车请求和接收并响应所反馈的第一拼车价格和第二拼车价格来执行相应的如价格预览、订单监控等操作。其中，所述客户端安装在移动通信设备中。所述移动通信设备包括但不限于：智能手机、个人数码助理、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等可利用局域网络或广域网络与前述叫车平台进行数据通信的终端设备。
请参阅图4，其显示为客户端执行所述拼车方法的一种实施方式的流程图，所述客户端可通过执行以下各步骤与叫车平台进行交互。
在步骤S210中，提交一包括有行程信息的拼车请求。在此，所述客户端基于用户输入的起点位置所在区域、终点位置所在区域等生包含行程信息的拼车请求。其中，所述行程信息除了包含上述信息之外，还包括但不限于以下至少一种：出发时间，以及车辆类型、发送所述拼车请求的用户的评级信息中的至少一种等。其中，所述出发可对应于生成拼车请求的时间，或者为用户预约的出发时间。所述拼车请求通过移动通信设备发送给服务器，并由运行在服务器上的叫车平台予以接收处理。在一实施例中，所述客户端基于用户所输入的行程信息随即生成所述拼车请求并发送给叫车平台，以便将所述叫车平台所反馈的多个价格信息以预览方式展示给用户。在另一实施例中，所述客户端获取用户在操作界面中所输入的起始位置、目的位置，甚至拼车的时间信息等，并当点击拼车选项时，生成包含行程信息的拼车请求并发送给叫车平台，以便通过叫车平台向车主发布拼车的订单服务。
在此，所述客户端提交拼车请求的同时还可以提交其他叫车请求，例如，专车请求等。接收到所述拼车请求的叫车平台可通过执行如图1所示及对应文字描述的示例以生成至少第一拼车价格和第二拼车价格，并反馈给所述客户端，以便所述客户端执行步骤S220。其中，所述第一拼车价格及第二拼车价格是通过一参考价格计算获取的；所述参考价格是通过所述拼车请求中包括的行程信息计算获取的；所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
在步骤S220中，接收响应所述拼车请求的第一拼车价格及第二拼车价格。所述客户端将所接收的第一拼车价格对应于拼车选项中未拼成的价格，以及将第二拼车价格对应于拼车选项中拼成的价格显示在显示屏上。在一些示例中，所述客户端所接收的响应拼车请求的响应信息中不仅包含第一拼车价格和第二拼车价格，还包括参考价格，其中，所述参考价格是叫车平台用于计算第一拼车价格和第二拼车价格的依据。所述参考价格可以是对应专车的价格。其中，所述参考价格的计算条件包括但不限于以下至少一种或多种的结合：基于单位行驶价格，结合单位行使价格和基于预计路况所预估的行驶时长，折扣信息，提交所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中位置所在区域的用车供求信息，提交所述拼车请求的用户的评级信息，及提交所述拼车请求的用户的历史信息中的至少一种信息。其中，所述参考价格的计算条件与前述叫车平台计算参考价格的计算条件相同或相似，所述叫车平台计算参考价格以及依据参考价格计算第一拼车价格和第二拼车价格的方式也全部引用于此，在此不予赘述。
本申请所提供的在客户端执行的拼车方法以及在叫车平台执行的用户订单处理方法，提供了针对拼车服务时所产生的拼成和未拼成的机会成本的合理分摊方式，解决了现有技术中拼车成本与拼车概率之间的矛盾问题。
请参阅图5，其显示为执行拼车方法的客户端和执行用户订单处理方法的叫车平台在一种交互实施方式中的流程图。以图5所示的交互方式为例，利用本申请所述方法进行拼车价格预览的方式举例如下：
依据客户端所提供的叫车界面，用户操作安装有所述客户端的移动通信设备并输入起始位置和目的位置，所述客户端将所述叫车界面中的起始位置、目的位置和当前系统时间信息组成行程信息并处理成拼车请求，通过执行步骤S310将所述拼车请求发送给位于服务器的叫车平台。
所述叫车平台监听网络接口并当接收所述拼车请求时，执行步骤S410，即接收到一拼车请求并依据所述拼车请求中包括的行程信息计算参考价格。在此，所述步骤S410的执行方式与前述步骤S110的执行方式相同或相似，在此不予赘述。例如，所述叫车平台综合里程、行驶时长、拼车请求中的时间信息所对应的单位价格，以及用户的评级信息和平台其他活动中的至少一种所对应的折扣信息计算参考价格。
接着，所述叫车平台执行步骤S420，依据所述参考价格计算第一拼车价格及第二拼车价格。在此，所述步骤S420的执行方式与前述步骤S120的执行方式相同或相似，在此不予赘述。例如，叫车平台初始化第一拼车价格P+和第二拼车价格P-均为0，并在拼车价格区间为(0,P)之间选择P+和P-。在预设的寻找次数T内同时将P+按照(P×a+i×δ×q)、及将P-按照(P×a-i×δ×q)逐次调整，其中，i为调整次数(i≤T)，a为小于1的系数，δ为调整幅度，q为前述的拼成概率。将单次调整后的价格P+和P-代入公式：(q×f(P-)+(1-q)×f(P+))，并比较所得到的结果与历次得到的最大值f(max)并保存二者较大值，直至i＝T。如此确定经过T次检测后f(max)所对应的P+和P-。
所述叫车平台在得到第一拼车价格和第二拼车价格后执行步骤S430，即向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。在此，所述步骤S430的执行方式与前述步骤S130的执行方式相同或相似，在此不予赘述。例如，所述叫车平台可基于第一拼车价格、第二拼车价格、甚至参考价格生成一价格预览界面，并将所述价格预览界面反馈给所述客户端。
所述客户端随即执行步骤S320，即接收响应所述拼车请求的第一拼车价格及第二拼车价格并予以显示。
呈如图3a所示，所述叫车平台可基于第一拼车价格即图示中拼不成的价格P+及第二拼车价格即图示中拼成的价格P-生成一价格预览界面，并将所述价格预览界面反馈给所述客户端。
再例如3b所示，所述叫车平台直接将所述第一拼车价格即图示中拼不成的价格P+及第二拼车价格即图示中拼成的价格P-、以及参考价格即图示中快车的65元的价格反馈给所述客户端，由所述客户端将所述第一拼车价格和第二拼车价格、甚至参考价格这3个价格对应显示在价格界面中。
本申请还提供一种用户订单处理系统。所述用户订单处理系统为安装在服务器中的软件，其可以属于叫车平台。请参阅图6，其显示为用户订单处理系统在一实施方式中的软件架构示意图。所述用户订单处理系统1包括接收模块11、计算模块12、发送模块13。
所述接收模块11用于接收到一拼车请求。
在此，所述接收模块11监听所在服务器的IP地址和端口，以获取拼请求，并在获得所述拼车请求时将其中的行程信息提供给计算模块12。
所述计算模块12用于依据所述行程信息计算参考价格，以及依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
在此，所述计算模块12根据拼车请求中所提供的行程信息确定行程路线和路长，以及预设的单位价格而确定的计算条件计算所述行程信息的参考价格。其中，所述计算条件包括但不限于以下至少一种或多种的结合：基于单位行驶价格，结合单位行使价格和基于预计路况所预估的行驶时长，按照折扣信息、拼单率、所述拼车请求中的时间信息、所述行程信息中起点位置所在区域的用车供求信息、所述行程信息中终点位置所在区域的用车供求信息、发送所述拼车请求的用户的评级信息、及发送所述拼车请求的用户的历史信息、所述拼车请求中待拼车辆的类型中的至少一种信息。在此，所述计算模块12可按照所设定类型、评级信息、历史信息、各用车供求信息、拼单率、时间信息中的至少一种对应的单价系数或价格评价参数等作为参考价格的计算条件。
其中，所述单位行使价格可为固定值或分段设置，例如，根据用车高峰和低谷、或者按照时段分段设置。所述折扣信息可为预设的或通过对历史拼车数据的统计获取的，其中，所述历史拼车数据包括但不限于：按照历史时段、地区、和用户中的至少一种而记录的拼车请求、订单服务信息、付费信息、用户的历史信息等。所述拼单率是通过对历史拼车数据的统计获取的，其包括但不限于：经统计预设地区的拼单请求、同类用户发起的拼单请求、单一用户发起所述拼单请求中的至少一种而得到的拼单成功的概率，其中，所述地区包括但不限于：全市地区、基于拼单请求中的起点位置和/或终点位置所在区域而划分的地区等；所述同类用户包括但不限于：基于用户叫车的历史记录而聚类得到的；例如，依据叫车起止地点聚类得到的用户。所述拼车请求中的时间信息包括但不限于：接收到所述拼车请求时的时间信息、所述拼单请求中预约的时间信息等。所述行程信息中起点位置所在区域的用车供求信息包括但不限于：在包含所述起点位置所在区域的更大范围的区域内，空闲车辆的数量和所获取的用车请求的数量的比例；其中，用车请求可仅限于拼车请求，或者还包括专车请求等。所述行程信息中终点位置所在区域的用车供求信息包括但不限于：在包含所述终点位置所在区域的更大范围的区域内，空闲车辆的数量和所获取的用车请求的数量的比例。所述用户的评级信息包括但不限于：基于统计预设时段内的叫车次数、叫车成功比例、他人评价等信息进行评价得到的评价信息等。所述用户的历史信息包括但不限于以下任一种：所述用户的历史打车费用信息、历史平均乘车人数、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息、以及根据预先聚类的包含所述用户的用户群的历史信息等。例如，所述打车费用信息仅包含拼车费用信息，也可以包含拼车费用信息和专车费用信息等。所述待拼车辆的车辆类型可与前述描述描述的车辆类型相同或相似。
在此，本申请仅列举按照上述条件计算参考价格的方式。例如，所述计算模块12依据起止位置的路长和行驶时长计算参考价格。又如，所述计算模块12依据起止位置的路长和行驶时长计算参考价格，并按照平台活动在所计算的参考价格基础上进行折扣处理。再如，所述计算模块12综合里程、行驶时长、拼车请求中的时间信息所对应的单位价格，以及用户的评级信息和平台其他活动中的至少一种所对应的折扣信息计算参考价格。还如，所述计算模块12综合里程、行驶时长、拼车请求中的时间信息所对应的单位价格，以及行程信息中起点位置所在区域和终点位置所在区域中至少一种的用车供求信息所对应的单价系数计算参考价格。
需要说明的是，上述示例仅为举例，而非对本申请参考信息计算方式的限制。事实上，计算模块12可依据上述至少一种信息所构建的参考价格计算模型来确定所述参考价格。在此不一一详述。还需要说明的是，所计算得到的参考价格可以是对应专车的价格，或专用于计算拼车价格的价格。
接着，所述计算模块12依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
其中，在一些实施方式中，所述计算模块12可利用预设的折扣信息为权重分别计算第一拼车价格及第二拼车价格。为区分前述计算参考价格的条件中的折扣信息，以下用于计算两个拼车价格的折扣信息被称为第二折扣信息。
在此，为了确定基于拼车请求的拼成价格(即第二拼车价格)和未拼成价格(即第一拼车价格)，所述第二折扣信息包含用于计算第一拼车价格的折扣信息A1和用于计算第一拼车价格的折扣信息A2。所述第二折扣信息中的折扣信息A1和A2可均为预设的不同折扣值。所述第二折扣信息还可以是通过对历史拼车数据的统计获取的。其中，所述历史拼车数据包括但不限于：按照历史时段、地区、和用户中的至少一种而记录的拼车请求、订单服务信息、付费信息、用户的历史信息等。所述历史信息包括但不限于以下任一种：所述用户的历史打车费用信息、历史平均乘车人数、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息、以及根据预先聚类的包含所述用户的用户群的历史信息等。
在一些实施例中，所述第二折扣信息中的折扣信息A1(或A2)是通过对历史拼车数据的统计获取的，另一个折扣信息A2(或A1)是在折扣信息A1(或A2)的基础上按照预设折扣比例计算而得。例如，所述计算模块12将折扣信息A1乘以参考价格得到第一拼车价格，以及将折扣信息A2乘以第一拼车价格等于第二拼车价格，再执行发送模块13。
在又一些实施例中，所述第二折扣信息中的两个折扣信息A1和A2均是通过对历史拼车数据的统计获取的。例如，基于预设地区、基于所述拼车请求所确定路线而确定的历史拼车数据中统计的最高拼车价格和最低拼车价格分别与参考价格的差距确定第二折扣信息中的两个折扣信息A1和A2，再将所确定的折扣信息A1和A2分别与参考价格P进行权重计算对应得到第一拼车价格P+和第二拼车价格P-。
在又一些实施方式中，所述依据参考价格计算第一拼车价格及第二拼车价格的步骤包括依据所述参考价格、第二折扣信息、以及第二拼单率为计算条件计算所述第一拼车价格及所述第二拼车价格。
其中，所述第二拼单率可通过对历史拼车数据的统计获取的，其包括但不限于：经统计预设地区的拼单请求、同类用户发起的拼单请求、单一用户发起所述拼单请求中的至少一种而得到的拼单成功的概率，其中，所述地区包括但不限于：全市地区、基于拼单请求中的起点位置和/或终点位置所在区域而划分的地区等；所述同类用户包括但不限于：基于用户叫车的历史记录而聚类得到的；例如，依据叫车起止地点聚类得到的用户。
在此，所述第二拼单率和前述用于计算参考价格所使用的拼单率可以相同或不同，其中，第二拼单率可与前述用于计算参考价格所使用的拼单率采用相同的计算方式但不同的参数设置而得，或者第二拼单率采用与前述用于计算参考价格所使用的拼单率不同的计算方式而得。例如，所述第二拼单率为单一用户发起所述拼单请求中的至少一种而得到的拼单成功的概率q，并以(1-q)×A1×参考价格P作为第一拼车价格P+，以及以q×A2×P作为第二拼车价格P-，再执行发送模块13。
在另一些实施方式中，所述计算模块12可采用迭代方式寻找拼车概率与拼车成本最优情况下的第一拼车价格和第二拼车价格。其中，所述迭代方式包括但不限于增量搜索算法。为此，所述计算模块12包括：基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系；依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件。
在此，所述计算模块12根据所述用户的历史打车费用信息、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息构建所述对应关系。例如，所述计算模块12通过统计所述用户历史预览次数信息、打车次数以及每次打车费用信息，计算单位里程(或所述拼车请求所对应的行驶里程)下拼车价格与拼车概率的对应关系。其中，所述拼车概率是指用户意愿以第一拼车价格或第二拼车价格申请拼车服务并操作移动通信设备提交拼车订单服务的概率。所述计算模块12通过统计所述历史信息拟合出拼车价格与拼车成功率的对应关系，并由效用函数来描述。例如，请参阅图2，其显示为基于历史信息所构建的拼车价格与拼车成功率的效用函数的曲线示意图。
接着，所述计算模块12以所述参考价格为一边界设置一拼车价格区间，并在所述拼车价格区间内依据预设的调整幅度Δp初始化第一拼车价格和第二拼车价格。例如，以0到参考价格P为拼车价格区间，在[0,P)区间内任选两个不同的拼车价格初始值，其中较大者为第一拼车价格的初始值，较小者为第二拼车价格的初始值。又如，仍以0到参考价格P为拼车价格区间，将第一拼车价格和第二拼车价格的初始值均初始为在[0,P)区间内的同一个值。利用所构建的对应关系f(P)，分别确定对应第一拼车价格P+的拼车概率f(P+)，和对应第一拼车价格P-的拼车概率f(P-)，利用公式E＝(q×f(P-)+(1-q)×f(P+))确定在设定拼车价格分别为P+和P-情况下发送所述拼车请求的用户意愿拼车的概率E，其中q为经统计所述用户的历史信息而确定的与他人拼车情况下的概率(又叫拼成概率)，(1-q)为提交拼车订单而实际享用专车服务情况下的概率(又叫未拼成概率)。
为寻找使E最大所对应的拼车价格P+和P-，本申请采用增量搜索算法迭代地调整拼车价格P+和P-，并计算每次调整后的概率E是否大于调整前的概率最大值。根据预设的最优条件，所述计算模块12在得到满足所述最优条件的概率时确定该概率所对应的第一拼车价格P-和第二拼车价格P-。其中，所述最优条件包括但不限于以下至少一种：迭代次数达到预设的寻找次数，概率E变化幅度ΔE在预设误差范围内等。
以下述伪代码程序段为例，计算模块12初始化第一拼车价格P+和第二拼车价格P-均为0，并在拼车价格区间为(0,P)之间选择P+和P-。在预设的寻找次数T内同时将P+按照(P×a+i×δ×q)、及将P-按照(P×a-i×δ×q)逐次调整，其中，i为调整次数(i≤T)，a为小于1的系数，δ为调整幅度，q为前述的拼成概率。将单次调整后的价格P+和P-代入公式：(q×f(P-)+(1-q)×f(P+))，并比较所得到的结果与历次得到的最大值f(max)并保存二者较大值，直至i＝T。如此确定经过T次检测后f(max)所对应的P+和P-，再执行发送模块13。
在一个实施例中，所述的伪代码程序段例如为：
Figure BDA0001707051310000181
Figure BDA0001707051310000191
发送模块13用于向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。在此，所述发送模块13利用网络协议将所得到的第一拼车价格和第二拼车价格反馈给发送所述拼车请求的移动通信设备，以供所述移动通信设备中的客户端将该两个拼车价格显示在显示界面上。在一些示例中，与所述第一拼车价格和第二拼车价格一并反馈的还包括所述参考价格。例如，请参阅图3，其显示为客户端所显示的所述计算模块12计算得到的拼车价格，所述发送模块13将所述参考价格作为快车价格(但并不局限与此，在其他的实施例中，所述参考价格亦可为专车价格，或者在快车或专车的基础上给予了一定折扣的价格)，将所述第一拼车价格作为未拼成价格，以及将所述第二拼车价格作为拼成价格反馈给相应的移动通信设备，并由所述移动通信设备中的客户端将三个价格对应显示。例如，所述发送模块13可基于第一拼车价格、第二拼车价格、甚至参考价格生成一价格预览界面，并将所述价格预览界面反馈给所述客户端；或者，所述发送模块13直接将所述第一拼车价格和第二拼车价格、甚至参考价格反馈给所述客户端，由所述客户端将所述第一拼车价格和第二拼车价格、甚至参考价格对应显示在价格界面中。
呈如图3a所示，所述叫车平台可基于第一拼车价格即图示中拼不成的价格P+及第二拼车价格即图示中拼成的价格P-生成一价格预览界面，并将所述价格预览界面反馈给所述客户端。
再例如3b所示，所述叫车平台直接将所述第一拼车价格即图示中拼不成的价格P+及第二拼车价格即图示中拼成的价格P-、以及参考价格即图示中快车的65元的价格反馈给所述客户端，由所述客户端将所述第一拼车价格和第二拼车价格、甚至参考价格这3个价格对应显示在价格界面中。
本申请还提供一种客户端，可与所述用户订单服务系统或其他能够提供多个拼单价格的订单服务系统数据通信，以提交包含行程信息的拼车请求，以及获取并显示多个拼单价格。请参阅图7，其显示为客户端在一种实施方式中的软件架构示意图。所述客户端2包括：提交模块21和显示模块22。
所述提交模块21用于提交一包括有行程信息的拼车请求。在此，所述提交模块21基于用户输入的起点位置所在区域、终点位置所在区域等生包含行程信息的拼车请求。其中，所述行程信息除了包含上述信息之外，还包括但不限于以下至少一种：出发时间，以及车辆类型、发送所述拼车请求的用户的评级信息中的至少一种等。其中，所述出发可对应于生成拼车请求的时间，或者为用户预约的出发时间。所述拼车请求通过移动通信设备发送给服务器，并由运行在服务器上的叫车平台予以接收处理。在一实施例中，所述提交模块21基于用户所输入的行程信息随即生成所述拼车请求并发送给叫车平台，以便将所述叫车平台所反馈的多个价格信息以预览方式展示给用户。在另一实施例中，所述提交模块21获取用户在操作界面中所输入的起始位置、目的位置，甚至拼车的时间信息等，并当点击拼车选项时，生成包含行程信息的拼车请求并发送给叫车平台，以便通过叫车平台向车主发布拼车的订单服务。
在此，所述提交模块21提交拼车请求的同时还可以提交其他叫车请求，例如，专车请求等。接收到所述拼车请求的叫车平台可通过执行如图1所示及对应文字描述的示例以生成至少第一拼车价格和第二拼车价格，并反馈给所述提交模块21，以便执行显示模块22。其中，所述第一拼车价格及第二拼车价格是通过一参考价格计算获取的；所述参考价格是通过所述拼车请求中包括的行程信息计算获取的；所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格。
显示模块22用于接收响应所述拼车请求的第一拼车价格及第二拼车价格。所述显示模块22将所接收的第一拼车价格对应于拼车选项中未拼成的价格，以及将第二拼车价格对应于拼车选项中拼成的价格显示在显示屏上。在一些示例中，所述显示模块22所接收的响应拼车请求的响应信息中不仅包含第一拼车价格和第二拼车价格，还包括参考价格，其中，所述参考价格是叫车平台用于计算第一拼车价格和第二拼车价格的依据。所述参考价格可以是对应专车的价格。其中，所述参考价格的计算条件包括但不限于以下至少一种或多种的结合：基于单位行驶价格，结合单位行使价格和基于预计路况所预估的行驶时长，折扣信息，提交所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中位置所在区域的用车供求信息，提交所述拼车请求的用户的评级信息，及提交所述拼车请求的用户的历史信息中的至少一种信息。其中，所述参考价格的计算条件与前述叫车平台计算参考价格的计算条件相同或相似，所述叫车平台计算参考价格以及依据参考价格计算第一拼车价格和第二拼车价格的方式也全部引用于此，在此不予赘述。
请参阅图8，其显示为一种拼车系统的架构示意图，所述拼车系统包含如前所述的用户订单服务系统以及客户端。其中，所述用户订单服务系统安装在服务器上，客户端安装在用户的移动通信设备上。客户端的提交模块21将所生成的包含行程信息的拼车请求发送给用户订单服务系统的接收模块11，由接收模块11解析出行程信息交由计算模块12进行计算，再利用发送模块13将所得到的多个拼车价格反馈给客户端，以供客户端的显示模块22显示给用户。在此，所述提交模块21、接收模块11、计算模块12、发送模块13和显示模块22可利用前述描述的各示例进行可实施的组合。在此不予赘述。
另外，本申请还提供一种服务器。所述服务器应被宽泛理解成包含但不限于：单台服务器、服务器集群、分布式服务器及云服务端等。其中，所述云服务端包括公共云(PublicCloud)服务端与私有云(Private Cloud)服务端，其中，所述公共或私有云服务端包括Software-as-a-Service(软件即服务，SaaS)、Platform-as-a-Service(平台即服务，PaaS)及Infrastructure-as-a-Service(基础设施即服务，IaaS)等。所述私有云服务端例如阿里云计算服务平台、亚马逊(Amazon)云计算服务平台、百度云计算平台、腾讯云计算平台等等。
其中，所述服务器提供至少一种处理拼车订单的服务。其中，所述拼车是指服务器将两个或两个以上的拼车请求进行匹配，使得发送相关性较高两个或两个以上拼车请求的用户共享同一车辆以提高用车效率。所述订单服务是用户使用移动通信设备中的应用程序而生成的。所述订单服务包括但不限于以下至少一种：预约车辆的拼车服务、即时拼车服务和站点拼车服务等。其中，所述订单服务可适用于出租车服务、顺风车服务、快车服务等。
请参阅图9，其显示为服务器在一种实施方式中的结构示意图。所述服务器包括：存储器31、和一个或多个处理器32。
其中，所述存储器31可包括高速随机存取存储器，并且还可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。在某些实施例中，存储器还可以包括远离一个或多个处理器的存储器，例如经由通信网络(未示出)访问的网络附加存储器，其中所述通信网络可以是因特网、一个或多个内部网、局域网(LAN)、广域网(WLAN)、存储局域网(SAN)等，或其适当组合。存储器还包括存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。所述存储器用于存储程序代码。
所述处理器32可操作地与存储器31耦接。处理器可执行在存储器中存储的程序代码，诸如与移动通信设备进行数据接收和发送的步骤，以及根据行程信息计算第一拼车价格和第二拼车价格的步骤等。更具体地，所述处理器用于调用所述存储器中存储的程序代码来执行用户订单处理方法。例如，所述处理器执行参照图1及所对应的文字描述而设计的用户订单处理方法，在此不予赘述。如此，处理器可包括一个或多个通用微处理器、一个或多个专用处理器(ASIC)、一个或多个现场可编程逻辑阵列(FPGA)、或它们的任何组合。
所述处理器32还可操作地与网络接口耦接，以将所属计算设备以通信方式耦接至网络。例如，网络接口可将计算设备连接到广域网(WAN、或注入4G、5G或LTE蜂窝网络)。
本申请还提供一种移动通信设备。所述移动通信设备包括但不限于：智能手机、个人数码助理、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。所述移动通信设备通过运行包含拼车程序的应用程序向服务器发出所述拼车请求。所述拼车程序在被调用时可执行本申请后续提供的拼车方法，或其他可发送拼车请求以及处理叫车平台所反馈的多个拼车价格的其他拼车方法。
为此，请参阅图10，其显示为移动通信设备在一种实施方式中的结构示意图。所述移动通信设备包括：存储器41、及一个或多个处理器42。
所述存储器41可包括高速随机存取存储器，并且还可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备。所述存储器41还包括存储器控制器可控制设备的诸如CPU和外设接口之类的其他组件对存储器的访问。所述存储器用于存储程序代码。
所述处理器42可操作地与存储器41耦接。处理器42可执行在存储器中存储的程序代码，诸如与服务器进行数据接收和发送的步骤，以及显示所接收的第一拼车价格和第二拼车价格的步骤等。更具体地，所述处理器用于调用所述存储器中存储的程序代码来拼车方法。例如，所述处理器执行参照图4及所对应的文字描述而设计的拼车方法，在此不予赘述。如此，处理器可包括一个或多个通用微处理器、一个或多个专用处理器(ASIC)、一个或多个现场可编程逻辑阵列(FPGA)、或它们的任何组合。
所述处理器42还可操作地与网络接口耦接，以将计算设备以通信方式耦接至网络。例如，网络接口可将计算设备连接到个人局域网(PAN)(诸如蓝牙网络)、局域网(LAN)(诸如802.11x Wi-Fi网络)、和/或广域网(WAN、或注入4G、5G或LTE蜂窝网络)。
另外需要说明的是，通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请的部分或全部可借助软件并结合必需的通用硬件平台来实现。基于这样的理解，本申请还提供一种计算机设备的存储介质，所述存储介质存储有至少一个程序，所述程序在被调用时执行前述的任一所述的用户订单处理方法。
基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可包括其上存储有机器可执行程序代码的一个或多个机器可读介质，这些程序代码在由诸如计算机、计算机网络或其他电子设备等一个或多个机器执行时可使得该一个或多个机器根据本申请的实施例来执行操作。例如执行叫车服务中的各步骤等。机器可读介质可包括但不限于，软盘、光盘、CD-ROM(紧致盘-只读存储器)、磁光盘、ROM(只读存储器)、RAM(随机存取存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、磁卡或光卡、闪存、或适于存储机器可执行程序代码的其他类型的介质/机器可读介质。其中，所述存储介质可位于机器也可位于第三方服务器中，如位于提供云存储的服务器中。
另外需要说明的是，通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请的部分或全部可借助软件并结合必需的通用硬件平台来实现。基于这样的理解，本申请还提供一种计算机设备的存储介质，所述存储介质存储有至少一个程序，所述程序在被调用时执行前述的任一所述的用拼车方法。
基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可包括其上存储有机器可执行程序代码的一个或多个机器可读介质，这些程序代码在由诸如计算机、计算机网络或其他电子设备等一个或多个机器执行时可使得该一个或多个机器根据本申请的实施例来执行操作。例如执行叫车服务中的各步骤等。机器可读介质可包括但不限于，软盘、光盘、CD-ROM(紧致盘-只读存储器)、磁光盘、ROM(只读存储器)、RAM(随机存取存储器)、EPROM(可擦除可编程只读存储器)、EEPROM(电可擦除可编程只读存储器)、磁卡或光卡、闪存、或适于存储机器可执行程序代码的其他类型的介质/机器可读介质。其中，所述存储介质可位于机器人也可位于第三方服务器中，如位于提供某应用商城的服务器中。在此对具体应用商城不做限制，如小米应用商城、华为应用商城、苹果应用商城等。
本申请可以在由计算机执行的计算机可执行程序代码的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (33)

1.一种用户订单处理方法，其特征在于，包括以下步骤：
接收到一拼车请求时，依据所述拼车请求中包括的行程信息计算参考价格；
依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；其中，计算第一拼车价格及第二拼车价格的步骤包括：
基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系；其中，所述拼车概率是指用户意愿以第一拼车价格或第二拼车价格申请拼车服务并操作移动通信设备提交拼车订单服务的概率；
依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件；以及
向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。
2.根据权利要求1所述的用户订单处理方法，其特征在于，向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格同时还向所述用户返回参考价格。
3.根据权利要求1所述的用户订单处理方法，其特征在于，依据所述拼车请求中包括的行程信息计算所述参考价格的计算条件还包括：折扣信息，拼单率、所述拼车请求中的时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中终点位置所在区域的用车供求信息，发送所述拼车请求的用户的评级信息，及发送所述拼车请求的用户的历史信息中的至少一种信息。
4.根据权利要求1所述的用户订单处理方法，其特征在于，依据所述参考价格计算第一拼车价格及第二拼车价格的步骤包括依据所述参考价格、折扣信息、以及拼单率为计算条件计算所述第一拼车价格及所述第二拼车价格。
5.根据权利要求4所述的用户订单处理方法，其特征在于，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
6.根据权利要求5所述的用户订单处理方法，其特征在于，所述拼单率是通过对历史拼车数据的统计获取的。
7.根据权利要求1或3所述的用户订单处理方法，其特征在于，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、总里程、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
8.一种用户订单处理系统，其特征在于，包括：
接收模块，用于接收到一拼车请求；
计算模块，用于依据所述拼车请求中包括的行程信息计算参考价格，以及依据所述参考价格计算第一拼车价格及第二拼车价格；其中，所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；其中，所述计算模块用于基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系，以及依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件；其中，所述拼车概率是指用户意愿以第一拼车价格或第二拼车价格申请拼车服务并操作移动通信设备提交拼车订单服务的概率；以及
发送模块，用于向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格。
9.根据权利要求8所述的用户订单处理系统，其特征在于，所述发送模块还用于向发送所述拼车请求的用户返回所述第一拼车价格及第二拼车价格同时还向所述用户返回参考价格。
10.根据权利要求8所述的用户订单处理系统，其特征在于，所述接收模块依据所述拼车请求中包括的行程信息计算所述参考价格的计算条件还包括：折扣信息，接收到所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中终点位置所在区域的用车供求信息，发送所述拼车请求的用户的评级信息，及发送所述拼车请求的用户的历史信息中的至少一种信息。
11.根据权利要求8所述的用户订单处理系统，其特征在于，所述计算模块用于依据所述参考价格、折扣信息、以及拼单率为计算条件计算所述第一拼车价格及所述第二拼车价格。
12.根据权利要求11所述的用户订单处理系统，其特征在于，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
13.根据权利要求11所述的用户订单处理系统，其特征在于，所述拼单率是通过对历史拼车数据的统计获取的。
14.根据权利要求8或10所述的用户订单处理系统，其特征在于，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
15.一种拼车方法，其特征在于，包括以下步骤：
提交一包括有行程信息的拼车请求；
接收响应所述拼车请求的第一拼车价格及第二拼车价格；以及
其中，所述第一拼车价格及第二拼车价格是通过一参考价格计算获取的；所述参考价格是通过所述拼车请求中包括的行程信息计算获取的；所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；
其中，计算第一拼车价格及第二拼车价格的步骤包括：
基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系；其中，所述拼车概率是指用户意愿以第一拼车价格或第二拼车价格申请拼车服务并操作移动通信设备提交拼车订单服务的概率；
依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件。
16.根据权利要求15所述的拼车方法，其特征在于，接收响应所述拼车请求的第一拼车价格及第二拼车价格的同时还接收所述参考价格。
17.根据权利要求15所述的拼车方法，其特征在于，所述参考价格的计算条件还包括：折扣信息，提交所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中位置所在区域的用车供求信息，提交所述拼车请求的用户的评级信息，及提交所述拼车请求的用户的历史信息中的至少一种信息。
18.根据权利要求17所述的拼车方法，其特征在于，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
19.根据权利要求15所述的拼车方法，其特征在于，所述第一拼车价格及第二拼车价格是依据所述参考价格、折扣信息、以及拼单率为计算条件计算获取的。
20.根据权利要求17或19所述的拼车方法，其特征在于，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
21.根据权利要求19所述的拼车方法，其特征在于，所述拼单率是通过对历史拼车数据的统计获取的。
22.一种客户端，其特征在于，包括：
提交模块，用于提交一包括有行程信息的拼车请求；
显示模块，接收响应所述拼车请求的第一拼车价格及第二拼车价格并予以显示；以及
其中，所述第一拼车价格及第二拼车价格是通过一参考价格计算获取的；所述参考价格是通过所述拼车请求中包括的行程信息计算获取的；所述参考价格大于第一拼车价格，所述第一拼车价格大于第二拼车价格；
其中，第一拼车价格及第二拼车价格的计算步骤包括：
基于发送所述拼车请求的用户的历史信息，构建用户的拼车概率与拼车价格之间的对应关系；其中，所述拼车概率是指用户意愿以第一拼车价格或第二拼车价格申请拼车服务并操作移动通信设备提交拼车订单服务的概率；
依据预设调整幅度对所述第一拼车价格和第二拼车价格进行逐步调整，直至基于调整后的第一拼车价格和第二拼车价格而确定的用户拼车概率满足预设最优条件。
23.根据权利要求22所述的客户端，其特征在于，所述显示模块还显示所述参考价格。
24.根据权利要求22所述的客户端，其特征在于，所述参考价格的计算条件还包括：折扣信息，提交所述拼车请求时的当前时间信息，所述行程信息中起点位置所在区域的用车供求信息，所述行程信息中位置所在区域的用车供求信息，提交所述拼车请求的用户的评级信息，及提交所述拼车请求的用户的历史信息中的至少一种信息。
25.根据权利要求24所述的客户端，其特征在于，所述拼车请求的用户的历史信息包括：所述用户的历史打车费用信息、打车次数信息、登录次数信息、预览次数信息、消费指数信息、性别信息、年龄信息、所属城市信息中的至少一种信息。
26.根据权利要求22所述的客户端，其特征在于，所述第一拼车价格及第二拼车价格是依据所述参考价格、折扣信息、以及拼单率为计算条件计算获取的。
27.根据权利要求24或26所述的客户端，其特征在于，所述折扣信息为预设的或通过对历史拼车数据的统计获取的。
28.根据权利要求26所述的客户端，其特征在于，所述拼单率是通过对历史拼车数据的统计获取的。
29.一种拼车系统，其特征在于，包括权利要求8-14中任一项所述的用户订单处理系统及权利要求22-28中任一项所述的客户端。
30.一种服务器，其特征在于，包括：
存储器，用于存储程序代码；
一个或多个处理器；
其中，所述处理器用于调用所述存储器中存储的程序代码来执行权利要求1-7任一项所述的用户订单处理方法。
31.一种移动通信设备，其特征在于，包括：
存储器，用于存储程序代码；
一个或多个处理器；
其中，所述处理器用于调用所述存储器中存储的程序代码来执行权利要求15-21任一项所述的拼车方法。
32.一种计算机可读存储介质，存储有用户订单处理的计算机程序，其特征在于，所述计算机程序被执行时实现权利要求1-7任一项所述的用户订单处理方法。
33.一种计算机可读存储介质，存储有用户订单处理的计算机程序，其特征在于，所述计算机程序被执行时实现权利要求15-21任一项所述的拼车方法。
CN201810662359.3A 2018-06-25 2018-06-25 拼车及用户订单处理方法、系统及所适用的设备 Active CN108876156B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810662359.3A CN108876156B (zh) 2018-06-25 2018-06-25 拼车及用户订单处理方法、系统及所适用的设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810662359.3A CN108876156B (zh) 2018-06-25 2018-06-25 拼车及用户订单处理方法、系统及所适用的设备

Publications (2)

Publication Number Publication Date
CN108876156A CN108876156A (zh) 2018-11-23
CN108876156B true CN108876156B (zh) 2021-03-05

Family

ID=64295639

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810662359.3A Active CN108876156B (zh) 2018-06-25 2018-06-25 拼车及用户订单处理方法、系统及所适用的设备

Country Status (1)

Country Link
CN (1) CN108876156B (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111260172B (zh) * 2018-12-03 2022-08-23 北京嘀嘀无限科技发展有限公司 信息处理方法及系统、计算机设备
CN111260387A (zh) * 2018-12-03 2020-06-09 北京嘀嘀无限科技发展有限公司 拼车成本计算方法及系统、计算机设备
CN111353837A (zh) * 2018-12-20 2020-06-30 北京嘀嘀无限科技发展有限公司 一种拼车方法、系统及计算机可读介质
CN109635981A (zh) * 2018-12-21 2019-04-16 重庆呼我出行网络科技有限公司 一种约车订单处理方法及系统
CN111582960B (zh) * 2019-02-15 2024-01-12 北京嘀嘀无限科技发展有限公司 拼车请求处理方法、装置与计算机可读存储介质
CN111612198B (zh) * 2019-02-25 2023-12-12 北京嘀嘀无限科技发展有限公司 预测拼单成功率的方法、装置和电子设备
CN111861614A (zh) * 2019-05-28 2020-10-30 北京嘀嘀无限科技发展有限公司 一种订单处理方法、装置、电子设备及存储介质
CN111861616A (zh) * 2019-09-30 2020-10-30 北京嘀嘀无限科技发展有限公司 一种订单信息显示方法及装置
CN111861079A (zh) * 2019-10-15 2020-10-30 北京嘀嘀无限科技发展有限公司 服务请求处理方法、装置、设备及存储介质
CN111080391A (zh) * 2019-11-07 2020-04-28 拉扎斯网络科技（上海）有限公司 一种商品操作方法、装置、服务器和可存储介质
CN111178597B (zh) * 2019-12-16 2022-11-08 清华-伯克利深圳学院筹备办公室 拼车订单线路生成方法及装置
US20210192557A1 (en) * 2019-12-19 2021-06-24 Beijing Didi Infinity Technology And Development Co., Ltd. Dynamic carpool discount determination on ridesharing platforms
CN111709770B (zh) * 2020-05-20 2024-02-23 口碑(上海)信息技术有限公司 一种数据处理方法以及装置
CN111861638A (zh) * 2020-06-28 2020-10-30 北京嘀嘀无限科技发展有限公司 区域拼单方法、终端设备与服务器

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107067287A (zh) * 2017-05-31 2017-08-18 湖南农业大学 以“一口价”为上限的网约车合乘均衡计价方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101718433B1 (ko) * 2016-02-11 2017-04-04 신상묵 택시 합승 서비스 제공방법
CN107871172A (zh) * 2016-09-26 2018-04-03 北京嘀嘀无限科技发展有限公司 一种拼车方法及装置
CN107920096A (zh) * 2016-10-09 2018-04-17 北京嘀嘀无限科技发展有限公司 一种打车预估信息展示方法、装置及服务器
KR101851893B1 (ko) * 2017-03-14 2018-06-07 신상묵 택시 합승 서비스 제공방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107067287A (zh) * 2017-05-31 2017-08-18 湖南农业大学 以“一口价”为上限的网约车合乘均衡计价方法

Also Published As

Publication number Publication date
CN108876156A (zh) 2018-11-23

Similar Documents

Publication Publication Date Title
CN108876156B (zh) 拼车及用户订单处理方法、系统及所适用的设备
US11622018B2 (en) Optimizing multi-user requests for a network-based service
US20230343167A1 (en) Facilitating direct rendezvous for a network service
US20200256691A1 (en) System for generating travel route to be serviced by primary transportation service and secondary transportation service
TWI696977B (zh) 用於提供運輸服務的方法和系統
JP6638088B2 (ja) 多数のラウンドドライバ選択のためのシステム及び方法
US9953389B2 (en) System for preemptively navigating drivers to passengers based on passenger device activity
US11695857B2 (en) System for placing drivers in a priority queue and navigating the drivers to fullfill passenger requests
US10885472B2 (en) Dynamic transportation pooling
CN111492386A (zh) 一种用于对电动车辆充电的系统和方法
US11665226B2 (en) Multi-mode message transmission for a network-based service
JP2020515951A (ja) オンデマンドサービスのための乗り物を割り当てるシステム及び方法
EP3507749A2 (en) Driver location prediction for a transportation service
CN107844843B (zh) 一种订单处理方法及服务器
CN110782301A (zh) 一种拼单方法、装置、电子设备及计算机可读存储介质
CN113516332B (zh) 信息处理装置，非暂时性存储介质和评估方法
CN111612286B (zh) 一种订单分配方法、装置、电子设备及存储介质
CN111242711A (zh) 信息提示方法、装置、电子设备和存储介质
CN111798283A (zh) 订单派发方法、装置、电子设备及计算机可读存储介质
CN114266631A (zh) 订单调度方法和计算机存储介质
CN117077950A (zh) 共享出行的调度方法、装置、电子设备和介质
CN112801324A (zh) 出行推荐方法、装置、电子设备及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20190510

Address after: 710077 Room 101, Block B, Yunhui Valley, 156 Tiangu Eighth Road, New Town, Yuhua Street Software, Xi'an High-tech Zone, Shaanxi Province

Applicant after: Cross Information Core Technology Research Institute (Xi'an) Co., Ltd.

Address before: 100084 Tsinghua Yuan, Beijing, Haidian District

Applicant before: Tsinghua University

GR01 Patent grant
GR01 Patent grant