CN111861052A - 行程订单匹配方法、装置、设备及存储介质 - Google Patents
行程订单匹配方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN111861052A CN111861052A CN201910345982.0A CN201910345982A CN111861052A CN 111861052 A CN111861052 A CN 111861052A CN 201910345982 A CN201910345982 A CN 201910345982A CN 111861052 A CN111861052 A CN 111861052A
- Authority
- CN
- China
- Prior art keywords
- subsidy
- travel
- information
- login
- unilateral
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 74
- 230000001502 supplementing effect Effects 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 13
- 238000007405 data analysis Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 22
- 238000012545 processing Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 7
- 230000000694 effects Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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/06315—Needs-based resource requirements planning or analysis
-
- 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/0635—Risk analysis of enterprise or organisation activities
-
- 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/10—Office automation; Time management
- G06Q10/109—Time management, e.g. calendars, reminders, meetings or time accounting
-
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/14—Payment architectures specially adapted for billing systems
-
- 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—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- G06Q50/40—
Abstract
本申请公开了一种行程订单匹配方法，包括：接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；根据所述补登提醒消息进行行程补登提醒；接收补登信息，将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。该方法通过行程补登减少了单边订单，通过对补登信息进行风控，提高了用户行程匹配的准确度，避免了单边订单扣费高于真实行程费用导致的用户投诉，也避免了单边订单金额低于真实行程费用导致公共交通服务方收益受损本申请还公开了对应的装置、设备及介质。
Description
技术领域
本申请涉及公共交通技术领域，尤其涉及一种行程订单匹配方法、装置、设备及存储介质。
背景技术
随着智能终端的普及和移动互联网技术的应用，移动支付已经深入人们生活的方方面面。当前，在公交和地铁等公共交通领域，采用较多的移动支付方式是乘车码方式，由于乘车码方式使用方便并且对终端设备配置要求不高，因此，该方式已经应用的非常成熟，其发展也相当迅速。
目前在公共交通领域中，通过订单匹配方式，根据用户的进站码与出站码，匹配生成一笔完整的乘车订单，基于这笔完整的乘车订单进行扣费。例如，用户进站A，与用户最近发生的出站B，匹配形成一笔A-B乘车订单，基于这笔A-B乘车订单计算费用进行扣费。
但在实际应用中，有时由于乘客误操作例如在进站或者出站时忘记刷乘车码，就会产生单边行程，而基于单边行程导致后续产生单边订单，所谓单边订单是指只有单边行程记录(只有进站记录或者只有出站记录)的订单；有时也会由于公共交通的网络异常导致用户进站记录或者出站记录丢失，导致后台无法匹配生成一笔正常的乘车订单，就会导致产生单边订单；而针对单边订单的费用进行扣费，这个时候存在两种情况：当单边订单金额高于用户真实行程的费用时，会引起用户的投诉；当单边订单金额低于用户真实行程的费用时，会对公共交通服务方带来收益的损失。
因此，如何减少单边订单的生成，提高用户行程匹配的准确率，成为一个亟待解决的问题。
发明内容
本申请实施例提供了一种行程订单匹配方法，其通过补登提醒消息提醒目标用户针对目标单边行程进行行程补登，并通过补登信息风控装置对上传的补登信息有效性进行审核，以确保行程订单匹配准确率。本申请实施例还提供了对应的装置、设备、介质及计算机程序产品。
本申请一方面提供了一种行程订单匹配方法，所述方法包括：
接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
根据所述补登提醒消息进行行程补登提醒；
接收补登信息，将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
本申请一方面提供了一种行程订单匹配方法，包括：
向客户端发送补登提醒消息，接收所述客户端发送的补登信息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
确定所述补登信息是否有效；
当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
本申请一方面提供了一种行程订单匹配装置，包括：
接收单元，用于接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
提醒单元，用于根据所述补登提醒消息进行行程补登提醒；
补登单元，用于接收补登信息，并将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
本申请一方面提供了一种行程订单匹配装置，包括：
收发单元，用于向客户端发送补登提醒消息，接收所述客户端发送的补登信息；所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
风控单元，用于确定所述补登信息是否有效；
匹配单元，当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
本申请一方面提供了一种终端设备，所述设备包括处理器以及存储器：
所述存储器用于存储计算机程序；
所述处理器用于根据所述计算机程序执行本申请所述的行程订单匹配方法。
本申请一方面提供了一种服务器，所述服务器包括处理器以及存储器：
所述存储器用于存储计算机程序；
所述处理器用于根据所述计算机程序执行本申请所述的行程订单匹配方法。
本申请一方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行本申请所述的行程订单匹配方法。
本申请一方面提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得所述计算机执行本申请所述的行程订单匹配方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中提供了一种行程订单匹配方法，在发现单边行程记录时，服务器向客户端发送补登提醒消息，客户端根据该补登提醒消息进行行程补登提醒，具体为提醒目标用户针对目标单边行程进行行程补登，客户端接收补登信息后，将该补登信息上传至服务器，由服务器基于补登信息风控装置确定补登信息的有效性，在补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。该方法通过行程补登减少了单边订单，通过对补登信息进行风控，提高了用户行程匹配的准确度，避免了单边订单扣费高于真实行程费用导致的用户投诉，也避免了单边订单金额低于真实行程费用导致公共交通服务方收益受损。
附图说明
图1为本申请实施例中行程订单匹配方法的场景架构图；
图2为本申请实施例中行程订单匹配方法的流程图；
图3为本申请实施例中行程补登提醒的一个效果示意图；
图4为本申请实施例中行程补登提醒的一个效果示意图；
图5为本申请实施例中行程补登提醒的一个效果示意图；
图6为本申请实施例中行程订单匹配方法的流程图；
图7为本申请实施例中行程订单匹配方法的应用场景示意图；
图8为本申请实施例中行程订单匹配装置的一个结构示意图；
图9为本申请实施例中行程订单匹配装置的一个结构示意图；
图10为本申请实施例中行程订单匹配装置的一个结构示意图；
图11为本申请实施例中行程订单匹配装置的一个结构示意图；
图12为本申请实施例中行程订单匹配装置的一个结构示意图；
图13为本申请实施例中行程订单匹配装置的一个结构示意图；
图14为本申请实施例中终端的一个结构示意图；
图15为本申请实施例中服务器的一个结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
首先对本申请涉及的技术名词进行解释说明。
乘车码是一种用于乘坐公共交通工具的图案，一般可以分为进站码和出站码两种类型，针对同一用户在一段时间的进站码和出站码能够匹配成一笔行程订单，在展示乘车码后，公共交通服务方可以通过乘车码匹配的行程订单扣除相应的乘车费用。在实际应用时，乘车码一般是以二维码图案形式存在，当然在一些可能的实现方式中，乘车码也可以是条形码或者其他携带有支付信息的图案，本实施例对此不作限定。
考虑到用户误操作、闸机故障等情况，还可能出现单边订单。所谓单边订单是指只有用户进站记录或者只有用户出站记录的订单。
针对如何减少单边订单的生成，提高用户行程匹配的准确率这一技术问题，本申请提供了一种行程订单匹配方法，该方法是通过对单边行程进行行程补登实现行程订单匹配，并且在进行行程订单匹配过程中利用补登信息风控装置确定补登信息有效性，以此保障行程订单匹配的准确率，进而保障用户和公共交通服务方的利益均不受损害。
可以理解，本申请提供的行程订单匹配方法可以应用于终端和服务器，终端与服务器交互共同实现行程订单匹配。其中，终端是任意具有数据处理能力的处理设备，其可以是智能手机、平板电脑等便携式移动终端，也可以是智能手表或智能手环等可穿戴智能终端，本实施例对此不作限定。
本申请提供的行程订单匹配方法可以以计算机程序的形式存储于终端和服务器中，终端和服务器通过执行相应的应用程序进行交互，实现本申请的行程订单匹配方法。需要说明的是，该计算机程序可以是独立的应用程序，也可以是集成于其他程序上的功能模块、插件、小程序等等。
为了使得本申请的技术方案更加清楚、易于理解，下面将结合具体场景对本申请提供的行程订单匹配方法进行介绍。
参见图1所示的行程订单匹配方法的场景架构图，该场景中包括终端10、服务器20和补登信息风控装置30，终端10安装有客户端，终端10通过该客户端与服务器20、补登信息风控装置30交互，实现行程订单匹配方法。
具体地，在发现单边行程时，服务器20向终端10中的客户端发送补登提醒消息，客户端根据所述补登消息进行行程补登提醒，具体提醒目标用户针对目标单边行程进行行程补登，然后接收目标用户输入的补登信息，将补登信息上传至服务器20，服务器20通过补登信息风控装置30确定补登信息的有效性，具体地，服务器20向补登信息风控装置30发送补登信息，补登信息风控装置30确定补登信息是否有效，并将其结果作为风控结果，向服务器20返回该风控结果。当该风控结果指示补登信息有效时，服务器20基于补登信息结合目标单边行程进行行程订单匹配。
接下来，将分别从客户端和服务器的角度，对本申请提供的行程订单匹配方法的各个步骤进行详细说明。
首先，从客户端的角度对行程订单匹配方法进行介绍。参见图2所示的行程订单匹配方法的流程图，该方法包括：
S201：接收服务器发送的补登提醒消息。
所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登。
用户在通过乘车码乘车时，服务器中会存储与该乘车码相对应的记录，具体地，用户通过进站码进站时，服务器中存储相应的进站记录，该进站记录携带用户名、站名和进站时间等信息，用户通过出站码出站时，服务器中存储相应的出站记录，与进站记录类似，出站记录携带用户名、站名和出站时间等信息。
服务方通过服务器周期性地对用户行程记录进行统计分析，例如在日终时对行程记录进行统计分析，将服务器存储的行程记录中未匹配的记录确定为单边行程。为了减少单边行程，服务器向目标用户对应的客户端发送补登提醒消息，用于提示目标用户针对目标单边行程进行行程补登。所谓补登是指对已经完成的行程，补充填写其丢失的进站记录或丢失的出站记录。
其中，目标单边行程为上述单边行程中的任意一个或多个，目标用户为与该目标单边行程相对应的用户。
客户端接收服务器发送的补登提醒消息，以便根据该补登提醒消息进行补登提醒，并完成形成行程补登。需要说明的是，在有些情况下，客户端还可以存储该补登提醒消息，以便后续需要使用时，如在未完成补登的情况下需要定时提醒时，可以从本地获取该补登提醒消息。
S202：根据所述补登提醒消息进行行程补登提醒。
具体地，客户端可以根据所述补登提醒消息进行行程补登提醒。根据对提醒效果的需求不同，可以采用不同的形式进行行程补登提醒，本申请实施例提供了几种补登提醒的实现方式，下面分别进行说明。
在一些可能的实现方式中，客户端可以在应用程序的当前显示页上弹出提示窗口，通过所述提示窗口显示补登提醒消息，例如，在某社交应用的应用程序当前显示页上弹出提示窗口，通过该提示窗口显示补登提醒消息。当用户触发针对所述补登提醒消息的查看操作，客户端响应于针对所述补登提醒消息的查看操作，通过通过页面跳转的形式显示行程补登页，该行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。可以理解，针对弹出的提示窗口，用户一般难以忽略，因而具有较好的提醒效果，用户可以直接在该提示窗口完成行程补登，提高了行程订单匹配效率。
下面结合具体示例对通过提示窗口进行补登提醒的方式进行说明。如图3所示，某社交应用的当前显示页301上弹出有提示窗口302，客户端通过该提示窗口302显示补登提醒消息303，提示窗口302还显示有处理控件304，用户通过该控件304触发针对补登提醒消息的查看操作，客户端可以响应于该操作，通过页面跳转的形式显示行程补登页305，用户在该行程补登页305中查看丢失的行程记录，并基于该行程补登页305进行行程补登。
在一些可能的实现方式中，客户端还可以通过订阅号提醒的方式进行行程补登提醒。具体地，客户端可以以订阅号提醒的方式，显示所述补登提醒消息，然后响应于针对所述补登提醒消息的查看操作，显示行程补登页，该行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。通过订阅号提醒，用户可以根据自身需求随时访问订阅号完成行程补登，而无需立即进行行程补登，给用户带来方便。
为了便于理解，结合具体示例进行说明。用户通过某社交应用客户端订阅“北京地铁”这一订阅号，其在乘坐北京地铁产生单边行程时，北京地铁服务器发现单边行程后，向用户客户端发送补登提醒消息，如图4所示，客户端通过“北京地铁”订阅号401显示补登提醒消息402，用户可以点击该补登提醒消息402触发针对补登提醒消息402的查看操作，客户端响应与该查看操作，显示行程补登页403，该行程补登页403承载有与目标单边行程对应的待填写的行程补登项404，用户可以在行程补登项404通过输入或选择的方式填写相应的行程记录，完成行程补登。
此外，客户端还可以通过新消息提醒的方式进行行程补登提醒。具体地，客户端可以以新消息提醒的方式显示补登提醒消息，当用户触发针对所述补登提醒消息的查看操作，客户端还可以响应于该查看操作，显示行程补登页，以便用户基于该行程补登页承载的行程补登项进行行程补登。新消息能够引起用户的注意力，具有较好的提醒效果，并且，消息一般存储在本地，用户可以根据自身需求随时查看消息进行行程补登，因而具有较为便捷。
下面结合具体示例，对通过新消息进行行程补登提醒的实现方式进行说明。如图5所示，客户端通过新消息501显示补登提醒消息502，用户通过点击该补登提醒消息502触发针对补登提醒消息502的查看操作，客户端响应于该查看操作，通过链接跳转的方式，跳转至行程补登页503，并显示该行程补登页503，该行程补登页503承载有行程补登项504，用户可以在该行程补登项504填写相对应的行程记录，实现行程补登。
S203：接收补登信息，将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
具体地，客户端接收用户输入的补登信息，将补登信息上传至服务器，如此，服务器通过补登信息风控装置确定补登信息是否有效，若有效，则服务器可以基于将补登信息和目标单边行程进行匹配，形成完整的行程订单，进而基于该完整的行程订单进行扣费。
由上可知，本申请实施例提供了一种行程订单匹配方法，在该方法中，客户端接收服务器发送的补登提醒消息，该补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登，接着，客户端根据补登提醒消息进行行程补登提醒，然后接收目标用户输入的补登信息，将补登信息上传至服务器，使得服务器基于补登信息风控装置在确定补登信息有效时，基于补登信息结合目标单边行程进行行程订单匹配。该方法通过行程补登减少了单边订单，通过对补登信息进行风控，提高了用户行程匹配的准确度，避免了单边订单扣费高于真实行程费用导致的用户投诉，也避免了单边订单金额低于真实行程费用导致公共交通服务方收益受损。
其次，从服务器的角度对本申请提供的行程订单匹配方法进行介绍。参见图6所示的行程订单匹配方法的流程图，该方法包括：
S601：向客户端发送补登提醒消息，接收所述客户端发送的补登信息。
所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登。具体地，服务器获取行程记录，将该行程记录中未匹配的行程记录确定为单边行程，当发现单边行程时，服务器向与该单边行程的用户对应的客户端发送补登提醒消息。
该补登提醒消息中可以携带目标单边行程，即与该用户对应的单边行程，包括该单边行程的类型、站点和时间，其中，单边行程的类型是指该单边行程记录为进站或出站，由于补登提醒消息中携带目标单边行程，用户基于此确定丢失的行程记录，并在行程补登页承载的行程补登项中填写相应的补登信息，客户端获取该补登信息后，向服务器发送补登信息。
S602：确定所述补登信息是否有效。
具体地，服务器通过补登信息风控装置确定补登信息是否有效。其中，补登信息风控装置可以独立于服务器而存在，也可以集成于服务器中。
在确定补登信息是否有效时，服务器可以基于所述目标用户的历史行程信息进行大数据分析，确定所述补登信息对应的行程是否符合所述目标用户的合理行程范围；当所述补登信息对应的行程符合所述目标用户的合理行程范围，确定所述补登信息有效。
其中，合理行程范围是基于历史行程信息进行大数据分析所得的统计规律而确定的。例如，历史行程信息显示用户在工作日8点到8点10分的时间段从A站进站，在8点40到8点50的时间段从距离A站10个站点的B站出站，并且在工作日17点10分到17点20分从B站进站，在18点到18点10分的时间段从A站出站，则表明用户的家在A站附近，工作单位在B站附近，通勤时间大约为朝九晚五，其合理行程范围为A至B或B至A。
若用户今日存在18点05分从A站出站的单边行程，补登信息为用户从B站入站，则可以确定补登信息对应的行程是符合该用户的合理行程范围。当然，补登信息为用户从与A站相邻的C站入站，则用户存在逃票嫌疑，该补登信息并不符合用户的合理行程范围。
可以理解，用户操作失误或者闸机故障的概率较低，用户执行补登操作的次数是有限的。基于此，在基于历史行程信息确定补登信息是否有效的基础上，还可以结合补登次数确定补登信息是否有效。具体地，服务器还可以确定所述补登信息对应的补登次数是否超过预设阈值，该预设阈值可以根据实际需求而设置，作为一个示例，其可以设置为5，当所述补登信息对应的行程符合所述目标用户的合理行程范围，且，所述补登信息对应的补登次数未超过预设阈值时，则确定所述补登信息有效。如此，通过历史行程信息和补登次数的双重确认机制，可以提高服务器对有效性确认结果的可信度，从而提高行程订单匹配的准确率。
针对闸机故障导致单边行程的情况，闸机可以在恢复后上传丢失的真实行程记录，服务器还可以基于闸机延时上传的真实行程记录确定补登信息是否有效。具体地，在确定所述补登信息有效之后的指定时间段内，当接收到闸机上传的与所述目标单边行程对应的完整行程信息时，其中，该完整行程信息即为真实行程记录，服务器可以将所述补登信息与所述完整行程信息进行匹配，若匹配，则再执行基于所述补登信息结合所述目标单边行程进行乘车订单匹配的步骤，若不匹配，则确定所述补登信息无效，并基于所述完整行程信息进行行程订单匹配。
进一步地，服务器建立针对用户执行补登操作的信用机制，基于该信用机制确定补登信息是否有效。具体地，服务器可以基于目标用户对应的补登可信度，确定所述补登信息是否有效；并且，在确定所述补登信息无效时，调低所述目标用户对应的补登可信度，以便在后续确认补登信息是否有效的过程中根据调整后的补登可信度确认补登信息是否有效。
在具体实现时，服务器可以为每个用户设置初始补登可信度，针对每次补登操作，若确定补登信息无效，则按照预设调整量调低该用户的补登可信度，当补登可信度低于预设值时，则用户上传的补登信息无效。当然，在实际应用时，若补登信息有效，则保持补登可信度不变。
S603：当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
在补登信息有效时，服务器根据补登信息和目标单边行程进行行程订单匹配。例如，目标单边行程为在第一时间在第一站点进站，补登信息为在第二站点出站，则可以根据上述目标单边行程和补登信息进行行程订单匹配，生成由第一站点至第二站点的完整行程订单。
进一步地，当所述补登信息有效时，服务器可以基于匹配成功的行程订单进行扣费；当所述补登信息无效时，服务器基于所述目标单边行程的单边订单进行扣费，如以该单边行程的最小行程或最大行程进行扣费。
由上可知，本申请实施例提供了一种行程订单匹配方法，在该方法中，服务器发现单边行程时，向客户端发送补登提醒消息，该补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登，然后服务器接收客户端发送的补登信息，确定补登信息是否有效，若有效，则基于补登信息结合目标单边行程进行行程订单匹配。该方法通过行程补登减少了单边订单，通过对补登信息进行风控，提高了用户行程匹配的准确度，避免了单边订单扣费高于真实行程费用导致的用户投诉，也避免了单边订单金额低于真实行程费用导致公共交通服务方收益受损。
可以理解，本申请提供的行程订单匹配方法可以应用于公共交通服务场景中，具体为通过乘车码实现乘车的公共交通服务场景，如地铁、公交等。接下来，以地铁场景为例对本申请提供的行程订单匹配方法进行说明。
参见图7所示的行程订单匹配方法的场景示意图，该方法中包括服务器710、终端720和闸机730，终端720上安装有客户端，通过该客户端可以生成包括进站码和出站码在内的乘车码，分别用于进站和出站。在该场景中，用户通过终端720显示进站码，当进站码在闸机的可识别区域内时，闸机720验证该进站码，验证通过则允许用户进入，同时生成相应的乘车记录，上传至服务器710，用户乘坐地铁到的目的站点后，通过终端720显示出站码，当出站码在闸机730的可识别区域内时，闸机730验证该出站码，验证通过则允许用户离开，同时生成相应的乘车记录，上传至服务器720。
服务器710在每天地铁运营结束后对当天的乘车记录进行盘点，确定未匹配的乘车记录，即仅存在进站记录或仅存在出站记录的乘车记录，这些乘车记录即为单边行程。针对每一单边行程，服务器710向该单边行程对应的用户客户端发送补登提醒消息，用于提醒该用户针对该单边行程进行行程补登，终端720上的客户端接收到上述补登提醒消息后，可以通过微信触达的方式进行行程补登提醒，具体地，在微信的当前显示页上弹出提示窗口，通过该提示窗口显示补登提醒消息，该提示窗口还显示有针对该补登提醒消息的处理控件，当用户点击该处理控件，触发针对该补登提醒消息的查看操作时，客户端响应于该查看操作，通过页面跳转显示行程补登页。
用户在行程补登页上承载的行程补登项中填写补登信息，客户端获取该补登信息后，向服务器710发送补登信息，服务器710维护有补登信息风控装置，其能通过补登信息风控装置确定补登信息是否有效，具体地，服务器710基于该用户的历史行程信息进行大数据分析，确定补登信息对应的行程是否符合该用户的合理行程范围，并判断补登信息对应的次数是否超过预设阈值，以及该用户的补登可信度是否低于预设值，若补登信息对应的行程符合用户的合理行程范围，并且补登信息对应的补登次数不超过预设阈值，用户的补登可信度不低于预设值，则确定补登信息有效，否则确定补登信息无效。
在确定补登信息有效之后的三天内，若接收到闸机730上传的与该单边行程对应的完整行程信息时，服务器710可以将所述补登信息与所述完整行程信息进行匹配，若匹配，则再基于所述补登信息结合所述单边行程进行乘车订单匹配，若不匹配，则确定所述补登信息无效，并基于所述完整行程信息进行行程订单匹配。在进行行程订单匹配后，服务器710基于匹配的订单进行扣费。
以上为本申请实施例提供的行程订单匹配方法的一些具体实现方式，基于此，本申请实施例还提供了对应的装置，下面将从功能模块化的角度对本申请实施例提供的上述装置进行介绍。
参见图8所示的行程订单匹配装置的结构示意图，该装置800包括：
接收单元810，用于接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
提醒单元820，用于根据所述补登提醒消息进行行程补登提醒；
补登单元830，用于接收补登信息，并将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
可选的，所述提醒单元820具体用于：
接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
根据所述补登提醒消息进行行程补登提醒；
接收补登信息，将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
可选的，所述提醒单元820具体用于：
在应用程序的当前显示页上弹出提示窗口，通过所述提示窗口显示所述补登提醒消息；
响应于针对所述补登提醒消息的查看操作，通过页面跳转显示行程补登页，所述行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。
可选的，所述提醒单元820具体用于：
以订阅号提醒的方式，显示所述补登提醒消息；
响应于针对所述补登提醒消息的查看操作，显示行程补登页，所述行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。
可选的，所述提醒单元820具体用于：
以新消息提醒的方式，显示所述补登提醒消息；
响应于针对所述补登提醒消息的查看操作，显示行程补登页，所述行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。
本申请实施例还提供了一种行程订单匹配装置，参见图9所示的行程订单匹配装置的结构示意图，该装置900包括：
收发单元910，用于向客户端发送补登提醒消息，接收所述客户端发送的补登信息；所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
风控单元920，用于确定所述补登信息是否有效；
匹配单元930，当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
可选的，参见图10，图10为本申请实施例提供的行程订单匹配装置的一个结构示意图，在图9所示结构的基础上，所述风控单元920包括：
分析单元921，用于基于所述目标用户的历史行程信息进行大数据分析，确定所述补登信息对应的行程是否符合所述目标用户的合理行程范围；
确定单元922，用于当所述补登信息对应的行程符合所述目标用户的合理行程范围，确定所述补登信息有效。
可选的，在图10所示结构基础上，所述确定单元922还用于：
确定所述补登信息对应的补登次数是否超过预设阈值；
当所述补登信对应的行程符合所述目标用户的合理行程范围，且，所述补登信息对应的补登次数未超过预设阈值时，则确定所述补登信息有效。
可选的，参见图11，图11为本申请实施例提供的行程订单匹配装置的一个结构示意图，在图9所示结构的基础上，所述装置900还包括：
验证单元940，用于在确定所述补登信息有效之后的指定时间段内，当接收到闸机上传的与所述目标单边行程对应的完整行程信息时，将所述补登信息与所述完整行程信息进行匹配；若匹配，则再调用所述匹配单元930执行所述在所述基于所述补登信息结合所述目标单边行程进行乘车订单匹配的步骤；若不匹配，则确定所述补登信息无效，并调用所述匹配单元930基于所述完整行程信息进行行程订单匹配。
需要说明的是，图11也可以是在图10所示结构基础上还包括验证单元940，本实施例对此不作限定。
可选的，参见图12，图12为本申请实施例提供的行程订单匹配装置的一个结构示意图，在图9所示结构的基础上，所述风控单元920包括：
风控子单元923，用于基于所述目标用户对应的补登可信度，确定所述补登信息是否有效；
调整子单元924，用于在确定所述补登信息无效时，调低所述目标用户对应的补登可信度。
可选的，参见图13，图13为本申请实施例提供的行程订单匹配装置的一个结构示意图，在图9所示结构的基础上，所述装置900还包括：
扣费单元950，用于当所述补登信息有效时，基于匹配成功的行程订单进行扣费；当所述补登信息无效时，基于所述目标单边行程的单边订单进行扣费。
需要说明的是，图13也可以是在图10所示结构基础上还包括扣费单元950，本实施例对此不作限定。
本申请实施例还提供了一种用于行程订单匹配的设备，该设备可以是终端或服务器，下面将从硬件实体化的角度对本申请实施例提供的上述设备进行介绍。
本申请实施例还提供了一种设备，如图14所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称：Personal Digital Assistant，英文缩写：PDA)、销售终端(英文全称：Point of Sales，英文缩写：POS)、车载电脑等任意终端设备，以终端为手机为例：
图14示出的是与本申请实施例提供的终端相关的手机的部分结构的框图。参考图14，手机包括：射频(英文全称：Radio Frequency，英文缩写：RF)电路1410、存储器1420、输入单元1430、显示单元1440、传感器1450、音频电路1460、无线保真(英文全称：wirelessfidelity，英文缩写：WiFi)模块1470、处理器1480、以及电源1490等部件。本领域技术人员可以理解，图14中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储器1420可用于存储软件程序以及模块，处理器1480通过运行存储在存储器1420的软件程序以及模块，从而执行手机的各种功能应用以及数据处理。存储器1420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器1480是手机的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器1420内的软件程序和/或模块，以及调用存储在存储器1420内的数据，执行手机的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器1480可包括一个或多个处理单元；优选的，处理器1480可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1480中。
在本申请实施例中，该终端所包括的处理器1480还具有以下功能：
接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
根据所述补登提醒消息进行行程补登提醒；
接收补登信息，将所述补登信息上传至服务器，以使所述服务器基于补登信息风控装置在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
可选的，所述处理器1480还用于执行本申请实施例提供的行程订单匹配方法的任意一种实现方式的步骤。
本申请实施例还提供了另一种设备，该设备可以是服务器，图15是本申请实施例提供的一种服务器结构示意图，该服务器1500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，CPU)1522(例如，一个或一个以上处理器)和存储器1532，一个或一个以上存储应用程序1542或数据1544的存储介质1530(例如一个或一个以上海量存储设备)。其中，存储器1532和存储介质1530可以是短暂存储或持久存储。存储在存储介质1530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1522可以设置为与存储介质1530通信，在服务器1500上执行存储介质1530中的一系列指令操作。
服务器1500还可以包括一个或一个以上电源1526，一个或一个以上有线或无线网络接口1550，一个或一个以上输入输出接口1558，和/或，一个或一个以上操作系统1541，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图15所示的服务器结构。
其中，CPU 1522用于执行如下步骤：
向客户端发送补登提醒消息，接收所述客户端发送的补登信息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
确定所述补登信息是否有效；
当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
可选的，CPU 1522还可以用于执行本申请实施例中行程订单匹配方法的任意一种实现方式的步骤。
本申请实施例还提供一种计算机可读存储介质，用于存储程序代码，该程序代码用于执行前述各个实施例所述的一种行程订单匹配方法中的任意一种实施方式。
本申请实施例还提供一种包括指令的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例所述的一种行程订单匹配方法中的任意一种实施方式。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (15)
1.一种行程订单匹配方法，其特征在于，包括：
接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
根据所述补登提醒消息进行行程补登提醒；
接收补登信息，将所述补登信息上传至服务器，以使所述服务器在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
2.根据权利要求1所述的方法，其特征在于，所述根据所述补登提醒消息进行行程补登提醒，包括：
在应用程序的当前显示页上弹出提示窗口，通过所述提示窗口显示所述补登提醒消息；
响应于针对所述补登提醒消息的查看操作，通过页面跳转显示行程补登页，所述行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。
3.根据权利要求1所述的方法，其特征在于，所述根据所述补登提醒消息进行行程补登提醒，包括：
以订阅号提醒的方式，显示所述补登提醒消息；
响应于针对所述补登提醒消息的查看操作，显示行程补登页，所述行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。
4.根据权利要求1所述的方法，其特征在于，所述根据所述补登提醒消息进行行程补登提醒，包括：
以新消息提醒的方式，显示所述补登提醒消息；
响应于针对所述补登提醒消息的查看操作，显示行程补登页，所述行程补登页上承载有与所述目标单边行程对应的待填写的行程补登项。
5.一种行程订单匹配方法，其特征在于，包括：
向客户端发送补登提醒消息，接收所述客户端发送的补登信息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
确定所述补登信息是否有效；
当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
6.根据权利要求5所述的方法，其特征在于，所述确定所述补登信息是否有效，包括：
基于所述目标用户的历史行程信息进行大数据分析，确定所述补登信息对应的行程是否符合所述目标用户的合理行程范围；
当所述补登信息对应的行程符合所述目标用户的合理行程范围，确定所述补登信息有效。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
确定所述补登信息对应的补登次数是否超过预设阈值；
当所述补登信对应的行程符合所述目标用户的合理行程范围，且，所述补登信息对应的补登次数未超过预设阈值时，则确定所述补登信息有效。
8.根据权利要求5至7任一项所述的方法，其特征在于，所述方法还包括：
在确定所述补登信息有效之后的指定时间段内，当接收到闸机上传的与所述目标单边行程对应的完整行程信息时，将所述补登信息与所述完整行程信息进行匹配；
若匹配，则再执行所述在所述基于所述补登信息结合所述目标单边行程进行乘车订单匹配的步骤；
若不匹配，则确定所述补登信息无效，并基于所述完整行程信息进行行程订单匹配。
9.根据权利要求5至7任一项所述的方法，其特征在于，所述确定所述补登信息是否有效，包括：
基于所述目标用户对应的补登可信度，确定所述补登信息是否有效；并且，
在确定所述补登信息无效时，调低所述目标用户对应的补登可信度。
10.根据权利要求5至7任一项所述的方法，其特征在于，所述方法还包括：
当所述补登信息有效时，基于匹配成功的行程订单进行扣费；
当所述补登信息无效时，基于所述目标单边行程的单边订单进行扣费。
11.一种行程订单匹配装置，其特征在于，包括：
接收单元，用于接收服务器发送的补登提醒消息，所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
提醒单元，用于根据所述补登提醒消息进行行程补登提醒；
补登单元，用于接收补登信息，并将所述补登信息上传至服务器，以使所述服务器在确定所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
12.一种行程订单匹配装置，其特征在于，包括：
收发单元，用于向客户端发送补登提醒消息，接收所述客户端发送的补登信息；所述补登提醒消息用于提醒目标用户针对目标单边行程进行行程补登；
风控单元，用于确定所述补登信息是否有效；
匹配单元，当所述补登信息有效时，基于所述补登信息结合所述目标单边行程进行行程订单匹配。
13.一种终端设备，其特征在于，所述终端设备包括处理器以及存储器：
所述存储器用于存储计算机程序；
所述处理器用于根据所述计算机程序执行权利要求1至4任一项所述的行程订单匹配方法。
14.一种服务器，其特征在于，所述服务器包括处理器以存储器；
所述存储器用于存储计算机程序；
所述处理器用于根据所述计算机程序执行权利要求5至10任一项所述的行程订单匹配方法。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序代码，所述程序代码用于执行权利要求1至10任一项所述的行程订单匹配方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910345982.0A CN111861052B (zh) | 2019-04-26 | 2019-04-26 | 行程订单匹配方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910345982.0A CN111861052B (zh) | 2019-04-26 | 2019-04-26 | 行程订单匹配方法、装置、设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111861052A true CN111861052A (zh) | 2020-10-30 |
| CN111861052B CN111861052B (zh) | 2024-03-15 |
Family
ID=72951809
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910345982.0A Active CN111861052B (zh) | 2019-04-26 | 2019-04-26 | 行程订单匹配方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111861052B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114282892A (zh) * | 2021-12-22 | 2022-04-05 | 成都智元汇信息技术股份有限公司 | 一种基于sdk补登的方法、地铁客户端及系统 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015114891A (ja) * | 2013-12-12 | 2015-06-22 | 日本郵便株式会社 | 配送管理サーバ、配送管理方法及び配送管理プログラム |
| CN106709470A (zh) * | 2017-01-04 | 2017-05-24 | 西南交通大学 | 基于人脸识别的列车在途检票方法 |
| CN108364051A (zh) * | 2018-03-15 | 2018-08-03 | 西南交通大学 | 一种基于智能终端的地铁一码通管理方法及系统 |
| CN108682054A (zh) * | 2018-07-27 | 2018-10-19 | 武汉市公用电子工程有限责任公司 | 一种具有补登功能的ic卡车载消费终端装置及方法 |
| CN109559385A (zh) * | 2017-09-25 | 2019-04-02 | 河南星云慧通信技术有限公司 | 一种轨道交通票务管理系统 |
-
2019
- 2019-04-26 CN CN201910345982.0A patent/CN111861052B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2015114891A (ja) * | 2013-12-12 | 2015-06-22 | 日本郵便株式会社 | 配送管理サーバ、配送管理方法及び配送管理プログラム |
| CN106709470A (zh) * | 2017-01-04 | 2017-05-24 | 西南交通大学 | 基于人脸识别的列车在途检票方法 |
| CN109559385A (zh) * | 2017-09-25 | 2019-04-02 | 河南星云慧通信技术有限公司 | 一种轨道交通票务管理系统 |
| CN108364051A (zh) * | 2018-03-15 | 2018-08-03 | 西南交通大学 | 一种基于智能终端的地铁一码通管理方法及系统 |
| CN108682054A (zh) * | 2018-07-27 | 2018-10-19 | 武汉市公用电子工程有限责任公司 | 一种具有补登功能的ic卡车载消费终端装置及方法 |
Non-Patent Citations (2)
| Title |
|---|
| 佚名: "使用苏e行APP扫码乘坐苏州地铁常见问题", 《苏州本地宝》, pages 1 - 2 * |
| 佚名: "成都天府通乘车二维码常见问题解读", 《成都本地宝》, pages 1 - 2 * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114282892A (zh) * | 2021-12-22 | 2022-04-05 | 成都智元汇信息技术股份有限公司 | 一种基于sdk补登的方法、地铁客户端及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111861052B (zh) | 2024-03-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11663622B2 (en) | Offline information pushing method and apparatus | |
| CA2765950C (en) | Apparatus and method for automated vehicle roadside assistance | |
| EP3859644A1 (en) | Block chain-based data check system and method, computing device, and storage medium | |
| US9317877B2 (en) | Enabling third-party E-store with carrier billing for a mobile device | |
| CN108344417A (zh) | 一种导航方法、导航装置方法及移动终端 | |
| EP1946600B1 (en) | Methods and apparatus for delivering regional parameters | |
| US10534968B1 (en) | Verifying odometer mileage using captured images and optical character recognition (OCR) | |
| US9113323B2 (en) | Device initiated replenishment procedures for wireless devices | |
| US20160210632A1 (en) | Secured payment method and relevant device and system | |
| US20160019607A1 (en) | Device appraisal | |
| CN110543956A (zh) | 一种车辆服务管理方法、系统和车辆服务数字检测系统 | |
| CN111966439A (zh) | 乘车码显示方法、装置及电子设备 | |
| CN108632047B (zh) | 一种资费数据的确定方法及装置 | |
| CN110599349A (zh) | 基于区块链网络的数据处理方法、相关设备及存储介质 | |
| CN109561132A (zh) | 一种信息推送方法、装置、服务器及终端 | |
| CN111861052A (zh) | 行程订单匹配方法、装置、设备及存储介质 | |
| CN114626939A (zh) | 授信处理方法、装置、电子设备及存储介质 | |
| CN113112116B (zh) | 订单分配方法、装置及服务器 | |
| US20210082028A1 (en) | Service recommendation method and related apparatus | |
| CN111291282B (zh) | 推荐乘车补登站点的方法及装置和电子设备 | |
| CN109818759B (zh) | 基于数据展示的流量分享方法、装置及计算机设备 | |
| CN103733215A (zh) | 用于提供加盟店信息的服务器和方法 | |
| CN105872277A (zh) | 通话提醒的装置、方法和终端设备 | |
| CN108352863B (zh) | 一种交通支付方法及设备 | |
| CN117974266A (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 |