CN111340301B - 用户订单信息的冲突校验方法、系统、设备及介质 - Google Patents
用户订单信息的冲突校验方法、系统、设备及介质 Download PDFInfo
- Publication number
- CN111340301B CN111340301B CN202010135457.9A CN202010135457A CN111340301B CN 111340301 B CN111340301 B CN 111340301B CN 202010135457 A CN202010135457 A CN 202010135457A CN 111340301 B CN111340301 B CN 111340301B
- Authority
- CN
- China
- Prior art keywords
- order data
- user
- order
- conflict
- information
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 28
- 238000012795 verification Methods 0.000 title claims abstract description 23
- 238000012216 screening Methods 0.000 claims abstract description 23
- 238000012546 transfer Methods 0.000 claims description 25
- 238000004590 computer program Methods 0.000 claims description 10
- 238000012163 sequencing technique Methods 0.000 claims 2
- 238000002360 preparation method Methods 0.000 description 6
- 238000001914 filtration Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
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/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
- 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)
- Engineering & Computer Science (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种用户订单信息的冲突校验方法、系统、设备及介质,其中冲突校验方法包括以下步骤:获取用户信息以及所述用户信息对应的历史订单数据;筛选所述历史订单数据中所有未出行的订单数据;获取所述用户当前预定的订单数据;按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突;其中,所述冲突校验原则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突。本发明解决了在用户下订单前,检验当前订单与用户现有已经下的订单是否存在地理位置、时间地点冲突。
Description
技术领域
本发明涉及互联网领域,尤其涉及一种用户订单信息的冲突校验方法、系统、设备及介质。
背景技术
随着智能终端,移动网络的高速发展,用户已习惯通过网络订机票、酒店、度假产品。手机上点点手指便能预订好机票、酒店搞定旅行计划。
针对商旅客或者对于出行次数较少的用户而言,在快节奏城市生活的当下,操作人员也非常容易忽略一些细节造成的行程冲突。例如,偶尔会出行相同行程重复预定,或订单使用、地点衔接错误问题;从而给用户造成旅行不便或是经济损失。
因此,在用户下订单前,检验当前订单与用户现有已经下的订单是否存在出行时间的冲突是亟待解决的问题。
发明内容
本发明要解决的技术问题是为了克服现有技术中无法对用户订单信息进行冲突校验的缺陷,提供一种用户订单信息的冲突校验方法、系统、设备及介质。
本发明是通过下述技术方案来解决上述技术问题:
第一方面,本发明提供一种用户订单信息的冲突校验方法,包括以下步骤:
获取用户信息以及所述用户信息对应的历史订单数据;
筛选所述历史订单数据中所有未出行的订单数据;
获取所述用户当前预定的订单数据;
按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突;其中,所述冲突校验原则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突。
较佳地,所述按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突,包括:
筛选出与所述用户当前预定的订单数据出行时间段位于同一时间范围的所述未出行的订单数据;
若判断出所述用户当前预定的订单数据与所述未出行的订单数据的出行时间段重合,发送第一错误提示信息,其中,所述第一错误提示信息用于表征订单行程重复;
若判断出所述用户当前预定的订单数据与所述未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息,其中,所述第二错误提示信息用于表征订单换乘时间过短,所述预设阈值根据两个订单数据对应的出行位置而设定。
较佳地,若所述用户当前预定的订单数据与多个未出行的订单存在多个冲突信息时,将各冲突信息按照冲突规则权重高低进行排序。
较佳地,所述第一错误提示信息的权重大于第二错误提示信息的权重;
和/或,
根据各所述未出行的订单数据所产生的退订费用确定冲突规则权重的排序。
较佳地,所述方法还包括:
根据所述用户是否完成当前预定的订单数据,判断本次错误提示信息是否有效。
第二方面,本发明还提供一种用户订单信息的冲突校验系统,包括:
第一获取模块,用于获取用户信息以及所述用户信息对应的历史订单数据;
筛选模块,用于筛选所述历史订单数据中所有未出行的订单数据;
第二获取模块,用于获取所述用户当前预定的订单数据;
第一判断模块,用于按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突;其中,所述冲突校验原则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突。
较佳地,所述第一判断模块,包括:
筛选单元,用于筛选出与所述用户当前预定的订单数据出行时间段位于同一时间范围的所述未出行的订单数据;
第一发送单元,用于若判断出所述用户当前预定的订单数据与所述未出行的订单数据的出行时间段重合,发送第一错误提示信息,其中,所述第一错误提示信息用于表征订单行程重复;
第二发送单元,用于若判断出所述用户当前预定的订单数据与所述未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息,其中,所述第二错误提示信息用于表征订单换乘时间过短,所述预设阈值根据两个订单数据对应的出行位置而设定。
较佳地,若所述用户当前预定的订单数据与多个未出行的订单存在多个冲突信息时,将各冲突信息按照冲突规则权重高低进行排序。
较佳地,所述第一错误提示信息的权重大于第二错误提示信息的权重;
和/或,
根据各所述未出行的订单数据所产生的退订费用确定冲突规则权重的排序。
较佳地,所述系统还包括:
第二判断模块,用于根据所述用户是否完成当前预定的订单数据,判断本次错误提示信息是否有效。
第三方面,本发明提供一种电子设备,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现第一方面所述的用户订单信息的冲突校验方法。
第四方面,本发明提供一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现第一方面所述的用户订单信息的冲突校验方法。
本发明的积极进步效果在于:提供一种用户订单信息的冲突校验方法、系统、设备及介质。通过获取用户信息对应的历史订单数据以及用户当前预定的订单数据,按照冲突校验规则,判断订单间是否存在重复或者是否存在订单换乘时间过短而造成的冲突。本发明解决了在用户下订单前,检验当前订单与用户现有已经下的订单是否存在冲突,减少了用户重复预订事件以及订单间换乘时间过短而造成的出行问题。
附图说明
图1为本发明实施例1的用户订单信息的冲突校验方法的流程图。
图2为本发明实施例2的用户订单信息的冲突校验方法的流程图。
图3为本发明实施例3的用户订单信息的冲突校验系统的结构示意图。
图4为本发明实施例4的用户订单信息的冲突校验系统的结构示意图。
图5为本发明实施例5的电子设备的硬件结构示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
实施例1
本实施例提供一种用户订单信息的冲突校验方法,参照图1,该方法包括以下步骤:
步骤S11、获取用户信息以及用户信息对应的历史订单数据。
步骤S12、筛选历史订单数据中所有未出行的订单数据。
步骤S13、获取用户当前预定的订单数据。
步骤S14、按照预设的冲突校验规则,判断用户当前预定的订单数据与未出行的订单数据是否冲突;其中,冲突校验原则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突。
本实施例,用户订单信息的冲突校验方法,该方法可以应用于服务器,相应的装置可以设置在服务器中,例如可以是服务器的中央处理器CPU。
本实施例步骤S11中,获取用户订单中出行人的证件类型及证件号,获取该用户的所有未出行的订单,通过出发地、目的地、出发时间、到达时间等多个维度,进行订单重复校验及订单衔接校验,检验出相冲突的订单。
本实施例步骤S12中,服务器获取当前用户的UID(User Identification,用户身份)获取该用户之前在前端APP(Application,应用程序)页面上选择的所有订单数据。从获取的所有订单数据中选择出发时间在当前时间之后,且未出行的有效订单数据。该未出行的有效订单数据根据状态进行判定,已被确认、已购票、已出票、未被取消、退款的订单。
从有效订单中选择对用户行程信息确定的有用字段。有效订单可以包括服务类型、交通类型等,在此不作限制。服务类型的有效订单包括通过汽车、火车、飞机、轮船等交通方式从出发地到到达地的行程。服务类型的有效订单包括某个地点接收某种服务的行程,如酒店服务、美食服务、游玩服务等。订单数据的类型可以通过选择的有效订单的中的有用字段来确定。针对服务类的订单而言,酒店订单中的酒店名称、地址、入住人、入店和离店日期等字段确定为有用字段。针对交通类的订单而言,机票订单中的机场三字码、乘机人、出发到达日期或时间、出发到达城市或机场等字段确定为有用字段;火车订单中的火车站三字码、火车站点名、乘车人、出发时间、达到时间等字段确定为有用字段;用车订单中的上车地址、上车日期、时间等;门票订单中的景点地址、城市、门票使用时间等字段确定为有用字段;租车包车订单中的租车包车地址、使用时间等字段确定为有用字段。
本实施例步骤S14中,按照冲突校验规则,判断用户当前预定的订单数据与未出行的订单数据的出行时间是否存在冲突。
具体的,获取用户所有未出行的有效订单数据,将用户所有的未出行的订单按照时间进行排序,生成该用户未出行订单列表。筛选出用户的当前订单与未出行的订单属于一个时间范围的订单数据,该时间范围为12小时、24小时、或者48小时,具体时间本申请不作具体限制。
例如,某用户存在飞机落地时间为当日的15点的未出行订单,该用户当前预定的订单为当日16点的火车票。由于飞机场的地理位置和火车站的地理位置之间的交通出行准备时间为2个小时,因此存在订单冲突,该冲突为订单换乘时间太短。
进一步的,若该用户未出行订单中包括落地时间为当日9点至15点的机票订单,该用户当前预定了当日14点至15点的火车票订单。可见,两个订单的出行时间段存在重复,因此存在订单冲突,该冲突为订单行程重复。
本实施例通过获取用户信息对应的历史订单数据以及用户当前预定的订单数据,按照冲突校验规则,判断订单间是否存在重复或者是否存在订单换乘时间过短而造成的冲突。本发明解决了在用户下订单前,检验当前订单与用户现有已经下的订单是否存在冲突,减少了用户重复预订事件以及订单间换乘时间过短而造成的出行问题。
实施例2
本实施例是在实施例1的基础上进一步优化而得,如图2所示,步骤S14按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突,包括以下步骤:
步骤S141、筛选出与用户当前预定的订单数据出行时间段位于同一时间范围的未出行的订单数据。
步骤S1421、若判断出用户当前预定的订单数据与未出行的订单数据的出行时间段重合,发送第一错误提示信息,其中,第一错误提示信息用于表征订单行程重复。
步骤S1422、若判断出用户当前预定的订单数据与未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息,其中,第二错误提示信息用于表征订单换乘时间过短,预设阈值根据两个订单数据对应的出行位置而设定。
本实施例步骤S141中,当筛选出与用户当前预定的订单数据的出行时间段位于同一时间范围的未出行的订单数据,同一时间范围为12小时、24小时或者48小时,此处不作具体限制。
本实施例步骤S1421中,判断出用户当前预定的订单数据与未出行的订单数据的出行时间段完全重合,或者部分重合,则发送第一错误提示信息。
例如,获取到用户当前预定的订单数据为酒店订单数据,入住日期是当天下午5点,结算日期为次日12点。该用户当天未出行的订单数据中同样存在酒店订单数据,并且酒店的入住日期为当天下午6点,结算日期为次日12点。则两个行程存在冲突。因为两个订单的出行时间段重合,发送第一错误提示信息,该错误提示信息表示订单行程重复。
获取到用户未出行的订单数据为火车票订单数据,火车的出发时间为早上11点,火车停站的时间为下午5点。该用户当前又预订了一个当日下午4点至5点的汽车票的订单。因为两个订单的出行时间段完全重合,发送第一错误提示信息,该错误提示信息表示订单行程重复。
若某用户未出行订单中存在机票订单,该飞机起飞时间为早上8点,落地时间为当日的15点。该用户当前预定了一个酒店订单,酒店入住时间为当日10点,结算时间为次日12点。因为两个订单的出行时间段存在部分重合,发送第一错误提示信息,该错误提示信息表示订单行程重复。
本实施例步骤S1422中,用户当前预定的订单数据与未出行的订单数据可以都为交通类型的订单数据;或者两者都为服务类型的订单数据;或者两者中任意一个订单为服务类型的订单数据,另外一个订单为交通类型的订单数据,在此对于订单数据所包含的内容不作具体限制。
用户当前预定的订单数据与未出行的订单数据两者中任何一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,该预设阈值可以为1小时、2小时、3小时或者4小时,该预设阈值根据两个订单数据对应的出行位置的交通出发准备时间而定,此处不作具体限制。
例如,若预设阈值为2个小时,则两个订单之间的交通出发准备时间为2个小时。某用户未出行的订单数据中存在机票订单,该飞机起飞时间为当日12点,飞机落地时间为当日15点。该用户当前预定了一个当日16点至18点的汽车票订单。因为上述未出行的订单与当前预定的订单两者之间的时间间隔为1个小时,小于预设阈值2个小时,则造成换乘时间过短,发送第二错误提示信息,表示两个订单换乘时间过短。
在上述实施例的基础上做进一步改进,若用户当前预定的订单数据与多个未出行的订单存在多个冲突信息时,将各冲突信息按照冲突规则权重高低进行排序。
其中,第一错误提示信息的权重大于第二错误提示信息的权重。
和/或,
根据各未出行的订单数据所产生的退订费用确定冲突规则权重的排序。
具体的,第一错误提示信息相当于错误级别的信息,第二错误提示信息相当于提醒级别的信息。即,行程完全相同的错误提示信息大于行程时间衔接有问题的错误提示信息。错误级别的信息对应的冲突规则权重大于提醒级别的信息对应的冲突规则权重。
进一步的,本实施例中,还可以根据订单类型所对应的用户退订所产生的费用作为判断依据。例如,可以设定机票的退费大于火车票的退费大于酒店的退费大于门票的退费,门票的退费等于酒店的退费。
例如,用户A已有两张未出行的订单数据,第一张为订单号为X的机票订单,该订单信息为2月21日8:00至10:00上海至北京。第二张为订单号为Y的火车票订单,该订单信息为2月21日12:00至13:00北京至天津的飞机。此时用户A当前打算预定一张火车票的订单,该订单信息为2月21日9:00至12:00上海至北京的火车。按照步骤S14的冲突校验规则,会发送2条提示信息。第一条提示信息为第一错误提示信息,该提醒信息的内容为与X订单的出行订单存在重复。第二条提示信息为第二错误提示信息为与Y订单的换乘时间过短。根据权重判断,因为机票退票费高于火车票,且行程重复的提示信息对应的权重大于订单换乘时间过短的提示信息对应的权重,所以最终确定发送第一错误提示信息,表示订单重复。
在上述示例的基础上,假如该用户又想预定一个2月21日10:00至13:00北京到天津的机票订单。按照冲突校验规则,会发送2条提示信息。第一条信息为第二错误提示信息,该提示信息的内容为与X订单换乘时间不足;第二条信息为第一错误提示信息,该提示信息的内容为与Y订单的出行时间存在重复。根据权重判断,虽然机票退票费高于火车,但是由于错误级别的信息的权重很大,因此会发送第一错误提示信息,表示与Y订单的出行时间存在重复。
本实施例中,一种用户订单信息的冲突校验方法,还包括:
步骤S15、根据用户是否完成当前预定的订单数据,判断本次错误提示信息是否有效。
服务器会整合数据,下发给前端。前端根据用户是否下单,判断本次冲突提醒信息是否有效并上报给服务端。
本实施例通过筛选出与用户当前预定的订单数据出行时间段位于同一时间范围的未出行的订单数据;判断出用户当前预定的订单数据与未出行的订单数据的出行时间段是否重复或者任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第一或者第二错误提示信息。本发明解决了在用户下订单前,检验当前订单与用户现有已经下的订单是否存在冲突,减少了用户重复预订事件以及订单间换乘时间过短而造成的出行问题。
实施例3
本实施例提供一种用户订单信息的冲突校验系统,如图3所示,该系统包括第一获取模块110、筛选模块120、第二获取模块130以及第一判断模块140。
其中,第一获取模块110,用于获取用户信息以及用户信息对应的历史订单数据。
筛选模块120,用于筛选历史订单数据中所有未出行的订单数据。
第二获取模块130,用于获取用户当前预定的订单数据。
第一判断模块140,用于按照预设的冲突校验规则,判断用户当前预定的订单数据与未出行的订单数据是否冲突;其中,该冲突校验原则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突。
本实施例,第一获取模块110获取用户订单中出行人的证件类型及证件号,获取该用户或者出行人的所有未出行的订单,通过出发地、目的地、出发时间、到达时间等多个维度,进行订单重复校验及订单衔接校验,检验出相冲突的订单。
筛选模块120获取当前用户的UID(User Identification,用户身份)获取该用户之前在前端APP(Application,应用程序)页面上选择的所有订单数据。从获取的所有订单数据中选择出发时间在当前时间之后,且未出行的有效订单数据。该未出行的有效订单数据根据状态进行判定,已被确认、已购票、已出票、未被取消、退款的订单。
从有效订单中选择对用户行程信息确定的有用字段。有效订单可以包括服务类型、交通类型等,在此不作限制。服务类型的有效订单包括通过汽车、火车、飞机、轮船等交通方式从出发地到到达地的行程。服务类型的有效订单包括某个地点接收某种服务的行程,如酒店服务、美食服务、游玩服务等。订单数据的类型可以通过选择的有效订单的中的有用字段来确定。针对服务类的订单而言,酒店订单中的酒店名称、地址、入住人、入店和离店日期等字段确定为有用字段。针对交通类的订单而言,机票订单中的机场三字码、乘机人、出发到达日期或时间、出发到达城市或机场等字段确定为有用字段;火车订单中的火车站三字码、火车站点名、乘车人、出发时间、达到时间等字段确定为有用字段;用车订单中的上车地址、上车日期、时间等;门票订单中的景点地址、城市、门票使用时间等字段确定为有用字段;租车包车订单中的租车包车地址、使用时间等字段确定为有用字段。
第一判断模块140按照冲突校验规则,判断用户当前预定的订单数据与未出行的订单数据的出行时间是否存在冲突。具体的,获取用户所有未出行的有效订单数据,将用户所有的未出行的订单按照时间进行排序,生成该用户未出行订单列表。筛选出用户的当前订单与未出行的订单属于一个时间范围的订单数据,该时间范围为12小时、24小时、或者48小时,具体时间本申请不作具体限制。
例如,某用户存在飞机落地时间为当日的15点的未出行订单,该用户当前预定的订单为当日16点的火车票。由于飞机场的地理位置和火车站的地理位置之间的交通出行准备时间为2个小时,因此存在订单冲突,该冲突为订单换乘时间太短。
进一步的,若该用户未出行订单中包括落地时间为当日9点至15点的机票订单,该用户当前预定了当日14点至15点的火车票订单。可见,两个订单的出行时间段存在重复,因此存在订单冲突,该冲突为订单行程重复。
本实施例提供的用户订单信息的冲突校验系统,通过第一获取模块、第二获取模块、筛选模块获取用户信息、用户信息对应的历史订单数据、用户当前预定的订单数据后,筛选历史订单数据中所有未出行的订单数据;第一判断模块按照预设的冲突校验规则,判断用户当前预定的订单数据与未出行的订单数据是否冲突。本发明解决了在用户下订单前,检验当前订单与用户现有已经下的订单是否存在冲突,减少了用户重复预订事件以及订单间换乘时间过短而造成的出行问题。
实施例4
本实施例是在实施例3的基础上进一步优化而得。如图4所示,用户订单信息的冲突校验系统中的第一判断模块140,包括筛选单元141、第一发送单元1421、第二发送单元1422。
其中,筛选单元141,用于筛选出与用户当前预定的订单数据出行时间段位于同一时间范围的所述未出行的订单数据。
第一发送单元1421,用于若判断出用户当前预定的订单数据与未出行的订单数据的出行时间段重合,发送第一错误提示信息,其中,第一错误提示信息用于表征订单行程重复。
第二发送单元1422,用于若判断出用户当前预定的订单数据与未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息,其中,第二错误提示信息用于表征订单换乘时间过短,预设阈值根据两个订单数据对应的出行位置而设定。
具体的,筛选单元141当筛选出与用户当前预定的订单数据的出行时间段位于同一时间范围的未出行的订单数据,同一时间范围为12小时、24小时或者48小时,此处不作具体限制。
第一发送单元1421判断出用户当前预定的订单数据与未出行的订单数据的出行时间段完全重合,或者部分重合,则发送第一错误提示信息。
例如,获取到用户当前预定的订单数据为酒店订单数据,入住日期是当天下午5点,结算日期为次日12点。该用户当天未出行的订单数据中同样存在酒店订单数据,并且酒店的入住日期为当天下午6点,结算日期为次日12点。则两个行程存在冲突。因为两个订单的出行时间段重合,发送第一错误提示信息,该错误提示信息表示订单行程重复。
获取到用户未出行的订单数据为火车票订单数据,火车的出发时间为早上11点,火车停站的时间为下午5点。该用户当前又预订了一个当日下午4点至5点的汽车票的订单。因为两个订单的出行时间段完全重合,发送第一错误提示信息,该错误提示信息表示订单行程重复。
若某用户未出行订单中存在机票订单,该飞机起飞时间为早上8点,落地时间为当日的15点。该用户当前预定了一个酒店订单,酒店入住时间为当日10点,结算时间为次日12点。因为两个订单的出行时间段存在部分重合,发送第一错误提示信息,该错误提示信息表示订单行程重复。
用户当前预定的订单数据与未出行的订单数据可以都为交通类型的订单数据;或者两者都为服务类型的订单数据;或者两者中任意一个一个订单为服务类型的订单数据,另外一个订单为交通类型的订单数据,在此对于订单数据所包含的内容不作具体限制。
第二发送单元1422中,用户当前预定的订单数据与未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,该预设阈值可以为1小时、2小时、3小时或者4小时,该预设阈值根据两个订单数据对应的出行位置的交通出发准备时间而定,此处不作具体限制。
例如,如该用户的未出行的订单数据中飞机落地时间为当日15点,该用户又下了一个当日16点的汽车票订单。因为两个订单之间的交通出发准备时间为1个半小时,大于预设阈值1个小时,造成换乘时间过短,发送第二错误提示信息,表示两个订单换乘时间过短。
其中,若用户当前预定的订单数据与多个未出行的订单存在多个冲突信息时,将各冲突信息按照冲突规则权重高低进行排序。
其中,该第一错误提示信息的权重大于第二错误提示信息的权重;
和/或,
根据各未出行的订单数据所产生的退订费用确定冲突规则权重的排序。
具体的,第一冲突提醒信息相当于错误级别的信息,第二冲突提醒信息相当于提醒级别的信息。即,行程完全相同的冲突提醒信息大于行程时间衔接有问题的冲突提醒信息。错误级别的信息对应的冲突规则权重大于提醒级别的信息对应的冲突规则权重。
进一步的,本实施例中,还可以根据订单类型所对应的用户退订所产生的费用作为判断依据。例如,机票的退费大于火车票的退费大于酒店的退费大于门票的退费,门票的退费等于酒店的退费。
例如,用户A已有两张未出行的订单数据,第一张为订单号为X的机票订单,该订单信息为2月21日8:00至10:00上海至北京。第二张为订单号为Y的火车票订单,该订单信息为2月21日12:00至13:00北京至天津的飞机。此时用户A当前打算预定一张火车票的订单,该订单信息为2月21日9:00至12:00上海至北京的火车。按照步骤S14的冲突校验规则,会发送2条提示信息。第一条提示信息为第一错误提示信息,该提醒信息的内容为与X订单的出行订单存在重复。第二条提示信息为第二错误提示信息为与Y订单的换乘时间过短。根据权重判断,因为机票退票费高于火车票,且行程重复的提示信息对应的权重大于订单换乘时间过短的提示信息对应的权重,所以最终确定发送第一错误提示信息,表示订单重复。
在上述示例的基础上,假如该用户又想预定一个2月21日10:00至13:00北京到天津的机票订单。按照冲突校验规则,会发送2条提示信息。第一条信息为第二错误提示信息,该提示信息的内容为与X订单换乘时间不足;第二条信息为第一错误提示信息,该提示信息的内容为与Y订单的出行时间存在重复。根据权重判断,虽然机票退票费高于火车,但是由于错误信息级别权重大,因此会发送第一错误提示信息,表示与Y订单的出行时间存在重复。
本实施例中,一种用户订单信息的冲突校验系统,还包括:第二判断模块150。
第二判断模块150,用于根据用户是否完成当前预定的订单数据,判断本次错误提示信息是否有效。
服务器会整合数据,下发给前端。前端根据用户是否下单,判断本次冲突提醒信息是否有效并上报给服务端。
本实施例筛选单元通过筛选出与用户当前预定的订单数据出行时间段位于同一时间范围的未出行的订单数据;第一发送单元判断出用户当前预定的订单数据与未出行的订单数据的出行时间段重合,发送第一错误提示信息。第二发送单元判断出用户当前预定的订单数据的与未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息。本发明解决了在用户下订单前,检验当前订单与用户现有已经下的订单是否存在冲突,减少了用户重复预订事件以及订单间换乘时间过短而造成的出行问题。
实施例5
图5为本实施例提供的一种电子设备的结构示意图。所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现实施例1或实施例2的用户订单信息的冲突校验方法,图5显示的电子设备30仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
电子设备30可以以通用计算设备的形式表现,例如其可以为服务器设备。电子设备30的组件可以包括但不限于:上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
总线33包括数据总线、地址总线和控制总线。
存储器32可以包括易失性存储器,例如随机存取存储器(RAM)321和/或高速缓存存储器322,还可以进一步包括只读存储器(ROM)323。
存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325,这样的程序模块324包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器31通过运行存储在存储器32中的计算机程序,从而执行各种功能应用以及数据处理,例如本发明实施例1或实施例2的用户订单信息的冲突校验方法。
电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且,模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图所示,网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白,尽管图中未示出,可以结合模型生成的设备30使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例6
本实施例提供了一种计算机可读存储介质,其上存储有计算机程序,所述程序被处理器执行时实现实施例1或实施例2的用户订单信息的冲突校验方法的步骤。
其中,可读存储介质可以采用的更具体可以包括但不限于:便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中,本发明还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行实现实施例1或实施例2的用户订单信息的冲突校验方法的步骤。
其中,可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码,所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (4)
1.一种用户订单信息的冲突校验方法,其特征在于,包括以下步骤:
获取用户信息以及所述用户信息对应的历史订单数据;
筛选所述历史订单数据中所有未出行的订单数据;
获取所述用户当前预定的订单数据;
按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突;其中,所述冲突校验规则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突;
所述按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突,包括:
筛选出与所述用户当前预定的订单数据出行时间段位于同一时间范围的所述未出行的订单数据;
若判断出所述用户当前预定的订单数据与所述未出行的订单数据的出行时间段重合,发送第一错误提示信息,其中,所述第一错误提示信息用于表征订单行程重复;
若判断出所述用户当前预定的订单数据与所述未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息,其中,所述第二错误提示信息用于表征订单换乘时间过短,所述预设阈值根据两个订单数据对应的出行位置而设定;
所述方法还包括:
根据所述用户是否完成当前预定的订单数据,判断本次错误提示信息是否有效;
若所述用户当前预定的订单数据与多个未出行的订单存在多个冲突信息时,将各冲突信息按照冲突规则权重高低进行排序;
所述第一错误提示信息的权重大于第二错误提示信息的权重;
和/或,
根据各所述未出行的订单数据所产生的退订费用确定冲突规则权重的排序。
2.一种用户订单信息的冲突校验系统,其特征在于,包括:
第一获取模块,用于获取用户信息以及所述用户信息对应的历史订单数据;
筛选模块,用于筛选所述历史订单数据中所有未出行的订单数据;
第二获取模块,用于获取所述用户当前预定的订单数据;
第一判断模块,用于按照预设的冲突校验规则,判断所述用户当前预定的订单数据与所述未出行的订单数据是否冲突;其中,所述冲突校验规则包括若订单之间的出行时间存在冲突,则订单数据之间存在冲突;
所述第一判断模块,包括:
筛选单元,用于筛选出与所述用户当前预定的订单数据出行时间段位于同一时间范围的所述未出行的订单数据;
第一发送单元,用于若判断出所述用户当前预定的订单数据与所述未出行的订单数据的出行时间段重合,发送第一错误提示信息,其中,所述第一错误提示信息用于表征订单行程重复;
第二发送单元,用于若判断出所述用户当前预定的订单数据与所述未出行的订单数据两者中任意一个订单数据的起始时间与另一个订单数据的终止时间的时间间隔小于预设阈值,发送第二错误提示信息,其中,所述第二错误提示信息用于表征订单换乘时间过短,所述预设阈值根据两个订单数据对应的出行位置而设定;
所述系统还包括:
第二判断模块,用于根据所述用户是否完成当前预定的订单数据,判断本次错误提示信息是否有效;
若所述用户当前预定的订单数据与多个未出行的订单存在多个冲突信息时,将各冲突信息按照冲突规则权重高低进行排序;
所述第一错误提示信息的权重大于第二错误提示信息的权重;
和/或,
根据各所述未出行的订单数据所产生的退订费用确定冲突规则权重的排序。
3.一种电子设备,其特征在于,包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述计算机程序被所述处理器执行时实现如权利要求1所述的用户订单信息的冲突校验方法。
4.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现如权利要求1所述的用户订单信息的冲突校验方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010135457.9A CN111340301B (zh) | 2020-03-02 | 2020-03-02 | 用户订单信息的冲突校验方法、系统、设备及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010135457.9A CN111340301B (zh) | 2020-03-02 | 2020-03-02 | 用户订单信息的冲突校验方法、系统、设备及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111340301A CN111340301A (zh) | 2020-06-26 |
CN111340301B true CN111340301B (zh) | 2024-03-01 |
Family
ID=71184037
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010135457.9A Active CN111340301B (zh) | 2020-03-02 | 2020-03-02 | 用户订单信息的冲突校验方法、系统、设备及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111340301B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113283900A (zh) * | 2021-04-15 | 2021-08-20 | 广东携龙科技有限公司 | 一种用户身份认证方法及系统 |
CN113112330A (zh) * | 2021-04-23 | 2021-07-13 | 北京嘀嘀无限科技发展有限公司 | 出行订单处理方法、装置、设备、存储介质以及产品 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105426995A (zh) * | 2015-11-13 | 2016-03-23 | 北京首钢自动化信息技术有限公司 | 一种基于历史订单成本分析的成本预测方法 |
CN106408112A (zh) * | 2016-08-31 | 2017-02-15 | 广州亿澳斯软件股份有限公司 | 生产订单的排产管理方法与排产优化器系统 |
CN107832365A (zh) * | 2017-10-25 | 2018-03-23 | 携程旅游信息技术(上海)有限公司 | 多类旅行产品推送方法、装置、电子设备、存储介质 |
CN107862396A (zh) * | 2017-10-27 | 2018-03-30 | 携程旅游网络技术(上海)有限公司 | 行程订单重复预定处理方法、系统、存储介质和电子设备 |
US10147129B1 (en) * | 2015-06-26 | 2018-12-04 | Amazon Technologies, Inc. | Determining collections of similar items |
CN110619551A (zh) * | 2018-06-19 | 2019-12-27 | 北京嘀嘀无限科技发展有限公司 | 订单分配方法、订单分配系统、计算机设备及存储介质 |
-
2020
- 2020-03-02 CN CN202010135457.9A patent/CN111340301B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10147129B1 (en) * | 2015-06-26 | 2018-12-04 | Amazon Technologies, Inc. | Determining collections of similar items |
CN105426995A (zh) * | 2015-11-13 | 2016-03-23 | 北京首钢自动化信息技术有限公司 | 一种基于历史订单成本分析的成本预测方法 |
CN106408112A (zh) * | 2016-08-31 | 2017-02-15 | 广州亿澳斯软件股份有限公司 | 生产订单的排产管理方法与排产优化器系统 |
CN107832365A (zh) * | 2017-10-25 | 2018-03-23 | 携程旅游信息技术(上海)有限公司 | 多类旅行产品推送方法、装置、电子设备、存储介质 |
CN107862396A (zh) * | 2017-10-27 | 2018-03-30 | 携程旅游网络技术(上海)有限公司 | 行程订单重复预定处理方法、系统、存储介质和电子设备 |
CN110619551A (zh) * | 2018-06-19 | 2019-12-27 | 北京嘀嘀无限科技发展有限公司 | 订单分配方法、订单分配系统、计算机设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN111340301A (zh) | 2020-06-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Gurumurthy et al. | Analyzing the dynamic ride-sharing potential for shared autonomous vehicle fleets using cellphone data from Orlando, Florida | |
US11062415B2 (en) | Systems and methods for allocating networked vehicle resources in priority environments | |
US9024752B2 (en) | Traveler hurry status monitor | |
US20160048777A1 (en) | Reservation management method and reservation management apparatus | |
JP6058139B2 (ja) | 公共輸送機関ナビゲータ | |
Voltes-Dorta et al. | Passenger recovery after an airport closure at tourist destinations: A case study of Palma de Mallorca airport | |
CN111340301B (zh) | 用户订单信息的冲突校验方法、系统、设备及介质 | |
CN103514484A (zh) | 一种网上在线服务预订的方法 | |
CA2711913A1 (en) | Multi-travel aggregator | |
US20200134764A1 (en) | Booking management system | |
US20220164724A1 (en) | Application-based commercial ground transportation clearinghouse system | |
CN109978744A (zh) | 出行信息处理方法及装置 | |
CN102880943A (zh) | 校车运营管理方法及系统 | |
CN113379084A (zh) | 一种机票改期方法及机票改期装置 | |
AU2013242968B2 (en) | Traveler hurry status monitor | |
Zwick et al. | Review on theoretical assessments and practical implementations of ride-pooling | |
Ching et al. | A user-flocksourced bus experiment in Dhaka: New data collection technique with smartphones | |
Lai et al. | Resilient schedule coordination for a bus transit corridor | |
CN113487338A (zh) | 退票处理方法、系统、电子设备和存储介质 | |
Dinko et al. | Data Sources Analysis for Sustainable Trip Planner Development for Riga City | |
Ferreira et al. | Real-time monitoring of a mobile ticketing solution | |
Dias et al. | Simulation approach for an integrated decision support system for demand responsive transport planning and operation | |
Zhang | Taxicab transportation: Operations, equilibrium, and efficiency | |
Vogel | The nature of airports | |
KR102167651B1 (ko) | 정기권 및 할인권을 판매하는 무인주차장 관리 서비스 제공 방법 |
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 |