CN105894359A - 订单推送方法、装置及系统 - Google Patents

订单推送方法、装置及系统 Download PDF

Info

Publication number
CN105894359A
CN105894359A CN201610197384.XA CN201610197384A CN105894359A CN 105894359 A CN105894359 A CN 105894359A CN 201610197384 A CN201610197384 A CN 201610197384A CN 105894359 A CN105894359 A CN 105894359A
Authority
CN
China
Prior art keywords
order
information
model
sample
processing side
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.)
Pending
Application number
CN201610197384.XA
Other languages
English (en)
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.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology 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 Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201610197384.XA priority Critical patent/CN105894359A/zh
Publication of CN105894359A publication Critical patent/CN105894359A/zh
Pending legal-status Critical Current

Links

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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F18/00—Pattern recognition
    • G06F18/20—Analysing
    • G06F18/24—Classification techniques
    • G06F18/241—Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches
    • G06F18/2411—Classification techniques relating to the classification model, e.g. parametric or non-parametric approaches based on the proximity to a decision surface, e.g. support vector machines
    • 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

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Data Mining & Analysis (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Evolutionary Computation (AREA)
  • Artificial Intelligence (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • General Engineering & Computer Science (AREA)
  • Bioinformatics & Computational Biology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Evolutionary Biology (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了订单推送方法、装置及系统。所述方法的一具体实施方式包括：接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。该实施方式能够准确确定订单申请方和订单处理方的匹配度，提高订单的完成率。

Description

订单推送方法、装置及系统
技术领域
本申请涉及信息处理技术领域，具体涉及信息识别技术领域，尤其涉及订单推送方法、装置及系统。
背景技术
日常生活中，人们出行的选择有多种，如乘坐公交车、地铁、出租车和私家车等。其中，出租车能够根据乘客的需要确定行车线路，极大地方便了人们的出行。但出租车也有自己的不足，现有的出租车主要靠司机在行车过程中观察是否有人乘坐出租车，这种方式既不利于司机寻找乘客，也不利于乘客找出租车，并且在很多情况下出现出租车拒载等情况，严重降低了出租车的使用效率，为此，很多出租车都加装了打车软件。
现有的打车订单推送方法为：打车软件服务器接收到乘客的打车订单后，向乘客所在位置一定距离范围内的出租车推送打车订单。这种打车订单推送方法只考虑了距离因素，没有考虑乘客因素和司机因素，容易出现司机不接单或接单拒载的情况，导致打车订单无法完成。
发明内容
本申请提供了订单推送方法、装置及系统，以解决背景技术中提到的问题。
一方面，本申请提供了一种订单推送方法，所述方法包括：接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
在一些实施例中，所述方法还包括：建立订单推送模型的步骤，包括：获取历史订单信息集合；从所述历史订单信息集合中筛选出符合设定条件的订单信息作为样本订单，所述设定条件包括时间条件和距离条件中的至少一项，所述样本订单包括正样本订单、负样本订单、可疑正样本订单和可疑负样本订单中的至少一项；从所述样本订单中提取订单申请方信息、订单处理方信息和订单内容信息，所述订单内容信息包括订单完成时间、订单完成距离、订单成本收益中的至少一项；利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型。
在一些实施例中，所述利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型，包括：将所述订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，将测试样本导入所述LR训练模型得到第一判断结果，若所述第一判断结果与所述测试样本对应，则将所述LR训练模型设定为第一订单推送模型。
在一些实施例中，所述将测试样本导入所述LR训练模型得到第一判断结果，还包括：若所述第一判断结果与所述测试样本不对应，则调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，直到所述LR训练模型得到的判断结果与所述测试样本对应。
在一些实施例中，所述利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型，还包括：将所述订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，将测试样本导入所述SVM训练模型得到第二判断结果，若所述第二判断结果与所述测试样本对应，则将所述SVM训练模型设定为第二订单推送模型。
在一些实施例中，所述将测试样本导入所述SVM训练模型得到第二判断结果，还包括：若所述第二判断结果与所述测试样本不对应，则调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，直到所述SVM训练模型得到的判断结果与所述测试样本对应。
在一些实施例中，所述将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，包括：将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，所述匹配度用于表征根据所述订单申请信息确定订单处理方信息的准确性；按匹配度由大到小的顺序对所述订单处理方信息进行排序；将排序后的前设定个所述订单处理方信息作为推荐订单处理方信息。
在一些实施例中，所述将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，包括：将所述订单申请信息导入所述第一订单推送模型得到对应所述订单申请信息的具有第一匹配度的订单处理方信息，若所述第一匹配度在设定范围，则根据所述第一匹配度建立所述订单申请信息与订单处理方信息的对应关系，否则，通过将所述订单申请信息导入所述第二订单推送模型得到对应所述订单申请信息的具有第二匹配度的订单处理方信息，根据所述第二匹配度建立所述订单申请信息与订单处理方信息的对应关系。
第二方面，本申请提供了一种订单推送装置，所述装置包括：订单申请信息接收单元，用于接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；推荐订单处理方信息获取单元，用于将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；订单推送单元，用于将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
在一些实施例中，所述装置还包括：订单推送模型构建单元，用于建立订单推送模型，包括：历史订单信息集合获取子单元，用于获取历史订单信息集；样本订单筛选子单元，用于从所述历史订单信息集合中筛选出符合设定条件的订单信息作为样本订单，所述设定条件包括时间条件和距离条件中的至少一项，所述样本订单包括正样本订单、负样本订单、可疑正样本订单和可疑负样本订单中的至少一项；信息提取子单元，用于从所述样本订单中提取订单申请方信息、订单处理方信息和订单内容信息，所述订单内容信息包括订单完成时间、订单完成距离、订单成本收益中的至少一项；订单推送模型训练子单元，用于利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型。
在一些实施例中，所述订单推送模型训练子单元包括：第一订单推送模型训练模块，用于将所述订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，将测试样本导入所述LR训练模型得到第一判断结果，若所述第一判断结果与所述测试样本对应，则将所述LR训练模型设定为第一订单推送模型。
在一些实施例中，所述第一订单推送模型训练模块还包括：第一订单推送模型修正子模块，用于在所述第一判断结果与所述测试样本不对应时，调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，直到所述LR训练模型得到的判断结果与所述测试样本对应。
在一些实施例中，所述订单推送模型训练子单元还包括：第二订单推送模型训练模块，用于将所述订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，将测试样本导入所述SVM训练模型得到第二判断结果，若所述第二判断结果与所述测试样本对应，则将所述SVM训练模型设定为第二订单推送模型。
在一些实施例中，所述第二订单推送模型训练模块还包括：第二订单推送模型修正子模块，用于在所述第二判断结果与所述测试样本不对应时，调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，直到所述SVM训练模型得到的判断结果与所述测试样本对应。
在一些实施例中，所述推荐订单处理方信息获取单元包括：订单处理方信息获取子单元，用于将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，所述匹配度用于表征根据所述订单申请信息确定订单处理方信息的准确性；匹配度排序子单元，用于按匹配度由大到小的顺序对所述订单处理方信息进行排序；推荐订单处理方信息选择子单元，用于将排序后的前设定个所述订单处理方信息作为推荐订单处理方信息。
在一些实施例中，所述订单处理方信息获取子单元包括：对应关系确定模块，用于将所述订单申请信息导入所述第一订单推送模型得到对应所述订单申请信息的具有第一匹配度的订单处理方信息，若所述第一匹配度在设定范围，则根据所述第一匹配度建立所述订单申请信息与订单处理方信息的对应关系，否则，通过将所述订单申请信息导入所述第二订单推送模型得到对应所述订单申请信息的具有第二匹配度的订单处理方信息，根据所述第二匹配度建立所述订单申请信息与订单处理方信息的对应关系。
第三方面，本申请提供了一种订单推送系统，所述系统包括上述第二方面的订单推送装置。
本申请提供的订单推送方法、装置及系统能够准确确定订单申请方和订单处理方的匹配度，提高订单的完成率。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1是根据本申请的可以应用于其中的示例性系统架构图；
图2是根据本申请的订单推送方法的一个实施例流程图；
图3是根据本实施例的订单推送方法的订单推送模型的一个结构示意图；
图4是根据本实施例的订单推送方法的应用场景的一个示意图；
图5是根据本申请的订单推送装置的一个实施例结构示意图；
图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。
具体实施方式
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。
需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
图1示出了可以应用本申请的订单推送方法或订单推送装置的实施例的示例性系统架构100。
如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送订单信息等。终端设备101、102、103上可以安装有各种订单应用和网络应用，例如订单信息发送软件或订单信息提示软件等。
终端设备101、102、103可以是具有显示屏并且支持订单信息接收和发送软件的各种电子设备，包括但不限于智能手机、平板电脑和笔记本等。
服务器105可以是提供各种订单推送的服务器，例如为终端设备101、102、103推送订单的订单服务器。
需要说明的是，本申请实施例所提供的订单推送方法一般由服务器105执行，相应地，订单推送装置一般设置于服务器105中。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，图2示出了作订单推送方法的一个实施例的流程图200。
如图2所示，本实施例的订单推送方法包括以下步骤：
步骤201，接收订单申请信息。
在本实施例中，订单推送方法运行于其上的电子设备(例如图1所示的服务器105)可以通过有线连接方式或者无线连接方式与终端设备(例如图1所示的终端设备101、102、103)进行数据传递，将订单推送给终端设备。
实际中，订单申请方首先在服务器105内注册，填写订单申请方信息，如姓名、性别、年龄、常住地址、工作和联系方式。然后订单申请方通过安装在订单申请方的智能终端上的客户端发起订单申请信息。订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息，还可以包括时限要求信息、订单申请方当前的位置信息或其他信息。然后服务器105接收客户端发来的订单申请信息，并对订单申请信息进行处理。
步骤202，将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息。
服务器105收到订单申请信息后，将订单申请信息导入预先训练的订单推送模型进行匹配，得到对应订单申请信息的推荐订单处理方信息。通常，一个订单申请信息能够匹配到对应的多个推荐订单处理方信息。其中，订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系。
在本实施例的一些可选的实现方式中，为了匹配出与订单申请信息对应的推荐订单处理方信息，需要先得到订单推送模型。因此，本实施例方法还包括建立订单推送模型的步骤，可以包括以下步骤：
第一步，获取历史订单信息集合。
服务器105内保存有历史订单信息，为了从这些历史订单信息中获得订单信息的订单申请方和订单处理方之间的匹配关系，需要先获取历史订单信息。
第二步，从所述历史订单信息集合中筛选出符合设定条件的订单信息作为样本订单。
实际中，订单信息会有多种类型，如订单按常规步骤完成，的订单申请方发出了订单申请信息，服务器105也生成了订单，并将订单推送给订单处理方，但由于订单申请方取消了订单申请消息，或订单处理方没有获取到订单，或订单处理方接到了订单但拒绝完成订单等情况，导致订单无法完成。还可能由于不同时期订单处理方法不同，导致有些时间很早的订单无不适合当前的订单处理方法。因此，需要对历史订单信息集合中的历史订单信息进行筛选，得到符合设定条件的订单信息作为训练订单推送模型的样本订单。
本实施例的设定条件包括时间条件和距离条件中的至少一项，如选取某一时间区间内的历史订单信息作为样本订单，或针对某一地区，选择符合一定距离条件的历史订单信息作为样本订单。
为了便于对样本订单进行分析，可以将样本订单分为几种类型。本实施例的样本订单可以包括正样本订单、负样本订单、可疑正样本订单和可疑负样本订单中的至少一项，所述正样本订单为订单申请方和订单处理方实际完成的订单，所述负样本订单为订单申请方发出订单申请信息，但订单处理方未接收订单申请信息的订单，所述可疑正样本订单为订单处理方接收订单申请信息，但未完成的订单，所述可疑负样本订单为订单处理方未接收订单申请信息，但由其他订单处理方完成的订单。
第三步，从所述样本订单中提取订单申请方信息、订单处理方信息和订单内容信息。
订单申请方信息包括订单申请方的姓名、性别、年龄、常住地址、工作和联系方式；订单处理方信息包括订单处理方的姓名、性别、年龄、工作编号和联系方式。订单内容信息包括订单完成时间、订单完成距离、订单成本收益中的至少一项，还可以包括订单开始时的位置信息和订单完成时的位置信息。
第四步，利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型。
将订单申请方信息、订单处理方信息和订单信息导入机器学习方法，能够通过机器学习方法找出订单申请方信息、订单处理方信息和订单信息之间的相关性信息，根据相关性信息调整机器学习方法的特定参数，能够得到满足订单申请方信息、订单处理方信息和订单信息之间相关性信息的订单推送模型。
在本实施例的一些可选的实现方式中，样本订单中包含的正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例差别很大，通常，负样本订单的数量要远多于正样本订单的数量，并且，样本订单本身也可以根据时间条件或距离条件进行划分。因此，本申请将样本订单分成多个样本订单组，每个样本订单组包含的正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例各不相同，这样就能对多种具有不同特性的样本订单进行分析。LR(LogisticRegression，逻辑斯谛回归)模型具有对大量信息进行快速处理的能力，很适合对时间要求较高(如要求实时给出结果)的场景。每个样本订单组都可以对应训练一个LR模型，进而能够得到对应样本订单组的多个LR模型。具体的，本实施例利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型，可以包括：将所述订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练(本实施例采用最大似然估计法和随机梯度下降法训练LR模型)得到LR训练模型，将测试样本导入所述LR训练模型得到第一判断结果，若所述第一判断结果与所述测试样本对应，则将所述LR训练模型设定为第一订单推送模型。通常情况下，第一判断结果都与所述测试样本对应，若所述第一判断结果与所述测试样本不对应，则调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入LR模型，并重新对所述LR模型进行训练得到LR训练模型，直到所述LR训练模型得到的判断结果与所述测试样本对应，最终得到对应多个样本订单组的多个LR模型(对应第一订单推送模型)。
在本实施例的一些可选的实现方式中，上述的LR模型能够对订单信息进行快速识别，但对于某些特征不是很明显的订单信息，LR模型无法给出准确的结果。SVM(Support Vector Machine，支持向量机)模型能够对数据的边界进行准确的识别。因此，SVM模型可以对LR模型无法给出准确结果的订单信息进一步判断，实现对订单信息的准确判断。因此，本实施例利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型，还可以包括：将所述订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练(本实施例通过拉格朗日乘数法和SMO(Sequential Minimal Optimization，序列最小优化算法)训练SVM模型)得到SVM训练模型，将测试样本导入所述SVM训练模型得到第二判断结果，若所述第二判断结果与所述测试样本对应，则将所述SVM训练模型设定为第二订单推送模型。若所述第二判断结果与所述测试样本不对应，则调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入SVM模型，并重新对所述SVM模型进行训练得到SVM训练模型，直到所述SVM训练模型得到的判断结果与所述测试样本对应。
将最终得到的多个LR模型(对应第一订单推送模型)通过Bagging算法(Bagging算法是一种用来提高学习算法准确度的方法，这种方法通过构造一个预测函数系列，然后以一定的方式将它们组合成一个预测函数)组合起来，能够发挥各个LR模型的优势，然后再与SVM模型(对应第二推送模型)级联组合得到订单推送模型，订单推送模型能够实现对订单信息的准确判断。
在本实施例的一些可选的实现方式中，将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，可以包括以下步骤：
第一步，将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息。
所述匹配度用于表征根据所述订单申请信息确定订单处理方信息的准确性。
订单申请信息导入所述订单推送模型后，通常会得到多个订单处理方信息，每个订单处理方信息与订单申请信息的匹配度通常不相同。匹配度越大，代表订单处理方信息越符合订单申请信息的要求，成单可能性越高。
第二步，按匹配度由大到小的顺序对所述订单处理方信息进行排序。
对于需要推送多个订单处理方信息的情况，需要按匹配度由大到小的顺序，确定最优可能完成订单的订单处理方信息。
第三步，将排序后的前设定个所述订单处理方信息作为推荐订单处理方信息。
需要说明的是，匹配度可以有多种方式，例如，当匹配结果只有一种情况时，将匹配度的范围设定为0到1，越靠近1，匹配度越高。当匹配结果有多种情况时，匹配度也可以分区表示。例如，打车订单有正样本订单、负样本订单、可疑正样本订单和可疑负样本订单四种情况，相应的，可以将从0到1的范围分成四个标记点，如：0、0.5、0.8和1。订单申请方信息和订单处理方信息的匹配度离哪个标记点最近，就将订单申请方信息和订单处理方信息构成的订单信息归结为哪一类。例如，0代表负样本订单；0.5代表可疑正样本订单；0.8代表可疑负样本订单；1代表正样本订单。当订单申请方信息和订单处理方信息的匹配度为0.79时，可以认为订单申请方信息和订单处理方信息构成的订单信息属于可疑负样本订单，如果订单申请方信息和其他订单处理方信息的匹配度为0.98，可以认为订单申请方信息和其他订单处理方信息构成的订单信息属于正样本订单，则优先将匹配度为0.98对应的订单处理方信息推送给订单处理方，以便尽可能促使订单完成。
在本实施例的一些可选的实现方式中，通常情况下，订单推送模型包含的第一订单推送模型能够得到属于某一类型的匹配度。但是，在某些情况下，将订单申请信息导入第一订单推送模型得到的结果不明显。还以上述情况为例，当第一订单推送模型得到的匹配度为0.65时，匹配度对应的订单信息可能属于可疑正样本订单，也可能属于可疑负样本订单。此时，就需要将该订单申请信息导入第二订单推送模型来判断。因此，将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，包括：将所述订单申请信息导入所述第一订单推送模型得到对应所述订单申请信息的具有第一匹配度的订单处理方信息，若所述第一匹配度在设定范围，则根据所述第一匹配度建立所述订单申请信息与订单处理方信息的对应关系，否则，通过将所述订单申请信息导入所述第二订单推送模型得到对应所述订单申请信息的具有第二匹配度的订单处理方信息，根据所述第二匹配度建立所述订单申请信息与订单处理方信息的对应关系。
例如，将订单申请信息导入第一订单推送模型得到的匹配度为0.65时，无法确定匹配度对应的订单信息属于可疑正样本订单，还是属于可疑负样本订单。此时，将订单申请信息导入第二订单推送模型得到的匹配度为0.798，则可以认为订单申请信息与订单处理方信息对应的订单信息属于可疑负样本订单，从而建立订单申请信息与订单处理方信息的对应关系(此时的对应关系可以描述为可疑负样本订单关系)
步骤203，将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
确定了推荐订单处理方信息后，服务器105将订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
继续参见图3，图3是根据本实施例的订单推送方法的订单推送模型的一个结构示意图。由图3可知，本申请首先通过样本订单训练LR模型和SVM模型，当LR模型训练完成(即第一订单推送模型)后通过Bagging算法组合在一起；SVM模型训练完成(即第二订单推送模型)后，将LR模型和SVM模型级联起来构成订单推送模型(如图3中虚线框所示)。当需要对新订单信息进行判断时，首先将新订单信息导入LR模型，利用LR模型的快速计算能力对新订单信息进行判断，如果判断结果为确定样本，则说明LR模型能对新订单信息做出准确判断，则输出结果，如果不能得到确定样本，说明LR模型无法对新订单信息准确判断，此时，需要将新订单信息导入SVM模型，利用SVM模型对数据边界的准确判断来进一步对新订单信息进行判断，并输出结果。
继续参见图4，图4是根据本实施例的订单推送方法的应用场景的一个示意图。图4以拼车订单对本发明进行说明。首先获取某一地区一定时间内拼车订单，然后按地区和时间段内的拼车订单进行分类，识别出可行的接乘关系(司机与乘客的对应关系)，然后对拼车订单切分训练集合和验证集合，其中，训练集合用于训练机器学习方法，验证集合用于验证训练后的机器学习方法的准确率。然后对训练集合和验证集合进行过滤，得到用于训练的样本。提取样本的特征，对特征进行处理，确定样本中司机和乘客的关系，并修正矛盾的样本。在此基础上训练LR模型和SVM模型，对新的拼车订单进行预测，确定最有可能完成订单的司机，然后将拼车订单发送给司机。以下以顺风车业务为例对本申请进行详细说明：
获取一段时期内的用户订单数据和接单、成单数据，接单日志和浏览日志以及用户画像等相关数据，使用机器学习的方法来学习车主的接单和成单影响因素及影响权重。
定义：在一段较长历史时期内，有发单的乘客为活跃乘客；有接单行为的为活跃车主；无接单日志和浏览日志的为非活跃车主。
由于不同乘客，车主的发单和接单数极不平衡(符合幂律分布)，为了建立对绝大多数人适用的、反映区域和时间特征的、泛化能力强的模型，首先，按行政区(市级)、上班和下班时间段，分别建立活跃乘客和活跃车主之间的基准群体模型。
随着产品用户的增加、使用情况的变化，接单结果和偏好和匹配度会发生动态的变化，因此需要根据训练好的模型推单、派单,再通过车主的接单、成单数据，接单日志和浏览日志情况、乘客的订单取消情况(小时、日、周级别)，实时或批量更新增量模型。
顺风车业务是个综合的C2C(Customer to Customer，消费者对消费者)性质平台，由于顺风车车主是非运营性质的个体，所以对于个别超活跃车主(有足够的样本信息)，采用其个体的接乘订单和浏览关系，单独建立个体模型，修正群体模型的平均作用，从而更好的发现个体车主的重要影响因素和接单偏好等。
当整体涉及乘客、车主的范围和使用频次达到一定程度时，通过用户向量化和增加用户与其他特征的个性化交互项和组合特征等方法，将模型升级为综合群体模型，从而减少独立的模型个数，增强模型的适应能力和泛化能力。
上述各种模型都是基于LR(逻辑斯蒂回归)和SVM(支持向量机)的组合模型。组合方式是采用Bagging(装袋)方法训练的多个LR弱分类器(相当于上述的LR模型)，之后级联1个SVM分类器(相当于上述的SVM模型)。这种组合方式的原因说明如下：
1、由于单个LR弱分类器的召回率和精度会受到随机化采样集合和采样率的显著影响，模型不稳定，因此采用Bagging(装袋)方法组合多个LR弱分类器。
2、LR弱分类器除了可以给出分类标志,还可以给出正类情况的匹配数值化概率大小，可以用于分级推单的分级和排序依据。LR弱分类器与SVM分类器在正样本召回率方面差别不大，但是实践中发现相对SVM分类器，LR分类器对负样本误判为正样本的集合更多，即倾向于将更多的负样本预测为正样本(约1.6倍)，且其中由行业专家判定的好样本占比也低于SVM分类器。LR弱分类器具备可并行性，在线学习能力较强，线上分类计算复杂度低。
考虑到以上各种因素，因此多个LR弱分类器在先，再级联SVM分类器。
具体机器学习步骤如下：
<1>训练：
1、样本表示
(乘客向量、乘客行程向量、车主路线向量、车主向量、系统向量、交叉向量或组合向量，接乘label(司机和乘客对应的标签))。
[1]特征类及特征向量：
●乘客向量：乘客id(identification，身份)及其属性信息，如性别、收入经济状况、出行消费能力、出行频度、出行方式选择、年龄段、职业等。
●乘客行程向量：乘客订单相关信息提取的各个特征。
●车主路线向量：车主设置路线信息提取的各个特征。
●车主向量：车主id及其属性信息，如性别、收入经济状况、出行频度、年龄段、职业、驾龄等。
●系统向量：系统因素，如补贴策略、定价策略等。
●交叉向量或组合向量：描述关系属性如地域影响，人情影响(历史接驾次数)等或者某些因素之间的相互影响或关联性的特征。
特征类及其特征向量是可扩展的，可以随产品的发展和数据状况增加新特征。对于群体模型，乘客id和车主id不作为具体特征使用。
[2]分类标志：
●接乘label：可以采用正负2类(+1/-1)或多类：0,1,2,…接乘label依据以下样本划分标准：
■标记正样本
车主和乘客之间有接单或成单记录的。
■标记负样本
曾经向车主推过单，但车主并未接单的。
■可疑负样本
曾经向车主推过单，车主并未接单，但经过专家判断各原始特征符合非常应该接单的，可能是车主并未看到或在订单被抢单之前看到该推单。
■可疑正样本
车主和乘客之间有接单记录，但没有成单记录，且接单后是车主主动取消的。
后续训练中：
■正样本是标记正样本与可疑正样本的差集。
■负样本是标记负样本与可疑负样本的差集。
也可以将标记接单、标记成单、无人接单、他人接单等作为多类处理，LR弱分类器和SVM分类器分别替换成多类算法。
2、样本处理
[1]除了排除作弊单和用户测试单等处理外，样本最大的问题是：正样本较少，负样本大约有正样本100倍以上的规模。且由于车主和乘客是在不同时间开始注册和使用系统，在同一天，乘客会针对同一出行发好几单，车主也会抢多个不同人的订单，伴随取消其他已抢订单，这里面体现了车主的多订单之间的甄别过程和矛盾之处。系统中包含的推单样本相对于所有的可能接乘关系比例较小，是有偏的。因此综合采用以下几种方法，解决这些问题：
●可行接乘关系集合
由专家认定的基础检测条件：司乘起终点距离(墨卡托坐标x,y)分别在正负6km，出发时间间隔上下1小时。满足该条件的集合为可行接乘关系集合。已有数据里可能有超出该范围之外的接单或者成单，或者属于可行接乘关系集合但历史未曾推单。
●修正矛盾样本：
■等价订单
对于同一乘客，其不同天，但订单路线的起点和终点(坐标)、出发时间分别相同或相近(如坐标在1km内，时间在上下10分钟内)，称之为等价订单，认为他们对同一车主的匹配程度是相同的。
■等价接乘关系及关系权重
对于同一对车主和乘客，车主路线和出发时间相同，乘客的订单属于等价订单，则他们的关系为等价接乘关系。该关系作为接单、成单或未接单分别统计其频次作为关系权重。修正等价接乘关系的车主和乘客之间后续出现超过一定频次的接单或成单关系的之前的样本(含中断接单的，而不是终止接单的)，排除补贴和定价因素的不同的样本，为接单或成单。
■多次发同一天，同一行程的乘客和同一个车主间的接乘只要有1次为接单关系，则认定当天为接单样本。重复行程对同一乘客和车主组合只计1条样本。
●随机化采样
用随机化采样使正样本和负样本之间比例达到1:3左右，从而降低正负样本之间的不平衡性。
[2]样本清洗
为防止模型对异常点敏感，剔除超长距离(跨城、郊游)、乘客和车主行程比<1/2和超长出发时间间隔(车主设置的时间发生过变化或不准确)的样本。
3、特征提取、特征生成、特征处理
主要特征说明如下：
●距离成本收益：订单司机获得总价格(含补贴)减去接单后调整路径的油费成本。
●距离成本收益比：距离成本收益/车主原路程的油费成本。
●出发时间间隔的绝对值，将1天的时间以10min为区间离散化，时间间隔以10min的差别来计量，可以更稳定的描述人的感知。
●司乘起点距离。
●司乘终点距离。
●司乘起点距离与乘客路程比。
●司乘终点距离与乘客路程比。
●绕路距离:接单后调整路程减去车主原路程，绕路距离负值修正为0。
●乘客路程与车主路程比。
●司乘起点距离是否超过某一阈值，如5km。
●司乘终点距离是否超过某一阈值，如5km。
●道路属性(如道路等级、通行能力、路况等)对距离阈值的影响。
●司乘距离对出发时间间隔的交叉项。
阈值可作为超参数根据统计或训练获得。其他特征参考前述样本表示一节的特征举例。
4、模型定义
[1]LR模型：
ln(p|1-p)＝β0+Σβi×Xi。其中，p为判为正类的概率，1-p为判为负类的概率，ln为自然对数。β0和βi分别为待训练的截距和权重，Xi为特征向量分量。
[2]SVM模型：
核函数采用高斯核(RBF)
5、基准模型训练
[1]LR采用最大似然估计法和随机梯度下降法训练。
[2]SVM采用拉格朗日乘数法和SMO进行优化。
6、特征删减
LR基准模型去掉某些线性相关特征和影响显著因子较低的特征。
7、模型再训练
用新的特征进行训练。
<2>验证：
1、模型初估值：
用训练好的模型代入验证集的乘客和车主特征，得到p值。对于p>0.5的判为正类。
2、由于最初历史时间的训练样本数据反映的是原策略下的基于规则的长期的推单结果，这些结果原来是基于群体抢单的，有一定的随机性和行为时间不同的差别，是有偏的结果。如果简单的根据是否接单、成单来判定并不能充分反映车主如何选择订单的真实意图和偏好。因此本申请的目标不是保证一定精度下最大化正样本召回率，而是在保证可接受召回率条件下，增加系统预测正样本中由专家标记满足非常匹配接乘关系(简称好样本)的样本集合大小，从而使系统不仅反映用户心理、偏好和系统策略偏差的现状，还具有更贴近用户、偏好及一定的进化能力。具体方法是：
[1]求出正样本交集(TP)、丢失正样本集(TN)和误分负样本集(FP)。评估丢失正样本集和误分负样本集中的好样本比例。其中，T表示样本实际为正类，F表示样本实际为负类，P表示预测样本为正类，N表示预测样本为负类。
[2]按照AUC(一种用来度量分类模型好坏的一个标准)、召回率和上面步骤中的好样本比率进行模型调优。
<3>预测：
[1]用最终训练好的LR组合模型，代入待预测乘客和车主及行程的对应特征，得到p值。对于p>0.5判为正类，并对p值进行区间离散化和排序定级。反之判为负类。
[2]对于非确信样本(p<0.8或者与专家判定绝对匹配接乘正样本和绝对非匹配负样本标准矛盾的正、负类样本)，用SVM模型，特征同LR模型，得到SVM分类结果。
[3]将[1]和[2]按照级联模型，即确信样本直接由LR组合模型的结果作为最终结果,非确信样本由SVM的结果作为最终结果。
<4>分级推送
取判为正样本的集合按照级别推单，对于无级别的采用随机分配到最高级以外的级别组的方式进行推单。
本实施例提供的方法能够准确确定订单申请方和订单处理方的匹配度，提高订单的完成率。
进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种订单推送装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。
如图5所示，本实施例上述的订单推送装置500包括：订单申请信息接收单元501、推荐订单处理方信息获取单元502和订单推送单元503。其中，订单申请信息接收单元501用于接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；推荐订单处理方信息获取单元502用于将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；订单推送单元503用于将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
在本实施例的一些可选的实现方式中，订单推送装置500还包括订单推送模型构建单元(图中未示出)，用于建立订单推送模型，包括：历史订单信息集合获取子单元(图中未示出)、样本订单筛选子单元(图中未示出)、信息提取子单元(图中未示出)和订单推送模型训练子单元(图中未示出)。其中，历史订单信息集合获取子单元用于获取历史订单信息集合；样本订单筛选子单元用于从所述历史订单信息集合中筛选出符合设定条件的订单信息作为样本订单，所述设定条件包括时间条件和距离条件中的至少一项，所述样本订单包括正样本订单、负样本订单、可疑正样本订单和可疑负样本订单中的至少一项；信息提取子单元用于从所述样本订单中提取订单申请方信息、订单处理方信息和订单内容信息，所述订单内容信息包括订单完成时间、订单完成距离、订单成本收益中的至少一项；订单推送模型训练子单元用于利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型。
在本实施例的一些可选的实现方式中，所述订单推送模型训练子单元包括：第一订单推送模型训练模块(图中未示出)，用于将所述订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，将测试样本导入所述LR训练模型得到第一判断结果，若所述第一判断结果与所述测试样本对应，则将所述LR训练模型设定为第一订单推送模型。
在本实施例的一些可选的实现方式中，所述第一订单推送模型训练模块还包括：第一订单推送模型修正子模块(图中未示出)，用于在所述第一判断结果与所述测试样本不对应时，调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，直到所述LR训练模型得到的判断结果与所述测试样本对应。
在本实施例的一些可选的实现方式中，所述订单推送模型训练子单元还包括：第二订单推送模型训练模块(图中未示出)，用于将所述订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，将测试样本导入所述SVM训练模型得到第二判断结果，若所述第二判断结果与所述测试样本对应，则将所述SVM训练模型设定为第二订单推送模型。
在本实施例的一些可选的实现方式中，所述第二订单推送模型训练模块还包括：第二订单推送模型修正子模块(图中未示出)，用于在所述第二判断结果与所述测试样本不对应时，调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，直到所述SVM训练模型得到的判断结果与所述测试样本对应。
在本实施例的一些可选的实现方式中，所述推荐订单处理方信息获取单元502包括：订单处理方信息获取子单元(图中未示出)、匹配度排序子单元(图中未示出)和推荐订单处理方信息选择子单元(图中未示出)。其中，订单处理方信息获取子单元用于将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，所述匹配度用于表征根据所述订单申请信息确定订单处理方信息的准确性；匹配度排序子单元用于按匹配度由大到小的顺序对所述订单处理方信息进行排序；推荐订单处理方信息选择子单元用于将排序后的前设定个所述订单处理方信息作为推荐订单处理方信息。
在本实施例的一些可选的实现方式中，所述订单处理方信息获取子单元包括：对应关系确定模块(图中未示出)，用于将所述订单申请信息导入所述第一订单推送模型得到对应所述订单申请信息的具有第一匹配度的订单处理方信息，若所述第一匹配度在设定范围，则根据所述第一匹配度建立所述订单申请信息与订单处理方信息的对应关系，否则，通过将所述订单申请信息导入所述第二订单推送模型得到对应所述订单申请信息的具有第二匹配度的订单处理方信息，根据所述第二匹配度建立所述订单申请信息与订单处理方信息的对应关系。
本实施例还提供了一种订单推送系统，所述系统包括上述的所述订单推送装置。
下面参考图6，其示出了适于用来实现本申请实施例的订单推送服务器的计算机系统600的结构示意图。
如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。
附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括订单申请信息接收单元、推荐订单处理方信息获取单元和订单推送单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，订单推送单元还可以被描述为“用于推送订单申请信息的单元”。
作为另一方面，本申请还提供了一种非易失性计算机存储介质，该非易失性计算机存储介质可以是上述实施例中所述装置中所包含的非易失性计算机存储介质；也可以是单独存在，未装配入终端中的非易失性计算机存储介质。上述非易失性计算机存储介质存储有一个或者多个程序，当所述一个或者多个程序被一个设备执行时，使得所述设备：接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (17)

1.一种订单推送方法，其特征在于，所述方法包括：
接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；
将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；
将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
建立订单推送模型的步骤，包括：
获取历史订单信息集合；
从所述历史订单信息集合中筛选出符合设定条件的订单信息作为样本订单，所述设定条件包括时间条件和距离条件中的至少一项，所述样本订单包括正样本订单、负样本订单、可疑正样本订单和可疑负样本订单中的至少一项；
从所述样本订单中提取订单申请方信息、订单处理方信息和订单内容信息，所述订单内容信息包括订单完成时间、订单完成距离、订单成本收益中的至少一项；
利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型。
3.根据权利要求2所述的方法，其特征在于，所述利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型，包括：
将所述订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，将测试样本导入所述LR训练模型得到第一判断结果，若所述第一判断结果与所述测试样本对应，则将所述LR训练模型设定为第一订单推送模型。
4.根据权利要求3所述的方法，其特征在于，所述将测试样本导入所述LR训练模型得到第一判断结果，还包括：
若所述第一判断结果与所述测试样本不对应，则调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，直到所述LR训练模型得到的判断结果与所述测试样本对应。
5.根据权利要求3所述的方法，其特征在于，所述利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型，还包括：
将所述订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，将测试样本导入所述SVM训练模型得到第二判断结果，若所述第二判断结果与所述测试样本对应，则将所述SVM训练模型设定为第二订单推送模型。
6.根据权利要求5所述的方法，其特征在于，所述将测试样本导入所述SVM训练模型得到第二判断结果，还包括：
若所述第二判断结果与所述测试样本不对应，则调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，直到所述SVM训练模型得到的判断结果与所述测试样本对应。
7.根据权利要求5所述的方法，其特征在于，所述将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，包括：
将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，所述匹配度用于表征根据所述订单申请信息确定订单处理方信息的准确性；
按匹配度由大到小的顺序对所述订单处理方信息进行排序；
将排序后的前设定个所述订单处理方信息作为推荐订单处理方信息。
8.根据权利要求7所述的方法，其特征在于，所述将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，包括：
将所述订单申请信息导入所述第一订单推送模型得到对应所述订单申请信息的具有第一匹配度的订单处理方信息，若所述第一匹配度在设定范围，则根据所述第一匹配度建立所述订单申请信息与订单处理方信息的对应关系，否则，通过将所述订单申请信息导入所述第二订单推送模型得到对应所述订单申请信息的具有第二匹配度的订单处理方信息，根据所述第二匹配度建立所述订单申请信息与订单处理方信息的对应关系。
9.一种订单推送装置，其特征在于，所述装置包括：
订单申请信息接收单元，用于接收订单申请信息，所述订单申请信息包括订单申请方信息、订单起点位置信息和订单终点位置信息；
推荐订单处理方信息获取单元，用于将所述订单申请信息导入预先训练的订单推送模型进行匹配得到至少一个推荐订单处理方信息，其中，所述订单推送模型用于表征订单申请信息与推荐订单处理方信息的对应关系；
订单推送单元，用于将所述订单申请信息推送给对应所述推荐订单处理方信息的处理方终端。
10.根据权利要求9所述的装置，其特征在于，所述装置还包括：
订单推送模型构建单元，用于建立订单推送模型，包括：
历史订单信息集合获取子单元，用于获取历史订单信息集合；
样本订单筛选子单元，用于从所述历史订单信息集合中筛选出符合设定条件的订单信息作为样本订单，所述设定条件包括时间条件和距离条件中的至少一项，所述样本订单包括正样本订单、负样本订单、可疑正样本订单和可疑负样本订单中的至少一项；
信息提取子单元，用于从所述样本订单中提取订单申请方信息、订单处理方信息和订单内容信息，所述订单内容信息包括订单完成时间、订单完成距离、订单成本收益中的至少一项；
订单推送模型训练子单元，用于利用机器学习方法，基于所述订单申请方信息、订单处理方信息和订单信息，训练得到订单推送模型。
11.根据权利要求10所述的装置，其特征在于，所述订单推送模型训练子单元包括：
第一订单推送模型训练模块，用于将所述订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，将测试样本导入所述LR训练模型得到第一判断结果，若所述第一判断结果与所述测试样本对应，则将所述LR训练模型设定为第一订单推送模型。
12.根据权利要求11所述的装置，其特征在于，所述第一订单推送模型训练模块还包括：
第一订单推送模型修正子模块，用于在所述第一判断结果与所述测试样本不对应时，调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入LR模型，并对所述LR模型进行训练得到LR训练模型，直到所述LR训练模型得到的判断结果与所述测试样本对应。
13.根据权利要求11所述的装置，其特征在于，所述订单推送模型训练子单元还包括：
第二订单推送模型训练模块，用于将所述订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，将测试样本导入所述SVM训练模型得到第二判断结果，若所述第二判断结果与所述测试样本对应，则将所述SVM训练模型设定为第二订单推送模型。
14.根据权利要求13所述的装置，其特征在于，所述第二订单推送模型训练模块还包括：
第二订单推送模型修正子模块，用于在所述第二判断结果与所述测试样本不对应时，调整所述样本订单中正样本订单、负样本订单、可疑正样本订单和可疑负样本订单的比例，将调整比例后的所述样本订单对应的订单申请方信息、订单处理方信息和订单信息导入SVM模型，并对所述SVM模型进行训练得到SVM训练模型，直到所述SVM训练模型得到的判断结果与所述测试样本对应。
15.根据权利要求13所述的装置，其特征在于，所述推荐订单处理方信息获取单元包括：
订单处理方信息获取子单元，用于将所述订单申请信息导入所述订单推送模型得到包含匹配度的订单处理方信息，所述匹配度用于表征根据所述订单申请信息确定订单处理方信息的准确性；
匹配度排序子单元，用于按匹配度由大到小的顺序对所述订单处理方信息进行排序；
推荐订单处理方信息选择子单元，用于将排序后的前设定个所述订单处理方信息作为推荐订单处理方信息。
16.根据权利要求15所述的装置，其特征在于，所述订单处理方信息获取子单元包括：
对应关系确定模块，用于将所述订单申请信息导入所述第一订单推送模型得到对应所述订单申请信息的具有第一匹配度的订单处理方信息，若所述第一匹配度在设定范围，则根据所述第一匹配度建立所述订单申请信息与订单处理方信息的对应关系，否则，通过将所述订单申请信息导入所述第二订单推送模型得到对应所述订单申请信息的具有第二匹配度的订单处理方信息，根据所述第二匹配度建立所述订单申请信息与订单处理方信息的对应关系。
17.一种订单推送系统，其特征在于，所述系统包括权利要求9-16任一的所述订单推送装置。
CN201610197384.XA 2016-03-31 2016-03-31 订单推送方法、装置及系统 Pending CN105894359A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610197384.XA CN105894359A (zh) 2016-03-31 2016-03-31 订单推送方法、装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610197384.XA CN105894359A (zh) 2016-03-31 2016-03-31 订单推送方法、装置及系统

Publications (1)

Publication Number Publication Date
CN105894359A true CN105894359A (zh) 2016-08-24

Family

ID=57011853

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610197384.XA Pending CN105894359A (zh) 2016-03-31 2016-03-31 订单推送方法、装置及系统

Country Status (1)

Country Link
CN (1) CN105894359A (zh)

Cited By (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106372674A (zh) * 2016-09-30 2017-02-01 百度在线网络技术（北京）有限公司 在线叫车服务平台中的司机分类方法和装置
CN107194762A (zh) * 2017-05-05 2017-09-22 腾讯科技（深圳）有限公司 交通工具推荐方法、系统及其设备
CN107845016A (zh) * 2017-09-26 2018-03-27 北京小度信息科技有限公司 信息输出方法和装置
CN108205766A (zh) * 2016-12-19 2018-06-26 阿里巴巴集团控股有限公司 信息推送方法、装置及系统
CN108460471A (zh) * 2017-02-22 2018-08-28 神州优车（平潭）电子商务有限公司 用于管理用户位置的方法和设备
CN108596632A (zh) * 2017-03-07 2018-09-28 北京嘀嘀无限科技发展有限公司 一种基于订单属性和用户行为的反作弊识别方法及系统
CN108734361A (zh) * 2017-04-18 2018-11-02 北京嘀嘀无限科技发展有限公司 拼车订单处理方法和装置
WO2018227389A1 (en) * 2017-06-13 2018-12-20 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for determining estimated time of arrival
CN109118334A (zh) * 2017-06-01 2019-01-01 北京小度信息科技有限公司 订单处理方法及装置
CN109146109A (zh) * 2017-06-16 2019-01-04 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN109146211A (zh) * 2017-06-16 2019-01-04 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN109242127A (zh) * 2018-08-23 2019-01-18 蜜小蜂智慧（北京）科技有限公司 一种预约车辆的方法及装置
CN109308538A (zh) * 2017-07-26 2019-02-05 北京嘀嘀无限科技发展有限公司 成交转化率预测方法及装置
CN109325828A (zh) * 2018-09-13 2019-02-12 拉扎斯网络科技（上海）有限公司 订单处理方法、装置、设备及计算机可读存储介质
CN109478275A (zh) * 2017-06-16 2019-03-15 北京嘀嘀无限科技发展有限公司 分配服务请求的系统和方法
CN109492116A (zh) * 2018-11-27 2019-03-19 杭州中奥科技有限公司 人物关系网络构建的方法及装置
CN109492962A (zh) * 2018-09-20 2019-03-19 天津五八到家科技有限公司 信息处理方法及装置
WO2019061129A1 (en) * 2017-09-28 2019-04-04 Beijing Didi Infinity Technology And Development Co., Ltd. SYSTEMS AND METHODS FOR EVALUATING PROGRAMMING STRATEGY ASSOCIATED WITH DESIGNATED DRIVING SERVICES
CN109635980A (zh) * 2018-12-21 2019-04-16 重庆呼我出行网络科技有限公司 约车订单分配方法及系统
CN109670817A (zh) * 2017-10-17 2019-04-23 阿里巴巴集团控股有限公司 一种数据处理方法及设备
CN109948656A (zh) * 2019-02-21 2019-06-28 百度在线网络技术（北京）有限公司 一种信息处理方法、装置及存储介质
CN110020215A (zh) * 2017-07-19 2019-07-16 北京嘀嘀无限科技发展有限公司 找单推荐信息的推送方法及装置、电子设备
CN110503498A (zh) * 2018-05-16 2019-11-26 北京三快在线科技有限公司 一种订单推荐方法及装置
CN110969500A (zh) * 2018-09-28 2020-04-07 北京嘀嘀无限科技发展有限公司 一种叫车订单的推送方法及装置
CN110992127A (zh) * 2019-11-14 2020-04-10 北京沃东天骏信息技术有限公司 一种物品推荐方法及装置
WO2020155837A1 (zh) * 2019-01-31 2020-08-06 阿里巴巴集团控股有限公司 约车信息展示方法、装置、系统及设备
CN111507494A (zh) * 2020-04-17 2020-08-07 北京嘀嘀无限科技发展有限公司 订单处理方法和系统、计算机可读存储介质
CN111601241A (zh) * 2017-01-06 2020-08-28 优步技术公司 用于超声接近服务的方法和系统
CN111598643A (zh) * 2020-04-01 2020-08-28 杭州飞步科技有限公司 信息处理方法及装置
CN111768019A (zh) * 2019-04-02 2020-10-13 北京三快在线科技有限公司 订单处理方法、装置、计算机设备及存储介质
CN111899061A (zh) * 2020-03-10 2020-11-06 北京畅行信息技术有限公司 订单推荐方法、装置、设备及存储介质
CN111932352A (zh) * 2020-10-09 2020-11-13 广州宸祺出行科技有限公司 一种基于权值的顺风车订单推送方法和系统
CN112053116A (zh) * 2020-09-10 2020-12-08 广州回头车信息科技有限公司 一种可拼车订单识别方法和装置
WO2021035412A1 (zh) * 2019-08-23 2021-03-04 华为技术有限公司 一种自动机器学习AutoML系统、方法及设备
CN112507193A (zh) * 2020-10-30 2021-03-16 长沙市到家悠享网络科技有限公司 数据更新方法、装置、设备和存储介质
US11017327B2 (en) 2016-11-02 2021-05-25 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for providing information for on-demand services
CN113347246A (zh) * 2021-05-31 2021-09-03 杭州海康威视数字技术股份有限公司 巡检方法、装置及电子设备
US11621921B2 (en) 2017-06-14 2023-04-04 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for transport capacity scheduling

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102903020A (zh) * 2011-07-25 2013-01-30 上海博路信息技术有限公司 一种拼车系统实时撮合方法
CN103544671A (zh) * 2012-07-16 2014-01-29 上海博讯信息技术有限公司 一种实时撮合方法
CN105096166A (zh) * 2015-08-27 2015-11-25 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102903020A (zh) * 2011-07-25 2013-01-30 上海博路信息技术有限公司 一种拼车系统实时撮合方法
CN103544671A (zh) * 2012-07-16 2014-01-29 上海博讯信息技术有限公司 一种实时撮合方法
CN105096166A (zh) * 2015-08-27 2015-11-25 北京嘀嘀无限科技发展有限公司 一种订单分配的方法及装置

Cited By (58)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106372674A (zh) * 2016-09-30 2017-02-01 百度在线网络技术（北京）有限公司 在线叫车服务平台中的司机分类方法和装置
US11017327B2 (en) 2016-11-02 2021-05-25 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for providing information for on-demand services
CN108205766A (zh) * 2016-12-19 2018-06-26 阿里巴巴集团控股有限公司 信息推送方法、装置及系统
CN111601241B (zh) * 2017-01-06 2022-05-31 优步技术公司 用于超声接近服务的方法和系统
CN111601241A (zh) * 2017-01-06 2020-08-28 优步技术公司 用于超声接近服务的方法和系统
CN108460471A (zh) * 2017-02-22 2018-08-28 神州优车（平潭）电子商务有限公司 用于管理用户位置的方法和设备
CN108596632A (zh) * 2017-03-07 2018-09-28 北京嘀嘀无限科技发展有限公司 一种基于订单属性和用户行为的反作弊识别方法及系统
CN108734361A (zh) * 2017-04-18 2018-11-02 北京嘀嘀无限科技发展有限公司 拼车订单处理方法和装置
CN108734361B (zh) * 2017-04-18 2021-12-03 北京嘀嘀无限科技发展有限公司 拼车订单处理方法和装置
WO2018201979A1 (zh) * 2017-05-05 2018-11-08 腾讯科技（深圳）有限公司 交通工具推荐方法、系统及其设备
CN107194762A (zh) * 2017-05-05 2017-09-22 腾讯科技（深圳）有限公司 交通工具推荐方法、系统及其设备
CN109118334A (zh) * 2017-06-01 2019-01-01 北京小度信息科技有限公司 订单处理方法及装置
CN109118334B (zh) * 2017-06-01 2022-04-01 北京星选科技有限公司 订单处理方法及装置
WO2018227389A1 (en) * 2017-06-13 2018-12-20 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for determining estimated time of arrival
US11621921B2 (en) 2017-06-14 2023-04-04 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for transport capacity scheduling
US11631027B2 (en) 2017-06-16 2023-04-18 Beijing Infinity Technology And Development Co., Ltd. Systems and methods for allocating service requests
CN109146109B (zh) * 2017-06-16 2021-07-27 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN109146109A (zh) * 2017-06-16 2019-01-04 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN109146211A (zh) * 2017-06-16 2019-01-04 北京嘀嘀无限科技发展有限公司 订单的分配、模型的训练方法及装置
CN109478275A (zh) * 2017-06-16 2019-03-15 北京嘀嘀无限科技发展有限公司 分配服务请求的系统和方法
CN110020215A (zh) * 2017-07-19 2019-07-16 北京嘀嘀无限科技发展有限公司 找单推荐信息的推送方法及装置、电子设备
CN109308538A (zh) * 2017-07-26 2019-02-05 北京嘀嘀无限科技发展有限公司 成交转化率预测方法及装置
CN109308538B (zh) * 2017-07-26 2021-03-09 北京嘀嘀无限科技发展有限公司 成交转化率预测方法及装置
WO2019061903A1 (zh) * 2017-09-26 2019-04-04 北京小度信息科技有限公司 信息输出方法和装置
CN107845016B (zh) * 2017-09-26 2021-01-01 北京小度信息科技有限公司 信息输出方法和装置
CN107845016A (zh) * 2017-09-26 2018-03-27 北京小度信息科技有限公司 信息输出方法和装置
WO2019061129A1 (en) * 2017-09-28 2019-04-04 Beijing Didi Infinity Technology And Development Co., Ltd. SYSTEMS AND METHODS FOR EVALUATING PROGRAMMING STRATEGY ASSOCIATED WITH DESIGNATED DRIVING SERVICES
CN109670817A (zh) * 2017-10-17 2019-04-23 阿里巴巴集团控股有限公司 一种数据处理方法及设备
CN110503498A (zh) * 2018-05-16 2019-11-26 北京三快在线科技有限公司 一种订单推荐方法及装置
CN109242127A (zh) * 2018-08-23 2019-01-18 蜜小蜂智慧（北京）科技有限公司 一种预约车辆的方法及装置
CN109242127B (zh) * 2018-08-23 2022-06-24 蜜小蜂智慧（北京）科技有限公司 一种预约车辆的方法及装置
CN109325828A (zh) * 2018-09-13 2019-02-12 拉扎斯网络科技（上海）有限公司 订单处理方法、装置、设备及计算机可读存储介质
CN109325828B (zh) * 2018-09-13 2020-05-29 拉扎斯网络科技（上海）有限公司 订单处理方法、装置、设备及计算机可读存储介质
CN109492962A (zh) * 2018-09-20 2019-03-19 天津五八到家科技有限公司 信息处理方法及装置
CN110969500A (zh) * 2018-09-28 2020-04-07 北京嘀嘀无限科技发展有限公司 一种叫车订单的推送方法及装置
CN109492116B (zh) * 2018-11-27 2021-08-27 杭州中奥科技有限公司 人物关系网络构建的方法及装置
CN109492116A (zh) * 2018-11-27 2019-03-19 杭州中奥科技有限公司 人物关系网络构建的方法及装置
CN109635980B (zh) * 2018-12-21 2023-09-05 重庆呼我出行网络科技有限公司 约车订单分配方法及系统
CN109635980A (zh) * 2018-12-21 2019-04-16 重庆呼我出行网络科技有限公司 约车订单分配方法及系统
WO2020155837A1 (zh) * 2019-01-31 2020-08-06 阿里巴巴集团控股有限公司 约车信息展示方法、装置、系统及设备
CN109948656B (zh) * 2019-02-21 2022-11-25 百度在线网络技术（北京）有限公司 一种信息处理方法、装置及存储介质
CN109948656A (zh) * 2019-02-21 2019-06-28 百度在线网络技术（北京）有限公司 一种信息处理方法、装置及存储介质
CN111768019A (zh) * 2019-04-02 2020-10-13 北京三快在线科技有限公司 订单处理方法、装置、计算机设备及存储介质
WO2021035412A1 (zh) * 2019-08-23 2021-03-04 华为技术有限公司 一种自动机器学习AutoML系统、方法及设备
CN110992127A (zh) * 2019-11-14 2020-04-10 北京沃东天骏信息技术有限公司 一种物品推荐方法及装置
CN110992127B (zh) * 2019-11-14 2023-09-29 北京沃东天骏信息技术有限公司 一种物品推荐方法及装置
CN111899061A (zh) * 2020-03-10 2020-11-06 北京畅行信息技术有限公司 订单推荐方法、装置、设备及存储介质
CN111899061B (zh) * 2020-03-10 2024-04-16 北京畅行信息技术有限公司 订单推荐方法、装置、设备及存储介质
CN111598643A (zh) * 2020-04-01 2020-08-28 杭州飞步科技有限公司 信息处理方法及装置
CN111598643B (zh) * 2020-04-01 2024-02-13 杭州飞步科技有限公司 信息处理方法及装置
CN111507494B (zh) * 2020-04-17 2024-01-09 北京嘀嘀无限科技发展有限公司 订单处理方法和系统、计算机可读存储介质
CN111507494A (zh) * 2020-04-17 2020-08-07 北京嘀嘀无限科技发展有限公司 订单处理方法和系统、计算机可读存储介质
CN112053116A (zh) * 2020-09-10 2020-12-08 广州回头车信息科技有限公司 一种可拼车订单识别方法和装置
CN112053116B (zh) * 2020-09-10 2023-11-03 江苏运满满同城信息科技有限公司 一种可拼车订单识别方法和装置
CN111932352A (zh) * 2020-10-09 2020-11-13 广州宸祺出行科技有限公司 一种基于权值的顺风车订单推送方法和系统
CN112507193A (zh) * 2020-10-30 2021-03-16 长沙市到家悠享网络科技有限公司 数据更新方法、装置、设备和存储介质
CN113347246B (zh) * 2021-05-31 2023-09-08 杭州海康威视数字技术股份有限公司 巡检方法、装置及电子设备
CN113347246A (zh) * 2021-05-31 2021-09-03 杭州海康威视数字技术股份有限公司 巡检方法、装置及电子设备

Similar Documents

Publication Publication Date Title
CN105894359A (zh) 订单推送方法、装置及系统
CN109754594B (zh) 一种路况信息获取方法及其设备、存储介质、终端
Trépanier et al. Individual trip destination estimation in a transit smart card automated fare collection system
CN108985347A (zh) 分类模型的训练方法、店铺分类的方法及装置
CN107657267B (zh) 产品潜在用户挖掘方法及装置
US10430736B2 (en) System and method for estimating a dynamic origin-destination matrix
US10621529B2 (en) Goal-based travel reconstruction
CN108665355A (zh) 金融产品推荐方法、装置、设备和计算机存储介质
CN105931068A (zh) 一种持卡人消费画像的生成方法及装置
CN106779408A (zh) 公交系统服务质量的评估方法和装置
CN109118316A (zh) 线上店铺真实性的识别方法和装置
CN107800765A (zh) 一种信息处理方法、终端及系统
CN108429776A (zh) 网络对象的推送方法、装置、客户端、交互设备以及系统
Zhao et al. Recognizing metro-bus transfers from smart card data
Ma et al. Public transportation big data mining and analysis
CN107463941A (zh) 一种车主身份识别方法及装置
Li et al. Comparison of door-to-door transit travel time estimation using schedules, real-time vehicle arrivals, and smartcard inference methods
CN107798522A (zh) 一种车费代付方法及装置
Maréchal Modelling the acquisition of travel information and its influence on travel behaviour
CN109544271A (zh) 一种交易管理系统
CN111373395A (zh) 基于层次聚类的人工智能系统和方法
CN111915368A (zh) 汽车行业客户id识别系统、方法及介质
CN109166012A (zh) 针对行程预定类用户的分类及信息推送的方法和装置
CN112750043A (zh) 业务数据的推送方法、装置和服务器
CN115599985A (zh) 目标客户识别方法和系统、电子设备及可读存储介质

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20160824