一种基于公共交通的业务处理方法以及相关装置与流程

本发明涉及公共交通收费领域，尤其涉及一种基于公共交通的业务处理方法以及相关装置。
背景技术：
：近年来，伴随着城市的高速发展，城市的交通问题日益严峻，为了缓解这一状况，我国各大城市纷纷大力发展公共交通，以此来提高城市的交通运输能力，减少拥堵情况的发生。为了方便用户选择公共交通出行，目前，将二维码技术投入到公共交通行业是一种较为广泛的方式。通过终端设备生成一个二维码，该二维码是以图片的形式展示于终端设备的界面上，用户可采用扫码的方式扣除交通金额。然而，虽然采用二维码乘坐公共交通具有便利性高的优势，但是在实际情况下，仍有非常多的用户保留使用公共交通卡乘坐交通工具的习惯，这对于二维码乘坐公共交通的普及性还具有较大挑战，从而不利于增加用户粘度。技术实现要素：本发明实施例提供了一种基于公共交通的业务处理方法以及相关装置，对于采用电子码乘坐公共交通的情况下，也可以实行相应的优惠措施，实现公共交通之间的换乘优惠，有效地提升用户粘度，通过公共交通换乘优惠机制，能够为引导公共交通出行需求提供更加有效的技术手段。本发明实施例的一方面提供了一种基于公共交通的业务处理方法，包括：获取待处理业务请求，其中，所述待处理业务请求为终端设备通过目标账户所对应的电子码发起的，所述待处理业务请求中携带第一扣费信息；根据所述待处理业务请求确定业务状态信息，其中，所述业务状态信息中携带与待处理业务相关的状态信息；若所述业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，所述第二扣费信息小于所述第一扣费信息，所述第二扣费信息用于指示所述目标账户待扣除的金额。本发明实施例的一方面提供了一种业务处理装置，包括：获取模块，用于获取待处理业务请求，其中，所述待处理业务请求为所述终端设备通过目标账户所对应的电子码发起的，所述待处理业务请求中携带第一扣费信息；确定模块，用于根据所述获取模块获取的所述待处理业务请求确定业务状态信息，其中，所述业务状态信息中携带与待处理业务相关的状态信息；生成模块，用于若所述确定模块确定的所述业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，所述第二扣费信息小于所述第一扣费信息，所述第二扣费信息用于指示所述目标账户待扣除的金额。本发明实施例的一方面提供了一种服务器，包括：存储器及处理器；其中，所述存储器用于存储程序；所述处理器用于执行所述存储器中的程序，以实现如下步骤：获取待处理业务请求，其中，所述待处理业务请求为终端设备通过目标账户所对应的电子码发起的，所述待处理业务请求中携带第一扣费信息；根据所述待处理业务请求确定业务状态信息，其中，所述业务状态信息中携带与待处理业务相关的状态信息；若所述业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，所述第二扣费信息小于所述第一扣费信息，所述第二扣费信息用于指示所述目标账户待扣除的金额。本发明实施例的一方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述所述的方法。从以上技术方案可以看出，本发明实施例具有以下优点：本发明实施例中，提供了一种基于公共交通的业务处理方法，首先获取待处理业务请求，其中，该待处理业务请求为终端设备通过目标账户所对应的电子码发起的，待处理业务请求中携带第一扣费信息，根据待处理业务请求确定业务状态信息，其中，业务状态信息中携带与待处理业务相关的状态信息，若业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，第二扣费信息小于第一扣费信息，第二扣费信息用于指示所述目标账户待扣除的金额。通过上述方式，对于采用电子码乘坐公共交通的情况下，也可以实行相应的优惠措施，实现公共交通之间的换乘优惠，有效地提升用户粘度，通过公共交通换乘优惠机制，能够为引导公共交通出行需求提供更加有效的技术手段。附图说明图1为本发明实施例中基于公共交通的业务处理系统一个架构示意图；图2为本发明实施例中换乘机制的一个系统交互示意图；图3为本发明实施例中公共交通网络的一个示意图；图4为本发明实施例中基于公共交通的业务处理方法一个实施例示意图；图5为本发明实施例中采用公交交通换乘的一个实施例示意图；图6为本发明实施例中采用公交交通换乘的另一个实施例示意图；图7为本发明实施例中采用公交交通换乘的另一个实施例示意图；图8为本发明应用场景中基于公共交通的业务处理方法一个计费流程图；图9为本发明实施例中业务处理装置一个实施例示意图；图10为本发明实施例中业务处理装置另一个实施例示意图；图11为本发明实施例中业务处理装置另一个实施例示意图；图12为本发明实施例中服务器一个结构示意图。具体实施方式本发明实施例提供了一种基于公共交通的业务处理方法以及相关装置，对于采用电子码乘坐公共交通的情况下，也可以实行相应的优惠措施，实现公共交通之间的换乘优惠，有效地提升用户粘度，通过公共交通换乘优惠机制，能够为引导公共交通出行需求提供更加有效的技术手段。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。伴随着城市的高速发展，城市的交通问题日益严峻，为缓解这一状况，我国各大城市纷纷大力发展公共交通，以提高城市的交通运输能力，减少拥堵。在增加城市公共交通多样性基础建设的基础上，积极探索城市公共交通之间的换乘优惠可以明显降低公交乘客的出行成本，一定程度上提高城市公共交通的吸引力，促进用户选择公共交通出行。电子码车票是近年来兴起的一种新型车票，因为具有离线功能、后付费功能以及手机应用程序支付而广受好评，发展迅猛，电子码车票依托各应用平台，能够更方便更快捷的将用户引导到公共交通出行。应理解，本发明可以应用于电子码乘车场景中，且针对该场景提出一种基于电子码的公共交通换乘优惠方案。为了便于介绍，请参阅图1，图1为本发明实施例中基于公共交通的业务处理系统一个架构示意图，如图所示，用户打开部署于终端设备上的客户端，通过扫码机具对客户端上的电子码进行扫描，该电子码具有唯一的用户标识。扫码机具将电子码上传至服务器，服务器会查找过去一段时间内是否具有该用户标识所对应的订单，如果有，则会生成一个优惠扣费请求，并向业务扣费平台发送优惠扣费请求，使得业务扣费平台按照优惠情况进行扣费。反之，如果在一段时间内没有与用户标识所对应的订单，则生成一个常规扣费请求，并向业务扣费平台发送常规扣费请求，使得业务扣费平台按照原价票进行扣费。可以理解的是，部署于终端设备上的客户端可以是支付类应用程序或者小程序等，而终端设备可以是手机、平板电脑、掌上电脑、可穿戴设备或者其他便携式设备等。可以理解的是，扫码机具是一种读取二维码(或条形码)信息的机器。利用发射出红外线光源，然后根据反射的结果，利用芯片来译码，最后再返回二维码(或条形码)所代表的正确字符。扫码机具所接收到的逻辑信号，可以根据编码规则来产生数据。可以理解的是，服务器的数量不局限于一台，可以是服务器集群，也可以是独立的一台服务器。服务器具有存储不用用户标识在一段时间内的订单信息。比如一百万名用户(每个用户对应唯一的一个用户标识)在12个小时内乘坐公共交通工具的订单信息。业务扣费平台主要用于向客户端发送电子码，以及从用户的账户中扣除金额。为了便于理解，请参阅图2，图2为本发明实施例中换乘机制的一个系统交互示意图，如图所示，具体地，在步骤s1中，用户向业务扣费平台申请开通电子码乘车支付方式。在步骤s2中，业务扣费平台根据该请求向公交卡账户系统和地铁账户系统开通账户，其中，公交卡账户系统和地铁卡账户系统分别请求统一用户账户平台生成一个账户，对于同一个用户而言，公交卡账户系统和地铁卡账户系统需要分配相同帐户标识。在步骤s3中，用户采用电子码进出站时，公交交易订单系统和地铁交易订单系统根据闸机行程记录做行程匹配，生成原始交易订单，然后推送给统一支付结算平台。由统一支付结算平台汇总原始交易订单，对未扣费订单请求统一计费平台进行换乘优惠折扣。在步骤s4中，推送延时扣费请求到二维码发码后台即业务扣费平台进行扣费，由业务扣费平台根据换乘优惠规则对原始订单进行折扣扣费。为了便于说明，下面将对公共交通换乘场景进行介绍，请参阅图3，图3为本发明实施例中公共交通网络的一个示意图，如图所示，图中白色圆圈表示地铁站点，白色方块表示公交站点，图3有3条线路，其中一条为公交线路(公交6号线)，另外两条为地铁线路(地铁1号线以及地铁2号线)。地铁换乘是指在第一次乘坐地铁出站付费后再次乘坐地铁，比如由地铁1号线出站付费后换乘至地铁2号线。地铁换乘也可以是指在不同时间乘坐同一地铁线路。例如在时间点1乘坐地铁1号线，付费出站后，在时间点2也是乘坐地铁1号线，这2次乘坐地铁的行为也可以视为是地铁换乘。公交线路与地铁线路之间也可以换乘，例如，乘客乘坐公交6号线付费下车后换乘至地铁2号线。公交线路换乘也可以是指在不同时间乘坐付费同一公交线路。下面将从业务处理装置的角度，对本发明中基于公共交通的业务处理方法进行介绍，其中，该业务处理装置可以部署于票卡平台以及交易结算平台所对应的同一服务器(或服务器集群)上。请参阅图4，本发明实施例中基于公共交通的业务处理方法一个实施例包括：101、获取待处理业务请求，其中，待处理业务请求为终端设备通过目标账户所对应的电子码发起的，待处理业务请求中携带第一扣费信息。本实施例中，在一种情况下，部署于服务器上的业务处理装置接收扫码机具(如地铁闸机或者公交车读卡器)发送的电子码，根据该电子码生成待处理业务请求。该待处理业务请求携带了目标账户的账户标识、扫码记录以及第一扣费信息，其中，一个目标账户对应一个账户标识。可以理解的是，在用户需要支付公共交通的费用时，即用户从地铁站出站或者用户乘坐公交车上车后支付公交车车费时，用户采用终端设备上的包含目标账户的电子码对着扫描机具，扫码机具生成扫码记录并将扫码记录发送给业务处理装置，业务处理装置根据获得的扫码记录生成待处理业务请求即是获取了待处理业务请求，也可以认为用户的终端设备对着扫描机具进行扫码出站或者支付费用时发起了待处理业务请求。业务处理装置根据扫码记录获取的待处理业务请求，是用于根据扫码记录进行计费的请求，待处理业务可以是计费业务，待处理业务请求同时也携带了根据账户标识以及扫码记录生成的第一扣费信息，这里的第一扣费信息可以是确定的没有折扣的原价车费。需要说明的是，这里的公交既可以是普通的公交车，也可以是快速公交车(busrapidtransit，brt)，且扫描电子码的操作不仅限于用户上车的时候，还可以在用户下车的时候扫描电子码。102、根据待处理业务请求确定公共交通的业务状态信息，其中，业务状态信息中携带与待处理业务相关的状态信息。本实施例中，业务处理装置可以根据待处理业务请求携带的目标账户的账户标识或者扫码记录或者第一扣费信息确定公共交通的业务状态信息，业务状态信息可以是与公共交通计费相关的信息，业务状态信息能够影响公共交通计费的多少。该业务状态信息包含但不仅限于乘客在一段时间内的公共交通换乘次数，乘客两次换乘之间的时间间隔，或者乘客乘坐公共交通的线路，乘客乘坐公共交通的扣费账户，乘客乘坐公共交通已经扣费的金额等。假设，业务处理装置通过查询与目标账户相关的订单，确定乘客(用户a)两次换乘之间的时间间隔，其中，业务请求时间为发起相邻两次待处理业务请求的时间间隔，为了便于说明，请参阅表1，表1为用户a采用目标账户乘坐公共交通的记录示意。表1序号用户a乘车时间1目标账户a2018-7-1810:06:252目标账户a2018-7-1810:30:333目标账户a2018-7-198:55:094目标账户a2018-7-199:15:445目标账户a2018-7-1914:26:186目标账户a2018-7-1917:26:18以表1为例，假设用户a触发待处理业务请求的时间为2018年7月19日的17时26分18秒，那么查询记录之后可以得到上一次乘车的时间为2018年7月19日的14时26分18秒，两者之间间隔3小时，那么业务请求时间间隔即为3小时，即是业务状态信息包含的乘客两次换乘之间的时间间隔为3小时。103、若业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，第二扣费信息小于第一扣费信息，第二扣费信息用于指示目标账户待扣除的金额。本实施例中，假设公共交通业务的优惠条件为乘客两次换乘之间的时间间隔不大于5小时，由于乘客两次换乘之间的时间间隔为3小时满足公共交通业务的优惠条件，那么就需要对原价车票进行折扣处理，从而生成第二扣费信息。比如，第一扣费信息是2元，在满足优惠条件的前提下可以对原价车票打九折，即得到折后的第二扣费信息——1.8元，此时，第二扣费信息也就是指示扣除目标账户中的金额。本发明实施例中，提供了一种基于公共交通的业务处理方法，首先获取待处理业务请求，其中，该待处理业务请求为终端设备通过目标账户所对应的电子码发起的，待处理业务请求中携带第一扣费信息，根据待处理业务请求确定业务状态信息，其中，业务状态信息中携带与待处理业务相关的状态信息，若业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，第二扣费信息小于第一扣费信息，第二扣费信息用于指示所述目标账户待扣除的金额。通过上述方式，对于采用电子码乘坐公共交通的情况下，也可以实行相应的优惠措施，实现公共交通之间的换乘优惠，有效地提升用户粘度，通过公共交通换乘优惠机制，能够为引导公共交通出行需求提供更加有效的技术手段。可选地，本发明实施例提供的基于公共交通的业务处理方法可选实施例中，根据所述待处理业务请求确定业务状态信息之后，所述方法还包括：若业务状态信息未满足公共交通业务的优惠条件，则生成第一业务扣费请求，其中，第一业务扣费请求中携带第一扣费信息；向业务扣费平台发送第一业务扣费请求，以使业务扣费平台根据第一扣费信息扣除目标账户所对应的金额。本实施例中，对于不满足公共交通业务优惠条件的情形而言，部署于服务器上的业务处理装置根据待处理业务请求可以生成第一业务扣费请求，该第一业务扣费请求中携带了原票价信息，即第一扣费信息。然后业务处理装置向业务扣费平台发送第一业务扣费请求，业务扣费平台可以根据第一业务扣费请求扣除目标账户中的金额。具体地，假设乘客a从站点m进地铁站，然后从站点n出地铁站，在不满足公共交通业务优惠条件的情况下，乘客a在出站的时候需要按照原票价支付相应的车票费，假设是5元，则在乘客a的目标账户中扣除5元的金额。其次，本发明实施例中，如果业务状态信息未满足公共交通业务的优惠条件，则生成第一业务扣费请求，然后向业务扣费平台发送第一业务扣费请求，以使业务扣费平台根据第一扣费信息扣除目标账户所对应的金额。通过上述方式，除了满足优惠条件的情况以外，其他情况都以原价车票扣除乘客账户上的金额，这样的话，能够从交通运输业实际运营情况出发，提升方案的实用性和可行性。可选地，本发明实施例提供的基于公共交通的业务处理方法的可选实施例中，业务状态信息包括业务请求时间，其中，业务请求时间为发起相邻两次待处理业务请求的时间间隔；根据待处理业务请求确定业务状态信息之后，还可以包括：判断业务请求时间是否小于或等于换乘时间阈值；若业务请求时间大于换乘时间阈值，则确定业务状态信息未满足公共交通业务的优惠条件；若业务请求时间小于或等于换乘时间阈值，则确定业务状态信息满足公共交通业务的优惠条件。本实施例中，将介绍一种公共交通业务的优惠条件，即判断业务请求时间是否达到换乘时间阈值，如果未达到换乘时间阈值，则认为满足公共交通业务的优惠条件，反之，如果已达到换乘时间阈值，则认为未满足公共交通业务的优惠条件。具体地，下面将结合图5对上述优惠条件的情形进行介绍，请参阅图5，图5为本发明实施例中采用公交交通换乘的一个实施例示意图，如图所示，假设乘客甲在2018年9月5日14点00分00秒刷电子码进站，并从地铁1号线的a站上地铁，然后在b站乘坐地铁2号线，坐了六站之后在2018年9月5日14点25分00秒到达c站，最后从c站刷电子码出站。此时，业务处理装置将查询过去24小时内乘客甲的乘车记录，发现该乘客甲在2018年9月5日9点25分00秒从地铁站出站，由此可以得到发起第一次待处理业务请求的时间为2018年9月5日14点25分00秒，发起第二次待处理业务请求的时间为2018年9月5日9点25分00秒，发起相邻两次待处理业务请求的时间间隔即业务请求时间为5小时。接下来判断业务请求时间是否小于或等于换乘时间阈值，若换乘时间阈值为8小时，则5小时的业务请求时间小于换乘时间阈值，也就确定业务请求时间满足公共交通业务的优惠条件。可以理解的是，在实际应用中，采用的优惠策略可以是多种，比如，地铁之间的换乘均采用九折优惠，公交之间的换乘均采用八折优惠，地铁和公交之间换乘采用七折优惠。当然，还可以根据实际情况进行优惠策略的调整，此处仅为一个示意，并不应理解为对本发明的限定。再次，本发明实施例中，提供了一种确定是否满足优惠条件的方案。即判断业务请求时间是否小于或等于换乘时间阈值，若是，则确定业务请求时间满足公共交通业务的优惠条件，反之，则确定未满足公共交通业务的优惠条件。通过上述方式，能够根据换乘时间阈值确定是否满足优惠条件，以此为方案的实现提供了一种可行的方式，从而提升方案的可操作性。可选地，本发明实施例提供的基于公共交通的业务处理方法的可选实施例中，业务状态信息包括第一站点的位置信息以及第二站点的位置信息，其中，第一站点为前一次发起待处理业务请求的站点，第二站点为发起本次待处理业务请求的站点；根据待处理业务请求确定业务状态信息之后，还可以包括：根据第一站点的位置信息以及第二站点的位置信息，判断第一站点与第二站点是否属于可换乘线路集合内；若第一站点与第二站点属于可换乘线路集合内，则确定业务状态信息满足公共交通业务的优惠条件；若第一站点与第二站点不属于可换乘线路集合内，则确定业务状态信息未满足公共交通业务的优惠条件。本实施例中，根据相邻两次发起待处理业务请求的站点位置判断是否满足公共交通业务的优惠条件。如果说第一站点与第二站点之间的线路属于可换乘线路集合内，则表示满足公共交通业务的优惠条件。如果第一站点与第二站点之间的线路不属于可换乘线路集合内，则表示不满足公共交通业务的优惠条件。具体地，下面将结合图6对上述优惠条件的情形进行介绍，请参阅图6，图6为本发明实施例中采用公交交通换乘的另一个实施例示意图，如图所示，假设乘客甲在2018年9月5日14点25分00秒刷电子码进站，并从地铁1号线的a站上地铁，然后在b站乘坐地铁2号线，坐了两站站之后在2018年9月5日14点30分00秒到达d站，并刷电子码出站。乘客甲从d站出来之后走了十分钟，于2018年9月5日14点40分00秒在公交e站上上车，最后，坐到f站下车。此时，业务处理装置需要根据扫码记录获取a站、b站、d站、e站以及f站的站点位置，然后判断从d站到e站的线路是否属于可换乘线路集合内。假设可换乘线路集合包括有十条路线(包括公交1号线、公交2号线、公交3号线、公交6号线、公交8号线、地铁1号线、地铁2号线、地铁4号线、地铁10号线以及地铁11号线)。其中，第一站点为地铁2号线的d站，第二站点为公交6号线的e站。因此，第一站点与第二站点属于可换乘线路集合内，也就确定业务状态信息满足公共交通业务的优惠条件。可以理解的是，在实际应用中，采用的优惠策略可以是多种，比如，地铁之间的换乘均采用九折优惠，公交之间的换乘均采用八折优惠，地铁和公交之间换乘采用七折优惠。当然，还可以根据实际情况进行优惠策略的调整，此处仅为一个示意，并不应理解为对本发明的限定。再次，本发明实施例中，提供了另一种确定是否满足优惠条件的方案。即判断第一站点与第二站点是否属于可换乘线路集合内，若是，则确定满足公共交通业务的优惠条件。通过上述方式，能够根据换乘线路集合确定是否满足优惠条件，以此为方案的实现提供了另一种可行的方式，从而提升方案的可操作性以及灵活性。可选地，本发明实施例提供的基于公共交通的业务处理方法的可选实施例中，业务状态信息包括在换乘时间阈值内的换乘次数；根据待处理业务请求确定业务状态信息之后，还可以包括：判断在换乘时间阈值内的换乘次数是否达到换乘次数阈值；若在换乘时间阈值内的换乘次数未达到换乘次数阈值，则确定业务状态信息满足公共交通业务的优惠条件；若在换乘时间阈值内的换乘次数达到换乘次数阈值，则确定业务状态信息未满足公共交通业务的优惠条件。本实施例中，将介绍第三种公共交通业务的优惠条件，即根据换乘时间阈值内的换乘次数判断该换乘次数是否达到换乘次数阈值，如果还未达到，则认为满足公共交通业务的优惠条件。反之，如果换乘次数已经达到换乘次数阈值，则认为不满足公共交通业务的优惠条件。具体地，下面将结合图7对上述优惠条件的情形进行介绍，请参阅图7，图7为本发明实施例中采用公交交通换乘的另一个实施例示意图，如图所示，假设乘客甲在2018年9月5日14点25分00秒刷电子码进站，并从地铁1号线的h站上地铁，然后在b站换乘地铁2号线，坐了两站站之后在2018年9月5日14点30分00秒到达d站，并刷电子码出站。乘客甲从d站出来之后走了十分钟，于2018年9月5日14点40分00秒在公交e站上上车，最后，坐到g站下车。假设换乘时间阈值为8小时，那么业务处理装置将查询过去8小时内乘客甲的换乘记录，可知乘客甲总共换乘了2次，而换乘次数阈值为10次，则表示满足公共交通业务的优惠条件。可以理解的是，在实际应用中，采用的优惠策略可以是多种，比如，地铁之间的换乘均采用九折优惠，公交之间的换乘均采用八折优惠，地铁和公交之间换乘采用七折优惠。当然，还可以根据实际情况进行优惠策略的调整，此处仅为一个示意，并不应理解为对本发明的限定。再次，本发明实施例中，提供了另一种确定是否满足优惠条件的方案。即判断在换乘时间阈值内的换乘次数是否达到换乘次数阈值，若否，则确定业务请求时间满足公共交通业务的优惠条件。通过上述方式，能够根据换乘时间阈值以及换乘次数阈值确定是否满足优惠条件，以此为方案的实现提供了另一种可行的方式，从而提升方案的可操作性以及灵活性。可选地，本发明实施例提供的基于公共交通的业务处理方法的可选实施例中，获取待处理业务请求之前，还可以包括：接收终端设备通过业务扣费平台发送的账户开通请求；根据账户开通请求生成目标账户，其中，目标账户与目标用户之间具有唯一的对应关系。本实施例中，在目标用户(即乘客)使用电子码扫描扫描机具以触发待处理业务请求之前，还应该先开通一个目标账户，该目标账户与目标用户之间具有唯一的对应关系，也就是说，一个目标用户只能有一个目标账户。在开通目标账户的过程中，需要输入与该目标用户相关的信息，比如，身份证号码或者银行卡号等，这些信息也是用于识别目标用户身份的信息。为了便于理解，请参阅表2，表2为不同目标用户开通账户的一个示意。表2目标用户身份证号码目标账户用户a44030119850613xxxx账户1用户b41108119900423xxxx账户2用户c61242219960806xxxx账户3用户d36012119881027xxxx账户4用户e23023019920803xxxx账户5如表2所示，一个目标用户只有一个身份证号码，用该身份证号码开通的目标账户也具有唯一性。可以理解的是，在实际应用中，也可以利用银行卡号码开通目标账户，且一张银行卡只能开通一个目标账户。其次，本发明实施例中，业务处理装置在获取待处理业务请求之前，还需接收终端设备通过业务扣费平台发送的账户开通请求，然后根据账户开通请求生成目标账户，其中，目标账户与目标用户之间具有唯一的对应关系。通过上述方式，用户需要提前开通一个用于支付车费的账户，且每个用户只能关联唯一的账户，避免多用户关联同账户的现象，降低账户被恶意使用的风险，便于监管，从而提升方案的可靠性。可选地，本发明实施例提供的基于公共交通的业务处理方法的可选实施例中，生成第二扣费信息，可以包括：按照公共交通业务优惠规则以及第一扣费信息，生成第二扣费信息；生成第二扣费信息之后，方法还包括：根据第二扣费信息生成第二业务扣费请求；向业务扣费平台发送第二业务扣费请求，以使业务扣费平台根据第二扣费信息扣除目标账户所对应的金额。本实施例中，将介绍一种即时扣除账户金额的方法。具体地，业务处理装置可以按照公共交通业务优惠规则以及第一扣费信息，生成第二扣费信息，其中，公共交通业务优惠规则是预先设定的相关优惠方式，比如，地铁之间的换乘均采用九折优惠，公交之间的换乘均采用八折优惠，地铁和公交之间换乘采用七折优惠。第一扣费信息即为原票价，假设原票价为10元，乘客在地铁之间进行换乘，根据公共交通业务优惠规则可知，需对原票价打九折，即为9元。业务处理装置将这个金额告知业务扣费平台，使得业务扣费平台随即扣除目标账户9元。其次，本发明实施例中，业务处理装置按照公共交通业务优惠规则以及第一扣费信息，生成第二扣费信息，然后根据第二扣费信息生成第二业务扣费请求，并且向业务扣费平台发送第二业务扣费请求，以使业务扣费平台根据第二扣费信息扣除目标账户所对应的金额。通过上述方式，在扣除乘客账户上的金额时无需等待，即实现即时扣费的功能，从而提升了方案的可行性。可选地，本发明实施例提供的基于公共交通的业务处理方法的可选实施例中，生成第二扣费信息，可以包括：在目标时间内获取第三扣费信息；按照公共交通业务优惠规则、第一扣费信息以及第三扣费信息，生成第二扣费信息；生成第二扣费信息之后，方法还包括：根据第二扣费信息生成第二业务扣费请求；向业务扣费平台发送第二业务扣费请求，以使业务扣费平台根据第二扣费信息扣除目标账户所对应的金额。本实施例中，将介绍一种延时扣除账户金额的方法。具体地，业务处理装置在目标时间内获取第三扣费信息，这里的目标时间可以是预先设置的一段时间，比如2小时，为了得到更准确的优惠信息，业务处理装置可以利用这段目标时间等待所有与该乘客相关的订单数据，即第三扣费信息，结合第一扣费信息以及第三扣费信息，按照公共交通业务优惠规则生成第二扣费信息。其中，公共交通业务优惠规则是预先设定的相关优惠方式，比如，地铁之间的换乘均采用九折优惠，公交之间的换乘均采用八折优惠，地铁和公交之间换乘采用七折优惠。第一扣费信息即为原票价，第三扣费信息为可能遗漏的票价，假设原票价为10元，在目标时间内获取到该乘客还有一次乘坐地铁记录，该次乘坐地铁的票价为2元，乘客在地铁之间进行换乘，根据公共交通业务优惠规则可知，需对票价(包括原票价以及后续获取到的记录票价)打九折，即为10.8元。业务处理装置将这个金额告知业务扣费平台，使得业务扣费平台随即扣除目标账户10.8元。其次，本发明实施例中，业务处理装置在目标时间内获取第三扣费信息，然后按照公共交通业务优惠规则、第一扣费信息以及第三扣费信息，生成第二扣费信息，最后根据第二扣费信息生成第二业务扣费请求，并向业务扣费平台发送第二业务扣费请求，以使业务扣费平台根据第二扣费信息扣除目标账户所对应的金额。通过上述方式，在扣除乘客账户上的金额时需要等待一段时间，即实现延时扣费的功能。考虑到交易可能会出现延迟的情况，为了保证优惠的公平性，采用延时扣费的方式能够很好地防止数据出错，从而有利于提升方案的可靠性。为了便于介绍，下面将结合图8对本发明提供的业务处理方法进行介绍，请参阅图8，图8为本发明应用场景中基于公共交通的业务处理方法一个计费流程图，如图所示，具体地：步骤201中，服务器接收乘客甲触发的待处理订单，该待处理订单具体可以是乘坐公交车的订单；步骤202中，服务器从后台查询24小时内是否存在乘客甲的订单，如果存在订单，则进入步骤步骤203，反之，则跳转至步骤205；步骤203中，服务器继续判断该订单是否属于可以被优惠的订单，比如，该订单中所经过的路线属于预设路线集合内的路线，如果是，则认为是本渠道订单，并进入步骤204，反之，则跳转至步骤205；步骤204中，当确定本次订单可以被优惠时，根据优惠规则对票价进行优惠处理；步骤205中，服务器记录并保存乘客甲本次的订单，即更新到服务器的后台中，以便后续进行查验。此外，服务器还应返回处理后的金额，如果已经经过打折处理，则返回打折后的金额，如果还未打折，则返回原价金额。下面对本发明中的业务处理装置进行详细描述，请参阅图9，图9为本发明实施例中业务处理装置一个实施例示意图，业务处理装置30包括：获取模块301，用于获取待处理业务请求，其中，所述待处理业务请求为所述终端设备通过目标账户所对应的电子码发起的，所述待处理业务请求中携带第一扣费信息；确定模块302，用于根据所述获取模块301获取的所述待处理业务请求确定业务状态信息，其中，所述业务状态信息中携带与待处理业务相关的状态信息；生成模块303，用于若所述确定模块302确定的所述业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，所述第二扣费信息小于所述第一扣费信息，所述第二扣费信息用于指示所述目标账户待扣除的金额。本实施例中，获取模块301获取待处理业务请求，其中，所述待处理业务请求为所述终端设备通过目标账户所对应的电子码发起的，所述待处理业务请求中携带第一扣费信息，确定模块302根据所述获取模块301获取的所述待处理业务请求确定业务状态信息，其中，所述业务状态信息中携带与待处理业务相关的状态信息，若所述确定模块确定的所述业务状态信息满足公共交通业务的优惠条件，则所述生成模块303生成第二扣费信息，其中，所述第二扣费信息小于所述第一扣费信息，所述第二扣费信息用于指示所述目标账户待扣除的金额。本发明实施例中，提供了一种基于公共交通的业务处理装置，首先获取待处理业务请求，其中，该待处理业务请求为终端设备通过目标账户所对应的电子码发起的，待处理业务请求中携带第一扣费信息，根据待处理业务请求确定业务状态信息，其中，业务状态信息中携带与待处理业务相关的状态信息，若业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，第二扣费信息小于第一扣费信息，第二扣费信息用于指示所述目标账户待扣除的金额。通过上述方式，对于采用电子码乘坐公共交通的情况下，也可以实行相应的优惠措施，实现公共交通之间的换乘优惠，有效地提升用户粘度，通过公共交通换乘优惠机制，能够为引导公共交通出行需求提供更加有效的技术手段。可选地，请参阅图10，本发明实施例提供的业务处理装置30的一可选实施例中，所述业务处理装置30还包括发送模块304；所述生成模块303，还用于所述确定模块302根据所述待处理业务请求确定业务状态信息之后，若所述业务状态信息未满足所述公共交通业务的优惠条件，则生成第一业务扣费请求，其中，所述第一业务扣费请求中携带所述第一扣费信息；所述发送模块304，用于向所述业务扣费平台发送所述生成模块303生成的所述第一业务扣费请求，以使所述业务扣费平台根据所述第一扣费信息扣除所述目标账户所对应的金额。其次，本发明实施例中，如果业务状态信息未满足公共交通业务的优惠条件，则生成第一业务扣费请求，然后向业务扣费平台发送第一业务扣费请求，以使业务扣费平台根据第一扣费信息扣除目标账户所对应的金额。通过上述方式，除了满足优惠条件的情况以外，其他情况都以原价车票扣除乘客账户上的金额，这样的话，能够从交通运输业实际运营情况出发，提升方案的实用性和可行性。可选地，请参阅图11，本发明实施例提供的业务处理装置30的可选实施例中，所述业务状态信息包括业务请求时间，其中，所述业务请求时间为发起相邻两次待处理业务请求的时间间隔；所述业务处理装置30还包括判断模块305；所述判断模块305，用于判断所述业务请求时间是否小于或等于换乘时间阈值；所述确定模块302，还用于若所述判断模块305判断得到的所述业务请求时间大于所述换乘时间阈值，则确定所述业务状态信息未满足所述公共交通业务的优惠条件；所述确定模块302，还用于若所述判断模块305判断得到的所述业务请求时间小于或等于所述换乘时间阈值，则确定所述业务状态信息满足所述公共交通业务的优惠条件。再次，本发明实施例中，提供了一种确定是否满足优惠条件的方案。即判断业务请求时间是否小于或等于换乘时间阈值，若是，则确定业务请求时间满足公共交通业务的优惠条件，反之，则确定未满足公共交通业务的优惠条件。通过上述方式，能够根据换乘时间阈值确定是否满足优惠条件，以此为方案的实现提供了一种可行的方式，从而提升方案的可操作性。可选地，本发明实施例提供的业务处理装置30的可选实施例中，业务状态信息包括第一站点的位置信息以及第二站点的位置信息，其中，第一站点为前一次发起待处理业务请求的站点，第二站点为发起本次待处理业务请求的站点；所述判断模块305，还用于根据所述第一站点的位置信息以及所述第二站点的位置信息，判断所述第一站点与所述第二站点是否属于可换乘线路集合内；所述确定模块302，还用于若所述判断模块305判断得到所述第一站点与所述第二站点属于所述可换乘线路集合内，则确定所述业务状态信息满足所述公共交通业务的优惠条件；所述确定模块302，还用于若所述判断模块305判断得到所述第一站点与所述第二站点不属于所述可换乘线路集合内，则确定业务状态信息未满足所述公共交通业务的优惠条件。再次，本发明实施例中，提供了另一种确定是否满足优惠条件的方案。即判断第一站点与第二站点之间的线路是否属于可换乘线路集合内，若是，则确定满足公共交通业务的优惠条件。通过上述方式，能够根据可换乘线路集合确定是否满足优惠条件，以此为方案的实现提供了另一种可行的方式，从而提升方案的可操作性以及灵活性。可选地，本发明实施例提供的业务处理装置30的另一实施例中，所述业务状态信息包括在换乘时间阈值内的换乘次数；所述判断模块305，还用于所述确定模块302根据所述待处理业务请求确定业务状态信息之后，判断所述在换乘时间阈值内的换乘次数是否达到换乘次数阈值；所述确定模块302，还用于若所述判断模块305判断得到所述在换乘时间阈值内的换乘次数未达到所述换乘次数阈值，则确定所述业务状态信息满足所述公共交通业务的优惠条件；所述确定模块302，还用于若所述判断模块305判断得到所述在换乘时间阈值内的换乘次数达到所述换乘次数阈值，则确定所述业务状态信息未满足所述公共交通业务的优惠条件。再次，本发明实施例中，提供了另一种确定是否满足优惠条件的方案。即判断在换乘时间阈值内的换乘次数是否达到换乘次数阈值，若否，则确定满足公共交通业务的优惠条件。通过上述方式，能够根据换乘时间阈值以及换乘次数阈值确定是否满足优惠条件，以此为方案的实现提供了另一种可行的方式，从而提升方案的可操作性以及灵活性。可选地，本发明实施例提供的业务处理装置30的可选实施例中，所述获取模块301，还用于在获取待处理业务请求之前，接收所述终端设备通过所述业务扣费平台发送的账户开通请求；所述生成模块303，还用于根据所述获取模块301接收的所述账户开通请求生成所述目标账户，其中，所述目标账户与目标用户之间具有唯一的对应关系。其次，本发明实施例中，业务处理装置在获取待处理业务请求之前，还需接收终端设备通过业务扣费平台发送的账户开通请求，然后根据账户开通请求生成目标账户，其中，目标账户与目标用户之间具有唯一的对应关系。通过上述方式，用户需要提前开通一个用于支付车费的账户，且每个用户只能关联唯一的账户，避免多用户关联同账户的现象，降低账户被恶意使用的风险，便于监管，从而提升方案的可靠性。可选地，本发明实施例提供的业务处理装置30的一实施例中，所述生成模块303，具体用于按照公共交通业务优惠规则以及所述第一扣费信息，生成所述第二扣费信息；所述生成模块303，还用于生成第二扣费信息之后，根据所述第二扣费信息生成第二业务扣费请求；所述发送模块304，还用于向所述业务扣费平台发送所述生成模块303生成的所述第二业务扣费请求，以使所述业务扣费平台根据所述第二扣费信息扣除所述目标账户所对应的金额。其次，本发明实施例中，业务处理装置按照公共交通业务优惠规则以及第一扣费信息，生成第二扣费信息，然后根据第二扣费信息生成第二业务扣费请求，并且向业务扣费平台发送第二业务扣费请求，以使业务扣费平台根据第二扣费信息扣除目标账户所对应的金额。通过上述方式，在扣除乘客账户上的金额时无需等待，即实现即时扣费的功能，从而提升了方案的可行性。可选地，本发明实施例提供的业务处理装置30的一实施例中，所述生成模块303，具体用于在目标时间内获取第三扣费信息；按照公共交通业务优惠规则、所述第一扣费信息以及所述第三扣费信息，生成所述第二扣费信息；所述生成模块303，还用于生成第二扣费信息之后，根据所述第二扣费信息生成第二业务扣费请求；所述发送模块304，还用于向所述业务扣费平台发送所述生成模块303生成的所述第二业务扣费请求，以使所述业务扣费平台根据所述第二扣费信息扣除所述目标账户所对应的金额。其次，本发明实施例中，业务处理装置在目标时间内获取第三扣费信息，然后按照公共交通业务优惠规则、第一扣费信息以及第三扣费信息，生成第二扣费信息，最后根据第二扣费信息生成第二业务扣费请求，并向业务扣费平台发送第二业务扣费请求，以使业务扣费平台根据第二扣费信息扣除目标账户所对应的金额。通过上述方式，在扣除乘客账户上的金额时需要等待一段时间，即实现延时扣费的功能。考虑到交易可能会出现延迟的情况，为了保证优惠的公平性，采用延时扣费的方式能够很好地防止数据出错，从而有利于提升方案的可靠性。图12是本发明实施例提供的一种服务器结构示意图，该服务器400可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)422(例如，一个或一个以上处理器)和存储器432，一个或一个以上存储应用程序442或数据444的存储介质430(例如一个或一个以上海量存储设备)。其中，存储器432和存储介质430可以是短暂存储或持久存储。存储在存储介质430的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器422可以设置为与存储介质430通信，在服务器400上执行存储介质430中的一系列指令操作。服务器400还可以包括一个或一个以上电源426，一个或一个以上有线或无线网络接口450，一个或一个以上输入输出接口458，和/或，一个或一个以上操作系统441，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。上述实施例中由服务器所执行的步骤可以基于该图12所示的服务器结构。本发明实施例中，cpu422用于执行如下步骤：获取待处理业务请求，其中，所述待处理业务请求为终端设备通过目标账户所对应的电子码发起的，所述待处理业务请求中携带第一扣费信息；根据所述待处理业务请求确定业务状态信息，其中，所述业务状态信息中携带与待处理业务相关的状态信息；若所述业务状态信息满足公共交通业务的优惠条件，则生成第二扣费信息，其中，所述第二扣费信息小于所述第一扣费信息，所述第二扣费信息用于指示所述目标账户待扣除的金额。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。当前第1页1 2 3