CN111967630A - 服务匹配方法、装置、电子设备和计算机可读存储介质 - Google Patents

服务匹配方法、装置、电子设备和计算机可读存储介质 Download PDF

Info

Publication number
CN111967630A
CN111967630A CN202010995101.2A CN202010995101A CN111967630A CN 111967630 A CN111967630 A CN 111967630A CN 202010995101 A CN202010995101 A CN 202010995101A CN 111967630 A CN111967630 A CN 111967630A
Authority
CN
China
Prior art keywords
service
matching
matching list
route
newly
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.)
Granted
Application number
CN202010995101.2A
Other languages
English (en)
Other versions
CN111967630B (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.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development 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 Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN202010995101.2A priority Critical patent/CN111967630B/zh
Publication of CN111967630A publication Critical patent/CN111967630A/zh
Application granted granted Critical
Publication of CN111967630B publication Critical patent/CN111967630B/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/02—Reservations, e.g. for tickets, services or events
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • 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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
    • 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/06311—Scheduling, planning or task assignment for a person or group
    • 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

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Game Theory and Decision Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Educational Administration (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了一种服务匹配方法、装置、电子设备和计算机可读存储介质，其中，该方法包括：响应于新建的服务路线，匹配与所述新建的服务路线关联的目标服务订单；基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表；利用所述新建的服务路线更新每一个所述目标服务订单对应的第二匹配列表，以便获取到推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线。减少计算量的同时，实现司乘双侧匹配关系信息的同步。

Description

服务匹配方法、装置、电子设备和计算机可读存储介质
技术领域
本申请涉及计算机技术领域，具体而言，涉及一种服务匹配方法、装置、电子设备和计算机可读存储介质。
背景技术
共享出行，不仅能给乘客和车主都带来费用方面的实惠，而且能够有效复用交通资源，减少污染、拥堵等社会问题。目前，共享出行的可靠开展依赖于司乘之间的有效互选的实现。然而，现有的司乘互选机制要么司乘两侧所对应的匹配关系信息同步性差，要么所需计算成本高的问题。
发明内容
有鉴于此，本申请的目的在于提供一种服务匹配方法、装置、电子设备和计算机可读存储介质，能够通过生成第一匹配列表后，联动地更新第一匹配列表中目标服务订单所对应的第二匹配列表，解决司乘两侧匹配关系信息同步性差的问题，达到低成本实现路线提供侧和订单提供侧之间匹配关系信息同步的效果，进而便于可靠互选。
第一方面，本发明实施例提供一种服务匹配方法，包括：
响应于新建的服务路线，匹配与所述新建的服务路线关联的目标服务订单；
基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表；
利用所述新建的服务路线更新每一个所述目标服务订单对应的第二匹配列表，以便获取到推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线。
在可选的实施方式中，所述方法还包括：
获取所述推送请求指令；
基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照；
根据所述推荐快照生成分页推荐数据并依次推送。
在可选的实施方式中，所述根据所述推荐快照生成分页推荐数据并依次推送包括：基于所述推荐快照划分为多个所述分页推荐数据；在将首个所述分页推荐数据推送出去后，每接收到的一普通刷新指令便将下一个所述分页推荐数据推送出去；
所述方法还包括：当接收到强制刷新指令时，重新根据所述推送请求指令所指向的最新的所述第一匹配列表或者第二匹配列表，生成新的推荐快照，以便进行推送。
在可选的实施方式中，所述基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照的步骤包括：
当所述推送请求指令为服务请求端发出的指令时，根据所述服务请求端创建的服务订单所对应的第二匹配列表生成所述推荐快照；
当所述推送请求指令为服务提供端发出的指令时，根据所述服务提供端创建的服务路线所对应的第一匹配列表生成所述推荐快照。
在可选的实施方式中，所述方法还包括：
检测失效服务订单；
在检测到所述失效服务订单时，获取第一目标服务路线；其中，所述第一目标服务路线为所述失效服务订单对应的第二匹配列表中存在的服务路线；
更新每一所述第一目标服务路线所对应的第一匹配列表，以取消所述目标服务路线与所述失效服务订单之间的匹配关系；
删除所述失效服务订单对应的第二匹配列表。
在可选的实施方式中，所述匹配与所述新建的服务路线关联的目标服务订单的步骤包括：从现存的服务订单中选定待选订单；利用预设的过滤规则从所述待选订单中筛选出匹配的目标服务订单；
所述基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表的步骤包括：基于预选的评估因子，计算每个所述目标服务订单与所述新建的服务路线之间的匹配度；根据所述目标服务订单及对应的所述匹配度，生成所述第一匹配列表。
在可选的实施方式中，所述方法包括：
响应于新建的服务订单，匹配与所述新建的服务订单关联的第二目标服务路线；
基于所述第二目标服务路线，生成所述新建的服务订单对应的第二匹配列表；
利用所述新建的服务订单更新每一个所述第二目标服务路线对应的第一匹配列表，以便获取到所述推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据。
在可选的实施方式中，所述方法包括：
更新所述目标服务订单所对应的第二匹配列表之后，通知所述目标服务订单所对应的服务提供端。
第二方面，本发明实施例提供一种服务匹配方法，应用于服务提供端，所述服务提供端与服务器通信连接，所述服务器还与服务请求端通信；所述方法包括：
响应用户的第一操作，得到新建的服务路线；
基于所述新建的服务路线触发所述服务器匹配与所述新建的服务路线关联的目标服务订单，以生成与所述新建的服务路线关联的第一匹配列表并更新每个所述目标服务订单所对应的第二匹配列表；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线，用于生成所述服务请求端所需的推荐数据；
响应用户的第二操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务提供端当前所对应的所述第一匹配列表生成的。
第三方面，本发明实施例提供一种服务匹配方法，应用于服务请求端，所述服务请求端与服务器通信连接，所述服务器还与服务提供端通信，所述方法包括：
响应用户的第三操作，得到新建的服务订单；
基于所述新建的服务订单触发所述服务器匹配与所述新建的服务订单关联的第二目标服务路线，以生成与所述新建的服务订单关联的第二匹配列表；并更新每个所述第二目标服务路线所对应的第一匹配列表；其中，所述第一匹配列表包括与所述第二目标服务路线匹配的服务订单，用于生成所述服务提供端所需的推荐数据；
响应用户的第四操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务请求端当前所对应的所述第二匹配列表生成的。
第四方面，本发明实施例提供一种服务匹配装置，包括：
匹配模块，用于响应于新建的服务路线，匹配与所述新建的服务路线关联的目标服务订单；
第一生成模块，用于基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表；
更新模块，用于利用所述新建的服务路线更新每一个所述目标服务订单对应的第二匹配列表，以便获取到推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线。
在可选的实施方式中，所述装置还包括：
获取模块，用于获取所述推送请求指令；
第二生成模块，用于基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照；
推送模块，用于根据所述推荐快照生成分页推荐数据并依次推送。
在可选的实施方式中，所述推送模块还用于：基于所述推荐快照划分为多个所述分页推荐数据；在将首个所述分页推荐数据推送出去后，每接收到的一普通刷新指令便将下一个所述分页推荐数据推送出去；
所述装置还包括：第三生成模块，还用于当接收到强制刷新指令时，重新根据所述推送请求指令所指向的最新的所述第一匹配列表或者第二匹配列表，生成新的推荐快照，以便进行推送。
在可选的实施方式中，所述第二生成模块还用于：
当所述推送请求指令为服务请求端发出的指令时，根据所述服务请求端创建的服务订单所对应的第二匹配列表生成所述推荐快照；
当所述推送请求指令为服务提供端发出的指令时，根据所述服务提供端创建的服务路线所对应的第一匹配列表生成所述推荐快照。
在可选的实施方式中，所述装置还包括：
检测模块，用于检测失效服务订单；
查询模块，还用于在检测到所述失效服务订单时，获取第一目标服务路线；其中，所述第一目标服务路线为所述失效服务订单对应的第二匹配列表中存在的服务路线；
所述更新模块，还用于更新每一所述第一目标服务路线所对应的第一匹配列表，以取消所述目标服务路线与所述失效服务订单之间的匹配关系；
删除模块，用于删除所述失效服务订单对应的第二匹配列表。
在可选的实施方式中，所述匹配模块具体用于：从现存的服务订单中选定待选订单；利用预设的过滤规则从所述待选订单中筛选出匹配的目标服务订单；
所述第一生成模块具体用于：基于预选的评估因子，计算每个所述目标服务订单与所述新建的服务路线之间的匹配度；根据所述目标服务订单及对应的所述匹配度，生成所述第一匹配列表。
在可选的实施方式中，所述装置还包括：
所述匹配模块，还用于响应于新建的服务订单，匹配与所述新建的服务订单关联的第二目标服务路线；
所述第一生成模块，还用于基于所述第二目标服务路线，生成所述新建的服务订单对应的第二匹配列表；
所述更新模块，还用于利用所述新建的服务订单更新每一个所述第二目标服务路线对应的第一匹配列表，以便获取到所述推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据。
第五方面，本发明实施例提供一种服务匹配装置，应用于服务提供端，所述服务提供端与服务器通信连接，所述服务器还与服务请求端通信；所述装置包括：
第一创建模块，用于响应用户的第一操作，得到新建的服务路线；
第一触发模块，用于基于所述新建的服务路线触发所述服务器匹配与所述新建的服务路线关联的目标服务订单，以生成与所述新建的服务路线关联的第一匹配列表并更新每个所述目标服务订单所对应的第二匹配列表；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线，用于生成所述服务请求端所需的推荐数据；
第一请求模块，用于响应用户的第二操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务提供端当前所对应的所述第一匹配列表生成的。
第六方面，本发明实施例提供一种服务匹配装置，应用于服务请求端，所述服务请求端与服务器通信连接，所述服务器还与服务提供端通信，所述装置包括：
第二创建模块，用于响应用户的第三操作，得到新建的服务订单；
第二触发模块，用于基于所述新建的服务订单触发所述服务器匹配与所述新建的服务订单关联的第二目标服务路线，以生成与所述新建的服务订单关联的第二匹配列表；并更新每个所述第二目标服务路线所对应的第一匹配列表；其中，所述第一匹配列表包括与所述第二目标服务路线匹配的服务订单，用于生成所述服务提供端所需的推荐数据；
第二请求模块，用于响应用户的第四操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务请求端当前所对应的所述第二匹配列表生成的。
第七方面，本发明实施例提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如前述实施方式任一所述方法的步骤。
第八方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如前述实施方式任一所述方法的步骤。
与现有技术相比，本发明实施例提供了一种服务匹配方法，上述服务匹配方法在侦测到新的服务路线创建之后，匹配与该服务路线关联的目标服务订单，并生成该服务路线对应的第一匹配列表。同时，还同步利用该服务路线更新每一个目标服务订单对应的第二匹配列表。也即，在增加服务路线时，仅需针对该服务路径进行匹配计算，即可同步使服务订单提供侧也能够同步匹配关系信息，如此，既避免了大量的计算量，又可以实现司乘两侧匹配关系信息同步，便于司乘两侧都能够及时得到有效的推荐数据，提升互选的效率和可靠性。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种服务系统的架构示意图；
图2示出了本申请实施例提供的一种服务匹配方法的流程图之一；
图3为图2中步骤S101的子步骤流程图；
图4示出了本申请实施例提供的一种匹配关系网的示例图；
图5示出了本申请实施例提供的一种服务匹配方法的流程图之二；
图6示出了本申请实施例提供的一种服务匹配方法的流程图之三；
图7示出了本申请实施例提供的一种服务匹配方法的流程图之四；
图8示出了本申请实施例提供的一种服务匹配方法的流程图之五；
图9示出了本申请实施例提供的一种服务匹配方法的流程图之六；
图10示出了本申请实施例提供的一种服务匹配装置的结构示意图之一；
图11示出了本申请实施例提供的一种服务匹配装置的结构示意图之二；
图12示出了本申请实施例提供的一种服务匹配装置的结构示意图之三；
图13示出了本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“顺风车业务场景”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕顺风车业务场景进行描述，但是应该理解，这仅是一个示例性实施例。比如，本申请还可以应用于快车、线上出租车等其他网约车场景。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务请求端”和“服务订单提供侧”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供端”、“服务路线提供侧”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、后台运营人员等，或其任意组合。在本申请中，“乘客”和“服务请求端”可以互换使用，“司机”和“服务提供端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
顺风车业务场景中一般是私家车主开始行程之前，将出发时间、起点和目的等信息，提供给共享出行平台。同时，有出行需求的乘客也将上述信息提供给共享出行平台。为了方便描述，由私家车主(也即，服务提供端)所提交的出发时间、起点和目的等信息称为服务路线，由有出行需求的乘客(也即，服务请求端)所提交的出发时间、起点和目的等信息称为服务订单。
共享出行平台获取到服务订单和服务路线之后便可以为车主寻找“顺路”的乘客，共同完成一次行程。采用这样的共享出行，不仅能给乘客和车主都带来费用方面的实惠，而且能够有效复用交通资源，减少污染、拥堵等社会问题。
值得注意的是，为了便于司乘双侧实现互相选择，采用选单大厅向司乘两侧分别进行订单、路线的展示方式，同时，为司机或者乘客找到匹配订单并进行展示是选单大厅的核心需求。在本申请提出申请之前，为司机或者乘客寻找匹配订单的技术主要有两种，一种是定时匹配、另一种是在司乘拉取列表时的即时匹配。
具体地，定时匹配是通过定时(2s)轮询的方式找到某一区域所有的司机或者乘客，进行匹配，然后将匹配结果主动推送给司机或者乘客，然而，定时匹配的轮询间隔较短，会带来较大的请求量，比较适合订单生命周期较短的场景，对于类似于顺风车这样订单生命周期较长(最高可达3天)便会带来很大的计算量，占用较高的系统负载，容易造成稳定性的问题。
具体地，即时匹配是在司乘来主动拉取列表的时候触发匹配计算，从而让司乘看到最新的匹配结果。然而，即时匹配的方式依然存在较多重复的计算量，因为相同的司乘对会多次参与计算，而且单次计算比较耗时，而计算又是在用户拉取列表时进行，因此会导致用户刷新列表的时间比较缓慢，影响用户体验。此外，由于司乘两侧拉取的时机不相同，便可能出现司乘所获取到的匹配对应关系不同步，进而导致向司乘双方显示不同步。比如，新出现一个司机端发布的路线，司机端选择了匹配的乘客，但是由于乘客此时没有刷新最新的匹配关系，故，乘客如果不重新计算匹配关系，便会不认可该选择。
然而，本申请提供的服务匹配方法可以在侦测到新的服务路线创建之后，匹配与该服务路线关联的目标服务订单，并生成该服务路线对应的第一匹配列表。同时，还同步利用该服务路线更新每一个目标服务订单对应的第二匹配列表。因此，实现降低司乘两侧的匹配关系信息同步的计算成本。
图1是本申请实施例提供的一种服务匹配系统100的架构示意图。例如，服务匹配系统100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务匹配系统100可以包括服务器110、网络120、服务请求端130和服务提供端140中的一种或多种。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求端130获得的服务请求来确定目标车辆。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application Specific IntegratedCircuit,ASIC)、专用指令集处理器(Application Specific Instruction-setProcessor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等，或其任意组合。
在一些实施例中，服务请求端130和服务提供端140对应的设备类型可以是移动设备，比如可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，也可以是平板计算机、膝上型计算机、或机动车辆中的内置设备等。
下面结合上述图1示出的服务匹配系统100中描述的内容，对本申请实施例提供的服务匹配方法进行详细说明。
参照图2所示，为本申请实施例提供的一种服务匹配方法的流程示意图，该方法可以由服务匹配系统100中的服务器110、服务请求端130、服务提供端140之一或之间的组合来执行。下面以服务器110的具体执行过程为例进行描述：
步骤S101，响应于新建的服务路线，匹配与新建的服务路线关联的目标服务订单。
上述服务路线由服务提供端140创建后发送给服务器110。上述新建的服务路线为服务器110新接收的服务路线。上述服务路线包括服务提供端140的路线起点、路线终点、出发时间、预计路过中转位置点等之一或之间的。
上述服务订单由服务请求端130创建后发送给服务器110。上述目标服务订单为服务器110中已有服务订单中与新创的服务路线匹配的订单。上述服务订单为服务请求端130所需的行程信息，其可以包括行程起点、行程终点及出发时间。
上述匹配还可以体现为时间角度的契合、路线行程角度的契合等之一或之间的组合。可以理解地，上述时间角度的契合可以是服务路线的出发时间与服务订单的出发时间之间的适宜。上述路线行程角度的契合可以理解为顺路或者说路线差异较小，比如，行程起点与路线起点或者预计路过中转位置点之间的距离在指定范围内。再比如，行程终点与路线终点或者预计路过中转位置点之间的距离在指定范围内。
步骤S102，基于目标服务订单，生成新建的服务路线对应的第一匹配列表。
上述第一匹配列表是用于表征新建的服务路线与对应的目标服务订单之间匹配关系。通常每个服务路线都关联着一个服务提供端140。故，第一匹配列表事实上是从所对应的服务提供端140的角度建立的服务路线与服务订单之间的关系。
步骤S103，利用新建的服务路线更新每一个目标服务订单对应的第二匹配列表。
通常每个服务订单都关联着一个服务请求端130。服务器110中每一个服务订单都对应着一个第二匹配列表。上述第二匹配列表包括与对应的服务订单匹配的服务路线。故，第二匹配列表事实上便是从所对应的服务提供端140的角度建立的服务路线与服务订单之间的关系。
在一些实施例中，通过同步更新目标服务订单对应的第二匹配列表，从方便服务器110获取到推送请求指令时，可以根据推送请求指令所指向的第一匹配列表或者第二匹配列表生成推荐数据。
上述推送请求指令可以是服务请求端130向服务器110发送的用于获取匹配的服务路线的请求指令，也可以服务提供端140向服务器110发送的用于获取匹配的服务订单的请求指令。服务请求端130所发送的推送请求指令指向该服务请求端130所对应的第二匹配列表。服务提供端140所发送的推送请求指令指向该服务提供端140所对应的第一匹配列表。
下面对本发明实施例的具体细节进行描述：
上述步骤S101的目的在于先于服务提供端140拉取推荐数据之前，针对新增的服务路线创建与他匹配的服务订单。作为一种实施方式，上述步骤S101如图3所示包括以下子步骤：
子步骤S101-1，从现存的服务订单中选定待选订单。
在一些实施例中，将服务器110中现存的有效服务订单中，按照路线行程契合程度、时间契合程度确定出待选订单。将路线行程契合程度、时间契合程度符合预设要求的服务订单作为待选订单。下面对路线行程契合程度、时间契合程度的计算方式进行举例：
比如，计算新建的服务路线与服务订单所对应的行程起点和行程终点之间规划路线之间的重合比例作为路线行程契合程度。再比如，规划路线起点与行程起点之间的导航路线，并获取第一里程；规划行程起点与行程终点之间的导航路线，并获取第二里程；再规划行程终点与路线终点之间的导航路线，并获取第三里程。将第一里程、第二里程和第三里程叠加得到第四里程。再获取行程起点到行程终点之间的最短路线所对应的第五里程，利用第四里程和第五里程之间的差异确定路线行程契合程度，通常差值越小行程契合程度越高。
比如，计算新建的服务路线的出发时间与服务订单的出发时间之间的时间差确定时间契合程度。通常时间差越短所对应的契合程度越高。再比如，先计算从路线起点到达行程起点的抵达时间，计算抵达时间与服务订单的出发时间之间的时间差确定时间契合程度。同理，时间差越短所对应的契合程度越高。
子步骤S101-2，利用预设的过滤规则从待选订单中筛选出匹配的目标服务订单。
上述过滤规则可以是根据司乘两侧的预设的要求进行双向筛选。司机侧可以预设的要求包括服务订单所对应的乘客信用值达到预设值、付款平均时长低于预设值等，乘客侧可以预设的要求可以包括服务路线所对应的司机性别、驾龄及评分等。
在一些实施例中，可以利用服务提供端140(司机侧)预设的要求进行初次筛选，然后再利用初筛后得到的服务请求端130(乘客侧)预设的要求检验上述服务提供端140是否合格，如果不合格，则确定该服务请求端130所对应的服务订单与上述服务提供端140不匹配，反正，则匹配。
比如，新建的服务路线e所对应的司机设置要求为乘客信用为9分，利用乘客信用为9分对待选订单进行初筛，得到待选订单a、待选订单b和待选订单c。获取上述待选订单a、b、c所对应的乘客所设置的要求分别为待选订单a要求司机为女性、驾龄为10年以上，待选订单b要求司机为驾龄为5年以上，待选订单c要求司机的评分为9.5分以上，如此，如果服务路线e所对应的司机不符合上述待选订单a的要求，那么将待选订单b和c作为匹配的目标服务订单。
在一些实施例中，上述过滤的规则还可以过滤掉异常的订单、需求不匹配的订单、体验不合格的订单等，其中异常的订单主要包括订单是测试订单、订单已被取消、订单已被其他司机抢走、订单在危险区域等等；需求不匹配的订单可以包括司机只接线上支付订单但是候选订单为现金单、司机的目的地和订单目的地距离过远等等；体验不合格的订单主要包括司机接驾距离过远、共乘距离过短等等。
上述步骤S102的目的在于构建服务订单与服务路线之间的关系。在一些实施例中，上述第一匹配列表可以是一个个独立的匹配列表，每一个列表表征一个服务路线与其他服务订单之间的匹配对应关系。在另外一些实施例中，服务器110内所有的服务订单和服务路线之间存在匹配关系的都采用表征匹配的匹配连接线进行连接，以得到匹配关系网。新建的服务路线的第一匹配列表则是匹配关系网中以新建服务路线为中心的一部分，比如图4所示。可以理解地，以新建服务路线为中心是该部分中所有的服务订单与新建服务路线都存在匹配关系连接线。
在一些实施例中，上述步骤S102可以包括：
(1)基于预选的评估因子，计算每个目标服务订单与新建的服务路线之间的匹配度。上述评估因子可以包括从时间契合程度的角度选定的因子、从行程契合程度的角度选定的因子以及从司乘两侧预设的要求的角度选定的因子。基于多类评估因子综合计算新建服务路线与每个目标服务订单之间的匹配度。
(2)根据目标服务订单及对应的匹配度，生成所述第一匹配列表。
在一些实施例中，第一匹配列表为单独的一个表时，基于目标服务订单创建一个列表，并将目标服务订单与该新创的服务路线之间的匹配度备注于该目标服务订单之后。
在另外一些实施例中，第一匹配列表为匹配关系网中的一部分时，可以在该新建的服务路线指向目标服务订单的连线上备注二者之间的匹配度。
上述步骤S103的目的在于同步触发服务请求端130所对应的匹配关系信息的更新，避免服务请求端130需要最新的匹配关系信息时还得进行重复的计算。
在一些实施例中，上述第二匹配列表为单独的列表时，上述步骤S103可以是查找目标服务订单所对应的第二匹配列表，将该新建的服务路线添加到目标服务订单所对应的第二匹配列表，并备注二者之间的匹配度。
在另外一些实施例中，上述目标服务订单的第二匹配列表是匹配关系网中以目标服务订单为中心的一部分时，上述步骤S103可以是将目标服务订单指向新建的服务路线的匹配连接线上备注二者之间的匹配度。上述以目标服务订单为中心的一部分可以理解为该部分所有的服务路线均与目标服务订单之间存在匹配连接线。
此外，在更新了目标服务订单所对应的第二匹配列表之后，还可以通过push信息通知各目标服务订单所对应的服务请求端130，以便乘客侧能够及时获知，保持司乘两侧信息的同步。也即，上述服务匹配方法还可以包括：
更新所述目标服务订单所对应的第二匹配列表之后，通知所述目标服务订单所对应的服务提供端140。
为了方便本领域技术人员理解上述过程，下面以服务器110内建立匹配关系网的实施方式为例进行描述：
比如，得到新建的服务路线e后，获取其匹配的服务订单a、b、c，将服务路线e指向服务订单a、b、c的匹配连接线分别备注对应的匹配度，通知服务订单a、b、c所对应的服务请求端130新增了匹配的服务路线e，然后分别将服务订单a、b、c指向服务路线e的匹配连接线备注对应的匹配度。
同样的道理，服务请求端130提出新的服务订单也具有类似的处理流程。在一些实施例中，如图5所示，上述服务匹配方法还可以包括步骤：
步骤S201，响应于新建的服务订单，匹配与新建的服务订单关联的第二目标服务路线。
上述第二目标服务路线为服务器110中已有的服务路线中与该新建的服务订单之间匹配的服务路线。
在一些实施例中，上述步骤S201与步骤S101的原理相同，二者区别仅在于一个为针对服务路线匹配服务订单，一个为针对服务订单匹配服务路线。故，步骤S201的实现原理和细节可参照步骤S101，在此不再赘述。
步骤S202，基于第二目标服务路线，生成新建的服务订单对应的第二匹配列表。
在一些实施例中，上述步骤S202与步骤S102的原理相同，二者区别仅在于一个为创建新建服务订单对应的第二匹配列表，一个为创建新建服务路线对应的第一匹配列表。故，步骤S202的实现原理和细节可参照步骤S102，在此不再赘述。
步骤S203，利用新建的服务订单更新每一个第二目标服务路线对应的第一匹配列表。
在一些实施例中，上述步骤S203与步骤S103的原理相同，故，步骤S203的实现原理和细节可参照步骤S103，在此不再赘述。
此外，在图5所示的服务匹配方法的基础上，上述服务匹配方法还可以包括步骤：更新第二目标服务路线所对应的第一匹配列表之后，通知第二目标服务路线所对应的服务提供端140，以便提示司机侧及时获悉匹配对应关系已更新，保障司乘两侧信息同步。
可以理解地，本发明实施例中提到的服务匹配事实上是司乘双侧的服务匹配，于服务提供端140而言是服务对象的匹配，于服务请求端130而言是所接受服务的匹配。前述实施例中所描述的司乘双侧所对的匹配关系的同步更新，主要是为了司乘两侧能够直观的看到可靠、有效的匹配对象，便于进行选择。故，在一些实施例中，如图6所示，上述服务匹配方法还可以包括：
步骤S301，获取推送请求指令。
在一些实施例中，可以是获取到服务提供端140发送的推送请求指令，也可以是获取到服务请求端130发送的推送请求指令。
步骤S302，基于推送请求指令所指向的第一匹配列表或者第二匹配列表，生成推荐快照。
上述推荐快照是根据接收到推送请求指令的时刻，服务器110内中现存的第一匹配列表或者第二匹配列表生成。可以理解地，推荐快照虽然是基于第一匹配列表或者第二匹配列表生成，但是一旦生成便不再随着第一匹配列表或者第二匹配列表变化。
在一些实施例中，当上述推送请求指令为服务请求端130发出的指令时，根据服务请求端130创建的服务订单所对应的第二匹配列表生成推荐快照。当上述推送请求指令为服务提供端140发出的指令时，根据服务提供端140创建的服务路线所对应的第一匹配列表生成推荐快照。
可以理解地，如果服务请求端130创建了多个服务订单且均有效，那么上述推送请求指令还可以携带用户所指定的服务订单标识，以便服务器110获取到该服务订单标识对应的第二匹配列表，并生成对应的推荐快照。如果服务请求端130创建了多个服务路线且均有效，那么上述推送请求指令还可以携带用户所指定的服务路线标识，以便服务器110可以获取到该服务路线标识对应的第一匹配列表，并生成对应的推荐快照。
步骤S303，根据推荐快照生成分页推荐数据并依次推送。
在一些实施例中，可以基于推荐快照划分为多个分页推荐数据。在将首个分页推荐数据推送出去后，每接收到的一普通刷新指令便将下一个分页推荐数据推送出去。
本发明实施例中，利用推荐快照，实现对匹配列表的读写分离，进而满足列表内容分页推送展示的功能需求。在此需要说明的是，如果直接基于匹配列表生成分页推荐数据，那么推送分页推荐数据的过程中便不能同步更新匹配列表，因为会影响司机拉取列表的一致性，影响效率。
上述基于推荐快照划分为多个分页推荐数据可以是：将推荐快照中呈现的目标服务订单(第二目标服务路线)按照匹配度由高到低的顺序进行排列，然后按照服务提供端140(服务请求端130)反馈的屏幕可显示高度划分多个分页推荐数据，然后将分页推荐数据按照所对应的匹配度的总值由高到低的顺序进行排列，并依次推送出去。
在一些可能的实施例中，上述步骤S303还可以是将推荐快照中呈现的目标服务订单(第二目标服务路线)按照匹配度由高到低的顺序进行排列。然后按照服务提供端140(服务请求端130)反馈的屏幕可显示高度及普通刷新指令对应的滑动宽度，从排列后的目标服务订单(第二目标服务路线)中获取反馈给服务提供端140(服务请求端130)的分页推荐数据。从而实现用户利用服务提供端140(服务请求端130)向服务器110发送推送请求指令后，用户在服务提供端140(服务请求端130)上每一个滑动操作(可以触发普通刷新指令)都可以获得所对应的分页推荐数据。
此外，上述服务匹配方法还包括：当接收到强制刷新指令时，重新根据推送请求指令所指向的最新的第一匹配列表或者第二匹配列表，生成新的推荐快照，以便进行推送。
可以理解地，每当任意匹配列表被更新时，都会通知对应的服务提供端140或服务请求端130，使用服务提供端140和服务请求端130的用户可以根据更新提醒考虑是否继续查看当前推荐快照所对应的服务订单。如果不想继续查看，可以触发强制刷新指令。该强制刷新指令可以触发服务器110重新利用推送请求指令所指向的第一匹配列表或者第二匹配列表的最新版本创建新的推荐快照，并按照步骤S303，基于新的推荐快照，生成新的分页推荐数据并推送给服务提供端140(服务请求端130)。如此，给用户更多选择空间，提高用户使用体验。
当然，在实际实现过程中，除了服务订单和服务路线的新增，还会便随着服务订单和服务路线的减少。故，如图7所示，上述服务匹配方法还可以包括以下步骤：
步骤S401，检测失效服务订单。
在一些实施例中，上述失效服务订单可以是司乘两侧双向选择成功的订单，上述失效服务订单也可以是服务提供端140撤销的订单，上述失效服务订单还可以是时间失效的订单，上述失效服务订单还可以是变更了行程起点、行程终点或出发时间的订单。
步骤S402，在检测到失效服务订单时，获取第一目标服务路线。
上述第一目标服务路线为失效服务订单对应的第二匹配列表中存在的服务路线。
步骤S403，更新每一第一目标服务路线所对应的第一匹配列表，以取消目标服务路线与失效服务订单之间的匹配关系。
步骤S404，删除失效服务订单对应的第二匹配列表。
同样的，在一些实施例中，上述方法还可以包括：检测失效服务路线，在检测到失效服务路线后，获取第一目标服务订单。其中，上述第一目标服务订单为失效服务路线对应的第一匹配列表中存在的服务订单。然后，更新每一第一目标服务订单所对应的第二匹配列表，以取消第一目标服务订单与失效服务路线之间的匹配关系。最后删除失效服务路线对应的第一匹配列表。
参照图8所示，为本申请实施例提供的一种服务匹配方法的流程示意图，其示出了服务提供端140的具体执行过程：
步骤S501，响应用户的第一操作，得到新建的服务路线。
在一些实施例中，可以是用户在服务路线提交界面输入路线起点、路线终点、预计中转点及出发时间等信息后，创建出服务路线。
步骤S502，基于新建的服务路线，触发服务器110匹配与新建的服务路线关联的目标服务订单。
在一些实施例中，服务器110匹配出与新建的服务路线关联的目标服务订单后，生成第一匹配列表并更新每个目标服务订单所对应的第二匹配列表。上述第二匹配列表包括与目标服务订单匹配的服务路线。上述第二匹配列表用于生成服务请求端130所需的推荐数据。
步骤S503，响应用户的第二操作，向服务器110请求推荐数据。
上述推荐数据为服务器110根据推荐快照生成的数据。上述推荐快照为基于服务提供端140当前所对应的第一匹配列表生成的。
在一些实施例中，上述第二操作可以触发生成推送请求指令，将上述推送请求指令发送给服务器110，从而实现请求推荐数据。可以理解地，当前所对应的第一匹配列表可以理解为服务器110接收到推送请求指令时服务提供端140选定的服务路线所对应的第一匹配列表。
参照图9所示，为本申请实施例提供的一种服务匹配方法的流程示意图，其示出了服务请求端130的具体执行过程：
步骤S601，响应用户的第三操作，得到新建的服务订单。
在一些实施例中，可以是用户在服务订单提交界面输入行程起点、行程终点、出发时间等信息后，创建出服务订单。
步骤S602，基于新建的服务订单触发服务器110匹配与新建的服务订单关联的第二目标服务路线。
从而，由服务器110生成与新建的服务订单关联的第二匹配列表，并更新每个所述第二目标服务路线所对应的第一匹配列表。其中，上述第一匹配列表包括与所述第二目标服务路线匹配的服务订单，用于生成所述服务提供端140所需的推荐数据。
步骤S603，响应用户的第四操作，向服务器110请求推荐数据。
上述推荐数据为服务器110根据推荐快照生成的数据。上述推荐快照为基于所述服务请求端130当前所对应的所述第二匹配列表生成的。
在一些实施例中，上述第四操作可以触发生成推送请求指令，将上述推送请求指令发送给服务器110，从而实现请求推荐数据。
基于同一发明构思，本申请实施例中还提供了与服务匹配方法对应的服务匹配装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述服务匹配方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
参照图10所示，为本申请实施例提供的一种服务匹配装置700的示意图，该装置应用于服务器110，所述装置包括：匹配模块701、第一生成模块702、更新模块703。
匹配模块701，用于响应于新建的服务路线，匹配与所述新建的服务路线关联的目标服务订单。
第一生成模块702，用于基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表。
更新模块703，用于利用所述新建的服务路线更新每一个所述目标服务订单对应的第二匹配列表，以便获取到推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线。
在一些实施例中，上述装置还可以包括：
获取模块，用于获取所述推送请求指令。
第二生成模块，用于基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照。
推送模块，用于根据所述推荐快照生成分页推荐数据并依次推送。
在一些实施例中，上述推送模块还用于：基于所述推荐快照划分为多个所述分页推荐数据；在将首个所述分页推荐数据推送出去后，每接收到的一普通刷新指令便将下一个所述分页推荐数据推送出去；
在一些实施例中，上述装置还包括：第三生成模块，还用于当接收到强制刷新指令时，重新根据所述推送请求指令所指向的最新的所述第一匹配列表或者第二匹配列表，生成新的推荐快照，以便进行推送。
在一些实施例中，第二生成模块还用于：
当所述推送请求指令为服务请求端130发出的指令时，根据所述服务请求端130创建的服务订单所对应的第二匹配列表生成所述推荐快照；
当所述推送请求指令为服务提供端140发出的指令时，根据所述服务提供端140创建的服务路线所对应的第一匹配列表生成所述推荐快照。
在一些实施例中，上述装置还可以包括：
检测模块，用于检测失效服务订单。
查询模块，还用于在检测到所述失效服务订单时，获取第一目标服务路线；其中，所述第一目标服务路线为所述失效服务订单对应的第二匹配列表中存在的服务路线。
上述更新模块703，还用于更新每一所述第一目标服务路线所对应的第一匹配列表，以取消所述目标服务路线与所述失效服务订单之间的匹配关系。
删除模块，用于删除所述失效服务订单对应的第二匹配列表。
在一些实施例中，上述匹配模块701具体用于：从现存的服务订单中选定待选订单；利用预设的过滤规则从所述待选订单中筛选出匹配的目标服务订单。
上述第一生成模块702具体用于：基于预选的评估因子，计算每个所述目标服务订单与所述新建的服务路线之间的匹配度；根据所述目标服务订单及对应的所述匹配度，生成所述第一匹配列表。
在一些实施例中，上述装置还可以包括：
所述匹配模块701，还用于响应于新建的服务订单，匹配与所述新建的服务订单关联的第二目标服务路线；
所述第一生成模块702，还用于基于所述第二目标服务路线，生成所述新建的服务订单对应的第二匹配列表；
所述更新模块703，还用于利用所述新建的服务订单更新每一个所述第二目标服务路线对应的第一匹配列表，以便获取到所述推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据。
参照图11所示，为本申请实施例提供的一种服务匹配装置800的示意图，该装置应用于服务提供端140，所述装置包括：第一创建模块801、第一触发模块802和第一请求模块803。
第一创建模块801，用于响应用户的第一操作，得到新建的服务路线。
第一触发模块802，用于基于所述新建的服务路线触发所述服务器110匹配与所述新建的服务路线关联的目标服务订单，以生成与所述新建的服务路线关联的第一匹配列表并更新每个所述目标服务订单所对应的第二匹配列表；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线，用于生成所述服务请求端130所需的推荐数据。
第一请求模块803，用于响应用户的第二操作，向所述服务器110请求推荐数据；其中，所述推荐数据为所述服务器110根据推荐快照生成的数据；所述推荐快照为基于所述服务提供端140当前所对应的所述第一匹配列表生成的。
参照图12所示，为本申请实施例提供的一种服务匹配装置900的示意图，该装置应用于服务请求端130，上述装置包括：第二创建模块901、第二触发模块902、第二请求模块903。
第二创建模块901，用于响应用户的第三操作，得到新建的服务订单。
第二触发模块902，用于基于所述新建的服务订单触发所述服务器110匹配与所述新建的服务订单关联的第二目标服务路线，以生成与所述新建的服务订单关联的第二匹配列表；并更新每个所述第二目标服务路线所对应的第一匹配列表；其中，所述第一匹配列表包括与所述第二目标服务路线匹配的服务订单，用于生成所述服务提供端140所需的推荐数据。
第二请求模块903，用于响应用户的第四操作，向所述服务器110请求推荐数据；其中，所述推荐数据为所述服务器110根据推荐快照生成的数据；所述推荐快照为基于所述服务请求端130当前所对应的所述第二匹配列表生成的。
关于装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述方法实施例中的相关说明，这里不再详述。
本申请实施例还提供了一种电子设备，如图13所示，为本申请实施例提供的电子设备60结构示意图，包括：处理器61、存储器62、和总线63。所述存储器62存储有所述处理器61可执行的机器可读指令，当电子设备60运行时，所述处理器61与所述存储器62之间通过总线通信，所述机器可读指令被所述处理器执行。可以理解地，上述电子设备60可以是服务器110、服务请求端130、服务提供端140中的任意一个，当电子设备60代指服务器110时，其存储器62内存储有服务匹配装置700所对应的机器可读指令。当电子设备60代指服务请求端130时，其存储器62内存储有服务匹配装置800所对应的机器可读指令。当电子设备60代指服务提供端140时，其存储器62内存储有服务匹配装置900所对应的机器可读指令。
本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器61运行时执行上述服务匹配方法的步骤。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

Claims (16)

1.一种服务匹配方法，其特征在于，包括：
响应于新建的服务路线，匹配与所述新建的服务路线关联的目标服务订单；
基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表；
利用所述新建的服务路线更新每一个所述目标服务订单对应的第二匹配列表，以便获取到推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述推送请求指令；
基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照；
根据所述推荐快照生成分页推荐数据并依次推送。
3.根据权利要求2所述的方法，其特征在于，
所述根据所述推荐快照生成分页推荐数据并依次推送包括：基于所述推荐快照划分为多个所述分页推荐数据；在将首个所述分页推荐数据推送出去后，每接收到的一普通刷新指令便将下一个所述分页推荐数据推送出去；
所述方法还包括：当接收到强制刷新指令时，重新根据所述推送请求指令所指向的最新的所述第一匹配列表或者第二匹配列表，生成新的推荐快照，以便进行推送。
4.根据权利要求2所述的方法，其特征在于，所述基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照的步骤包括：
当所述推送请求指令为服务请求端发出的指令时，根据所述服务请求端创建的服务订单所对应的第二匹配列表生成所述推荐快照；
当所述推送请求指令为服务提供端发出的指令时，根据所述服务提供端创建的服务路线所对应的第一匹配列表生成所述推荐快照。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
检测失效服务订单；
在检测到所述失效服务订单时，获取第一目标服务路线；其中，所述第一目标服务路线为所述失效服务订单对应的第二匹配列表中存在的服务路线；
更新每一所述第一目标服务路线所对应的第一匹配列表，以取消所述目标服务路线与所述失效服务订单之间的匹配关系；
删除所述失效服务订单对应的第二匹配列表。
6.根据权利要求1所述的方法，其特征在于，
所述匹配与所述新建的服务路线关联的目标服务订单的步骤包括：从现存的服务订单中选定待选订单；利用预设的过滤规则从所述待选订单中筛选出匹配的目标服务订单；
所述基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表的步骤包括：基于预选的评估因子，计算每个所述目标服务订单与所述新建的服务路线之间的匹配度；根据所述目标服务订单及对应的所述匹配度，生成所述第一匹配列表。
7.根据权利要求1所述的方法，其特征在于，所述方法包括：
响应于新建的服务订单，匹配与所述新建的服务订单关联的第二目标服务路线；
基于所述第二目标服务路线，生成所述新建的服务订单对应的第二匹配列表；
利用所述新建的服务订单更新每一个所述第二目标服务路线对应的第一匹配列表，以便获取到所述推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据。
8.根据权利要求1所述的方法，其特征在于，所述方法包括：
更新所述目标服务订单所对应的第二匹配列表之后，通知所述目标服务订单所对应的服务提供端。
9.一种服务匹配方法，其特征在于，应用于服务提供端，所述服务提供端与服务器通信连接，所述服务器还与服务请求端通信；所述方法包括：
响应用户的第一操作，得到新建的服务路线；
基于所述新建的服务路线触发所述服务器匹配与所述新建的服务路线关联的目标服务订单，以生成与所述新建的服务路线关联的第一匹配列表并更新每个所述目标服务订单所对应的第二匹配列表；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线，用于生成所述服务请求端所需的推荐数据；
响应用户的第二操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务提供端当前所对应的所述第一匹配列表生成的。
10.一种服务匹配方法，其特征在于，应用于服务请求端，所述服务请求端与服务器通信连接，所述服务器还与服务提供端通信，所述方法包括：
响应用户的第三操作，得到新建的服务订单；
基于所述新建的服务订单触发所述服务器匹配与所述新建的服务订单关联的第二目标服务路线，以生成与所述新建的服务订单关联的第二匹配列表；并更新每个所述第二目标服务路线所对应的第一匹配列表；其中，所述第一匹配列表包括与所述第二目标服务路线匹配的服务订单，用于生成所述服务提供端所需的推荐数据；
响应用户的第四操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务请求端当前所对应的所述第二匹配列表生成的。
11.一种服务匹配装置，其特征在于，包括：
匹配模块，用于响应于新建的服务路线，匹配与所述新建的服务路线关联的目标服务订单；
第一生成模块，用于基于所述目标服务订单，生成所述新建的服务路线对应的第一匹配列表；
更新模块，用于利用所述新建的服务路线更新每一个所述目标服务订单对应的第二匹配列表，以便获取到推送请求指令时根据所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表生成推荐数据；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括：
获取模块，用于获取所述推送请求指令；
第二生成模块，用于基于所述推送请求指令所指向的所述第一匹配列表或者第二匹配列表，生成推荐快照；
推送模块，用于根据所述推荐快照生成分页推荐数据并依次推送。
13.一种服务匹配装置，其特征在于，应用于服务提供端，所述服务提供端与服务器通信连接，所述服务器还与服务请求端通信；所述装置包括：
第一创建模块，用于响应用户的第一操作，得到新建的服务路线；
第一触发模块，用于基于所述新建的服务路线触发所述服务器匹配与所述新建的服务路线关联的目标服务订单，以生成与所述新建的服务路线关联的第一匹配列表并更新每个所述目标服务订单所对应的第二匹配列表；其中，所述第二匹配列表包括与所述目标服务订单匹配的服务路线，用于生成所述服务请求端所需的推荐数据；
第一请求模块，用于响应用户的第二操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务提供端当前所对应的所述第一匹配列表生成的。
14.一种服务匹配装置，其特征在于，应用于服务请求端，所述服务请求端与服务器通信连接，所述服务器还与服务提供端通信，所述装置包括：
第二创建模块，用于响应用户的第三操作，得到新建的服务订单；
第二触发模块，用于基于所述新建的服务订单触发所述服务器匹配与所述新建的服务订单关联的第二目标服务路线，以生成与所述新建的服务订单关联的第二匹配列表；并更新每个所述第二目标服务路线所对应的第一匹配列表；其中，所述第一匹配列表包括与所述第二目标服务路线匹配的服务订单，用于生成所述服务提供端所需的推荐数据；
第二请求模块，用于响应用户的第四操作，向所述服务器请求推荐数据；其中，所述推荐数据为所述服务器根据推荐快照生成的数据；所述推荐快照为基于所述服务请求端当前所对应的所述第二匹配列表生成的。
15.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至10任一所述方法的步骤。
16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至10任一所述方法的步骤。
CN202010995101.2A 2020-09-21 2020-09-21 服务匹配方法、装置、电子设备和计算机可读存储介质 Active CN111967630B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010995101.2A CN111967630B (zh) 2020-09-21 2020-09-21 服务匹配方法、装置、电子设备和计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010995101.2A CN111967630B (zh) 2020-09-21 2020-09-21 服务匹配方法、装置、电子设备和计算机可读存储介质

Publications (2)

Publication Number Publication Date
CN111967630A true CN111967630A (zh) 2020-11-20
CN111967630B CN111967630B (zh) 2022-01-28

Family

ID=73386836

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010995101.2A Active CN111967630B (zh) 2020-09-21 2020-09-21 服务匹配方法、装置、电子设备和计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN111967630B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117371748A (zh) * 2023-11-02 2024-01-09 广州尚捷智慧云网络科技有限公司 一种智能化产品数据管理系统及方法

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011209960A (ja) * 2010-03-29 2011-10-20 Park 24 Co Ltd カーシェアリング予約システム、カーシェアリング予約方法およびカーシェアリング予約プログラム
CN102685566A (zh) * 2012-05-28 2012-09-19 北京网尚数字电影院线有限公司 一种音视频节目推荐方法
CN107798403A (zh) * 2016-09-07 2018-03-13 北京嘀嘀无限科技发展有限公司 一种拼车订单处理方法、服务器、终端设备和系统
CN107945503A (zh) * 2017-12-25 2018-04-20 武汉斑马快跑科技有限公司 顺风车的拼车方法和系统
WO2018176939A1 (en) * 2017-03-27 2018-10-04 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for carpooling
CN109242122A (zh) * 2017-07-10 2019-01-18 北京嘀嘀无限科技发展有限公司 网约车拼车方法、系统及终端
CN110599300A (zh) * 2019-08-30 2019-12-20 上海钧正网络科技有限公司 订单的处理方法、装置、计算机设备及存储介质
CN111131504A (zh) * 2019-12-31 2020-05-08 张文 实现司机与乘客的即时对接服务方法、装置、系统和介质
CN111489214A (zh) * 2019-01-25 2020-08-04 北京嘀嘀无限科技发展有限公司 订单分配方法、条件设置方法、装置及电子设备

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011209960A (ja) * 2010-03-29 2011-10-20 Park 24 Co Ltd カーシェアリング予約システム、カーシェアリング予約方法およびカーシェアリング予約プログラム
CN102685566A (zh) * 2012-05-28 2012-09-19 北京网尚数字电影院线有限公司 一种音视频节目推荐方法
CN107798403A (zh) * 2016-09-07 2018-03-13 北京嘀嘀无限科技发展有限公司 一种拼车订单处理方法、服务器、终端设备和系统
WO2018176939A1 (en) * 2017-03-27 2018-10-04 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for carpooling
CN109242122A (zh) * 2017-07-10 2019-01-18 北京嘀嘀无限科技发展有限公司 网约车拼车方法、系统及终端
CN107945503A (zh) * 2017-12-25 2018-04-20 武汉斑马快跑科技有限公司 顺风车的拼车方法和系统
CN111489214A (zh) * 2019-01-25 2020-08-04 北京嘀嘀无限科技发展有限公司 订单分配方法、条件设置方法、装置及电子设备
CN110599300A (zh) * 2019-08-30 2019-12-20 上海钧正网络科技有限公司 订单的处理方法、装置、计算机设备及存储介质
CN111131504A (zh) * 2019-12-31 2020-05-08 张文 实现司机与乘客的即时对接服务方法、装置、系统和介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117371748A (zh) * 2023-11-02 2024-01-09 广州尚捷智慧云网络科技有限公司 一种智能化产品数据管理系统及方法
CN117371748B (zh) * 2023-11-02 2024-05-14 广州尚捷智慧云网络科技有限公司 一种智能化产品数据管理系统及方法

Also Published As

Publication number Publication date
CN111967630B (zh) 2022-01-28

Similar Documents

Publication Publication Date Title
Ma et al. Real-time city-scale taxi ridesharing
AU2021218001B2 (en) Systems and methods for providing a navigation route
US20200166948A1 (en) Information processing apparatus, method for controlling information processing apparatus, and storage medium for priority passage in accompaniment of fee
CN109583612B (zh) 用于确定拼车司机的方法、系统以及存储介质
CN111105251A (zh) 一种信息推送方法及装置
CN111985662A (zh) 网络约车方法、装置、电子设备和存储介质
CN111323035A (zh) 一种行驶偏航的检测方法、检测装置及可读存储介质
CN111967630B (zh) 服务匹配方法、装置、电子设备和计算机可读存储介质
CN112149856A (zh) 网约车订单处理方法、装置、电子设备和可读存储介质
CN111489214A (zh) 订单分配方法、条件设置方法、装置及电子设备
CN111143706A (zh) 一种提示信息展示方法、装置、电子设备和存储介质
CN111651687B (zh) 上车点信息推送方法及装置、下车点信息推送方法及装置
CN112887406A (zh) 终端、云端及其信息推送方法、电子设备及存储介质
CN111260423B (zh) 订单分配方法、装置、电子设备及计算机可读存储介质
CN112001516B (zh) 一种信息处理方法、装置、电子设备及存储介质
CN111768254A (zh) 一种订单处理方法及装置
CN111507554A (zh) 一种服务资源调度方法、装置、设备及存储介质
CN112036774A (zh) 服务策略的评估方法、装置、设备及存储介质
CN112085570A (zh) 一种网约车订单匹配方法、装置、电子设备和存储介质
CN112104742A (zh) 信息同步方法、装置、服务器、设备及存储介质
JP2021064180A (ja) 料金決定装置、料金決定システム及び料金決定方法
CN111143486A (zh) 一种服务位置获取方法、装置、电子设备及存储介质
US20240054583A1 (en) Sightseeing plan provision system and sightseeing plan provision method
US20240181921A1 (en) Battery Exchange Guiding Method and Battery Exchange System
CN111325993B (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
GR01 Patent grant
GR01 Patent grant