CN112785294A - 业务处理方法、资源展示方法、装置、计算机设备及介质 - Google Patents

Abstract

本申请公开了一种业务处理方法、资源展示方法、装置、计算机设备及介质，属于网络技术领域。本申请实施例提供的技术方案，通过基于通行费用的缴纳行为发生的时间，来确定目标应用中当时处于运营状态的用户，从而在无需该用户进行人工操作的情况下，即可以实现通过目标应用的费用代扣，大大提高了业务处理效率。

Description

业务处理方法、资源展示方法、装置、计算机设备及介质

技术领域

本申请涉及网络技术领域，特别涉及一种业务处理方法、资源展示方法、装置、计算机设备及介质。

背景技术

随着人们生活品质的提高，对出行的需求越来越多样化，为了满足出行的需求，出现了越来越多的运营类车辆，对于运营类车辆来说，一方面，要收取乘客的车费，另一方面，要支出一些必要的费用，例如，通行费等。这类费用通常需要驾驶员直接向收费员进行缴纳，这种方式的效率非常低下，因此，出现了可以安装于车辆上的ETC(Electronic TollCollection，全自动电子收费系统)设备，只要在路过收费站时由收费站对ETC设备的信息进行读取，则可以从其对应的资金卡中扣款。然而，对于驾驶员来说，涉及到轮班驾驶的情况，一张ETC资金卡要承担多人的通行费，导致清算复杂，也就使得设备的实际使用率低下，仍然不能提高这类业务的处理效率。因此，亟需一种处理效率高的方法来处理上述业务。

发明内容

本申请实施例提供了一种业务处理方法、资源展示方法、装置、计算机设备及介质，可以提高业务处理的效率。所述技术方案如下：

一方面，提供了一种业务处理方法，所述方法包括：

接收资源转移指令，所述资源转移指令携带目标事件的发生时间和车辆标识；

获取目标应用程序中所述车辆标识已绑定用户中的目标用户，所述目标用户为在所述发生时间内处于运营状态的用户；

基于所述目标用户的授权，通过所述目标应用程序向所述目标用户发起与所述目标事件对应的资源转移流程，所述目标事件用于表示产生通行费用。

一方面，提供了一种资源展示方法，应用于车载设备，所述方法包括：

接收目标事件的事件相关信息，所述事件相关信息至少包括所述目标事件的资源转移数额；

在显示界面中，展示所述目标事件的资源转移数额，所述目标事件用于表示产生通行费用。

一方面，提供了一种业务处理方法，包括：

在母应用程序客户端中显示子应用程序的信息输入界面，所述信息输入界面包括用于输入车辆标识的区域；

根据在所述信息输入界面的所述区域上的操作，获取车辆标识，所述车辆标识用于唯一标识一台车辆；

根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程，所述目标事件用于表示产生通行费用。

在一种可能实现方式中，该用户获取模块用于向目标应用程序服务器发送用户查询请求，所述用户查询请求携带所述发生时间和车辆标识；从所述目标应用程序服务器接收所述目标用户的用户信息。

在一种可能实现方式中，该用户获取模块用于根据所述车辆标识，获取所述目标应用程序中与所述车辆标识已绑定的至少一个用户；根据所述发生时间，查询所述至少一个用户的签到信息，将签到信息指示所述发生时间处于运营状态的用户获取为所述目标用户。

在一种可能实现方式中，资源转移处理模块，用于向目标应用程序服务器发送与所述目标事件对应的资源转移请求，所述资源转移请求携带所述目标用户的授权信息；从所述目标应用程序服务器接收响应于所述资源转移请求的资源转移结果；向所述目标用户下发所述资源转移结果。

一方面，提供了一种业务处理装置，所述装置包括：

接收模块，用于接收资源转移指令，所述资源转移指令携带目标事件的发生时间和车辆标识，所述目标事件用于表示产生通行费用；

用户获取模块，用于获取目标应用程序中所述车辆标识已绑定用户中的目标用户，所述目标用户为在所述发生时间内处于运营状态的用户；

资源转移处理模块，用于基于所述目标用户的授权，通过所述目标应用程序向所述目标用户发起与所述目标事件对应的资源转移流程。

在一种可能实现方式中，所述事件相关信息还包括所述目标事件的事件类型；所述展示模块还用于在所述显示界面中，将所述目标事件的事件类型和所述目标事件的资源转移数额对应展示。

在一种可能实现方式中，所述装置还包括打印模块，用于当接收到打印指令时，基于行程基本信息和所述目标事件进行打印。

一方面，提供了一种资源展示装置，应用于车载设备，所述装置包括：

接收模块，用于接收目标事件的事件相关信息，所述事件相关信息至少包括所述目标事件的资源转移数额，所述目标事件用于表示产生通行费用；

展示模块，用于在显示界面中，展示所述目标事件的资源转移数额。

一方面，提供了一种业务处理装置，包括：

显示模块，用于在母应用程序客户端中显示子应用程序的信息输入界面，所述信息输入界面包括用于输入车辆标识的区域；

标识获取模块，用于根据在所述信息输入界面的所述区域上的操作，获取车辆标识，所述车辆标识用于唯一标识一台车辆；

授权模块，用于根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程，所述目标事件用于表示产生通行费用。

在一种可能实现方式中，该标识获取模块，用于执行下述至少一项：

所述区域为输入框，当在所述输入框中检测到输入操作时，获取所述输入操作所输入的车辆标识；

所述区域为扫描触发区域，当在所述子应用程序上检测到对所述扫描触发区域的触发操作时，启动摄像头进行扫描，获取扫描得到的图像，对所述图像进行解析，得到所述车辆标识。

在一种可能实现方式中，该授权模块用于显示所述子应用程序的权限开通界面，所述权限开通界面包括确认开通选项；当检测到对所述确认开通选项的触发操作时，向母应用程序服务器发送授权指令，所述授权指令用于指示所述母应用程序服务器为所述子应用程序发放目标权限，所述目标权限为向所述目标用户发起与所述目标事件对应的资源转移流程的权限。

在一种可能实现方式中，该授权模块用于当检测到对任一种资源转移渠道的渠道选择操作，则将被选中的资源转移渠道确定为目标渠道。

在一种可能实现方式中，该授权模块用于当检测到对所述确认开通选项的触发操作时，显示身份验证界面；当基于所述身份验证界面的输入信息验证通过时，执行向母应用程序服务器发送授权指令步骤。

在一种可能实现方式中，所述方法还包括：通过所述母应用程序接收基于所述目标事件开具的电子票据。

在一种可能实现方式中，所述显示模块还用于在所述子应用程序中显示接收到的资源转移成功消息，所述资源转移成功消息用于表示资源转移已完成。

在一种可能实现方式中，所述显示模块还用于根据所述用户在所述子应用程序中的历史查询操作，在所述子应用程序中显示所述用户的历史资源转移信息，所述历史资源转移信息包括所述用户已完成的多次资源转移事件。

一方面，提供了一种计算机设备，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条指令，所述指令由所述一个或多个处理器加载并执行以实现所述业务处理方法或资源展示方法所执行的操作。该计算机设备根据其功能不同可以提供为不同类型的设备。

一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令，所述指令由处理器加载并执行以实现所述业务处理方法或资源展示方法所执行的操作。

本申请实施例提供的技术方案，通过基于通行费用的缴纳行为发生的时间，来确定目标应用中当时处于运营状态的用户，从而在无需该用户进行人工操作的情况下，即可以实现通过目标应用的费用代扣，大大提高了业务处理效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的一种业务处理方法的实施环境的示意图；

图2是本申请实施例提供的一种业务处理方法的流程图；

图3是本申请实施例提供的一种绑定页面的示意图；

图4是本申请实施例提供的一种开通免密支付页面的示意图；

图5本申请实施例提供的一种身份验证页面的示意图；

图6本申请实施例提供的一种开通成功页面的示意图；

图7是本申请实施例提供的一种业务处理方法的流程图；

图8是本申请实施例提供的一种在子应用程序内显示资源转移成功消息的界面示意图以及在母应用程序内资源转移成功消息的界面示意图；

图9是本申请实施例提供的一种查询界面的显示示意图；

图10是本申请实施例提供的一种电子票据开具的交互示意图；

图11是本申请实施例提供的一种车载设备显示通行费的界面示意图；

图12是本申请实施例提供的一种车载设备包括通行费的行程相关信息的界面示意图；

图13是本申请实施例提供的一种业务处理装置结构示意图；

图14是本申请实施例提供的一种资源展示装置结构示意图；

图15是本申请实施例提供的一种业务处理装置结构示意图；

图16是本申请实施例提供的一种终端的结构示意图；

图17是本申请实施例提供的一种车载设备的结构示意图；

图18是本申请实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

在本申请实施例中，涉及母应用程序和子应用程序，其中，母应用程序是能够运行子应用程序的应用。在一种实现方式中，母应用程序可以是安卓操作系统或苹果操作系统中由安装包安装的应用程序，子应用程序可以是在母应用程序中提供快捷使用的应用程序，例如小程序。

图1是本申请实施例提供的一种业务处理方法的实施环境的示意图，参见图1，该实施环境中包括面向资源转移对象的第一车载设备110、第二车载设备120、用户终端130和服务器140。

该第一车载设备110可以为ETC设备，该设备可以由ETC运营商提供，可以安装在车辆易于被扫描的位置，以便在行驶通过扫描点时能够被扫描，例如，扫描点可以读取第一车载设备110所装载的芯片信息，以基于芯片信息上报至ETC运营商的服务器，由其服务器触发后续的资源转移流程。

第二车载设备120可以是安装在运营车辆上的电子设备，该设备具备计价器的功能。第二车载设备能够在计费按钮被触发时，开始记录行驶距离和等待时长。同时，第二车载设备能够在计费按钮再次被触发时，确认本次行程结束，根据累计的行驶距离和累计的等待时长计算营运金额，并在第二车载设备的显示屏中显示该营运金额。可选地，第二车载设备还提供有纸质发票的打印功能。也即，第二车载设备能够打印营运金额对应的纸质发票。

该第二车载设备可以与第一车载设备之间或者与第一车载设备对应的服务器之间建立连接，从而该第二车载设备120可以获取到第一车载设备110对应的资源转移记录，并将其显示在屏幕上，例如，当基于第一车载设备110进行了ETC缴费后，所缴纳成功的费用可以显示在第二车载设备120上，以供驾驶员和乘客能够直观的看到该费用，提高费用的可信度。终端110不仅可以采用嵌入车辆的形式提供，还可以是智能手机、平板电脑、便携计算机等设备。该第二车载设备120还能够提供其他车辆的行驶或是车辆娱乐等功能，本申请实施例不做限定。

用户终端130可以是智能手机、平板电脑、便携计算机等设备。终端110安装和运行有支持消息收发的应用程序。该应用程序可以是社交应用类应用程序、即时通信类应用程序等。示例性的，终端110是用户使用的终端，终端110中运行的应用程序内登录有用户账号。可选地，该用户终端130能够通过无线网络与电子发票服务器进行数据交换。可选地，该移动终端也能够通过无线网络与卡券服务器进行数据交换。

服务器140可以是云计算平台、虚拟化中心等。服务器140用于为应用程序提供服务。该服务器140中还可以包括为应用程序的子应用程序提供服务的服务器，以使得子应用程序能够依托于应用程序来运行，并且子应用程序的后台服务器与该应用程序服务器之间还可以相连，以便子应用程序能够基于上述连接来获取应用程序服务器所提供的相关数据。可选地，该服务器140还可以包括电子发票服务器、车辆行程服务器、支付服务器和卡券服务器。上述电子发票服务器、车辆行程服务器等均可以通过区块链系统来实现。

其中，电子发票服务器是云端设备。需要说明的是，电子发票服务器既可以是一台服务器，也可以是多台服务器组成的服务器集群。当电子发票服务器是一台服务器时，该服务器中也可以搭载其他软件系统，本申请实施例对此不作限定。例如，在一种可能实现的方式中，电子发票服务器可以同时搭载电子发票系统和支付系统。

车辆行程服务器是云端设备。该服务器用于接收位于运营车辆上的第二车载设备上传的运营数据，该运营数据用于指示每一笔订单的详细情况，以及，车辆的基本信息和司机的基本信息。在一种可能的场景中，该车辆行程服务器是由公共交通政务部门管理的系统，用于对运营车辆的客观数据进行收集和处理。

支付服务器用于接收用户终端130发送的支付请求。支付服务器能够将登陆在用户终端130中的用户账户中支付金额的资金转入司机账户。需要说明的是，司机可以在运营车辆中张贴预先打印纸质版的付款图形码。在用户终端130扫描该付款图形码时，该用户终端130将向支付服务器发送支付请求。可选地，上述付款图形码也可以显示在第二车载设备的显示屏中，本申请实施例对付款图形码具体的显示位置不作限定。

区块链发票服务器用于接收电子发票服务器发送的区块链发票生成请求，通过区块链技术生成防篡改可信任的行程发票。区块链发票服务器在根据电子发票服务器提供的发票抬头信息和支付金额开具行程发票后，将该行程发票发送至电子发票服务器。

可选地，本申请提供的系统中还包括卡券服务器。电子发票服务器能够在开具行程发票后，将该行程发票发送至卡券服务器，由卡券服务器管理，并将该行程发票发送至用户终端130中。

本领域技术人员可以知晓，上述用户终端的数量可以更多或更少。比如上述用户终端可以仅为一个，或者上述用户终端为几十个或几百个，或者更多数量，此时上述实施环境中还包括其他用户终端。本申请实施例对用户终端的数量和设备类型不加以限定。

在本申请实施例中的业务处理过程可以包括注册过程、绑定过程以及基于绑定的资源转移过程，下面分不同过程进行介绍：

安装过程

对于车辆来说，可以由其所属公司为其统一办理并安装资源转移设备，例如，出租车公司收集ETC办理相关车辆资料，批量上传给服务提供平台，资料审核符合发行运营机构要求，则可以将车辆移送至指定地点进行设备安装和激活，这种线上办理线下安装的方式，大大节约了人力物力，还能够提高业务办理效率，例如，安装和激活仅耗时30分钟即可完成。

需要说明的是，上述批量上传的过程可以通过母应用程序的子应用程序来进行，上传人员仅需将电子版的资料通过该子应用程序所提供的上传界面上传即可，当办理成功时，子应用程序可以通过向该上传人员在母应用程序中的账号发送办理成功消息来进行通知，以实现较佳的触达效果。当然，上述批量上传的过程还可以通过子应用程序对应平台的门户网站进行，本申请实施例对此不做限定。

通过上述安装过程，可以在子应用程序侧获取车辆标识与资源转移设备标识之间的关联关系，从而可以通过该关联关系进行后续的资源转移。例如，对于出租车来说，其所安装的资源转移设备可以为一芯片设备，可以在行驶过扫描设备时被其读取芯片信息，从而确定扣款账户，从而对账户进行扣款操作。而对本申请实施例来说，扫描设备在读取到芯片信息后，还可以基于芯片信息所关联的车辆标识进行后续的扣款过程，以实现收支平衡。

绑定过程

对于车辆来说，为了真正实现一对一的资源转移，则还可以进行驾驶员和车辆标识之间的绑定，从而基于该绑定可以由该驾驶员来进行与该车辆标识相关的资源转移流程。下面通过图2所示的业务处理方法的流程图，来说明该绑定过程。

201、终端在母应用程序客户端中显示子应用程序的信息输入界面，该信息输入界面包括用于输入车辆标识的区域。

该子应用程序可以通过母应用程序客户端来访问，例如，对于小程序来说，可以在即时通信客户端中通过搜索操作和点击操作，来实现对小程序界面的显示。在上述实施例中，已经说明了对车辆标识进行注册的过程，此时，需要将驾驶员和车辆标识进行绑定，因此，可以提供输入车辆标识的区域，来进行上述操作。

其中，车辆标识可以为车牌号，车牌号对于车辆来说，具有唯一性，一台车辆仅具有一个车辆标识，因此，可以采用该车辆标识进行用户的绑定。

202、该终端根据在该信息输入界面的该区域上的操作，获取车辆标识，该车辆标识用于唯一标识一台车辆。

其中，该获取车辆标识的方法可以包括以下任一种：(1)该区域为输入框，当在该输入框中检测到输入操作时，获取该输入操作所输入的车辆标识；(2)该区域为扫描触发区域，当在该子应用程序上检测到对该扫描触发区域的触发操作时，启动摄像头进行扫描，获取扫描得到的图像，对该图像进行解析，得到该车辆标识。

对于上述获取车辆标识的过程来说，本申请实施例不对具体的获取方法进行限定，当然，在扫描失败等情况下，还可以重新提供输入框输入的方式，以在保证快捷、简便的获取的同时，还能够提供辅助的获取方式，来保证获取车辆标识的成功。

203、该终端根据在信息输入界面检测到的确认绑定操作，显示该子应用程序的权限开通界面，该权限开通界面包括确认开通选项和多个资源转移渠道。

当在信息输入界面检测到的确认绑定操作，则说明用户已经输入完成并认为输入正确，想要执行绑定，则此时，可以显示该子应用程序的权限开通界面，该权限开通界面用于为该子应用程序提供该用户的开通无需密码即能够进行资源转移流程的权限。

其中，该多个资源转移渠道可以是该母应用程序所提供的多个资源转移渠道，可以为用户在母应用程序中的资源账户、第三方支付渠道等等，本申请实施例对此不做限定。

204、当检测到对任一种资源转移渠道的渠道选择操作，则该终端将被选中的资源转移渠道确定为目标渠道。

该终端可以提供渠道选择功能，也即是，在权限开通界面上提供渠道选择选项，当检测到对渠道选择选项的点击操作时，则显示该多个资源转移渠道，当检测到用户对任一种资源转移渠道的点击操作时，则可以将被选中的资源转移渠道确定为目标渠道。当然，在确定了所选择的渠道后，用户还可以通过重新选择等操作来更换渠道，本申请实施例对此不做限定。

通过上述的目标渠道的确定，则可以在需要进行资源转移时，直接通过该目标渠道来进行，无需用户再次进行资源转移渠道的手动选择或者确认，大大降低了整个资源转移流程中人的参与度。

205、当检测到对该确认开通选项的触发操作时，该终端显示身份验证界面。

当检测到对该确认开通选项的触发操作时，则确定用户已经选择了目标渠道，此时，为了提高账户安全性，终端还可以再次要求用户进行身份验证，例如，可以显示包括密码输入区域的身份验证界面。

206、当基于该身份验证界面的输入信息验证通过时，该终端向母应用程序服务器发送授权指令，该授权指令用于指示该母应用程序服务器为该子应用程序发放目标权限，该目标权限为在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程的权限。

207、母应用程序服务器接收授权指令，与该子应用程序的后台服务器之间通过交互，对该子应用程序进行授权。

验证通过后，该终端可以执行授权流程，其中，该授权流程可以通过终端、母应用程序服务器以及子应用程序的后台服务器之间的交互完成，上述步骤306-207仅为一种示意性的交互流程，具体如何进行授权的交互可以基于服务器之间的授权流程不同而发生变化，本申请实施例对此不做限定。

上述步骤203至206是本申请实施例中根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后发起与所述目标事件对应的资源转移流程的过程，在该过程中，还可以不执行步骤205的身份验证过程，以简化流程，该授权操作过程还可以采用其他方式的授权过程来实现，例如，人脸认证或者在其他设备上进行操作等，本申请实施例对此不做限定。

通过上述过程则可以将母应用程序中的用户与车辆标识进行绑定，从而在该车辆标识发生资源转移事件时，可以通过该母应用程序中的用户所指定的渠道来进行资源转移，例如，产生的ETC路费可以从用户所绑定的支付账号里扣除。而上述绑定支持一对多的绑定，也即是，对于车辆标识来说，可以支持一个车辆标识绑定多个用户，且由于该母应用程序中的用户可以通过母应用程序触发，因此，可以实现对各个用户分别进行各自对应的资源转移流程，大大提高了实用性。

为了便于理解，在此通过图3至图6的界面示意图来说明上述绑定过程：

驾驶员可以在应用内打开目标小程序，如车主服务助手，从如图3的绑定页面输入车牌号，并触发绑定流程，驾驶员可以通过如图4的开通免密支付页面来确认开通免密支付并选择优先支付渠道，为了保证财产安全，还可以进一步通过如图5的身份验证页面输入支付密码来验证用户身份，当验证通过时则可以为该目标小程序开通应用的免密支付，如图6，而在ETC卡产生消费后，则可以通过该应用来自动从驾驶员的账号中进行代扣。

资源转移过程

在进行了上述绑定后，实现了从车到用户的绑定，因此，在发生目标事件，也即是，当车辆的第一车载设备被扫描，需要进行缴费时，则可以基于上述目标事件来进行资源转移流程，下面以图7所示的流程为例来对该业务处理过程进行介绍：

701、子应用程序的后台服务器接收资源转移指令，该资源转移指令携带目标事件的发生时间和车辆标识。

该目标事件是指车辆发生了指定消费行为，例如，子应用程序的后台服务器接收到该车辆标识对应的消费记录，又或者是后台服务器接收到了该车辆标识对应的扣款请求，也即是，具体目标事件是哪类事件，可以基于具体的消费方式进行设置，当ETC运营商的消费方式为先垫付，后扣款，则该目标事件可以是指已经为该车辆缴纳了ETC费用，当ETC运营商的消费方式为实时发起对用户账户的扣款，则该目标事件可以为接收到ETC的扣款请求，本申请实施例对上述过程的具体实现方式不做限定。

702、该后台服务器向母应用程序服务器发送用户查询请求，该用户查询请求携带该发生时间和车辆标识。

为了保护母应用程序的用户隐私，本申请实施例可以通过后台服务器向母应用程序服务器发起用户查询为例进行说明，也即是，后台服务器可以不存储车辆标识所绑定的用户，而是在母应用程序服务器侧进行绑定和绑定关系的存储，从而能够保证用户的隐私数据不为其他应用所获取。

703、该母应用程序服务器基于用户查询请求中的车辆标识，确定该车辆标识所绑定的至少一个用户的用户信息。

在上述实施场景下，母应用程序服务器可以基于已经存储的绑定关系，获取该车辆标识所绑定的至少一个用户的用户信息。

704、该母应用程序服务器根据该至少一个用户的在该发生时间的运营状态确定目标用户。

需要说明的是，用户可以通过母应用程序添加自身的运营状态，例如母应用程序可以提供运营状态签到界面，由用户根据自身的实际情况进行签到和签出，从而能够明确的获知该用户在哪段时间处于运营状态，也即是，根据所述车辆标识，获取所述目标应用程序中与所述车辆标识已绑定的至少一个用户；根据所述发生时间，查询所述至少一个用户的签到信息，将签到信息指示所述发生时间处于运营状态的用户获取为所述目标用户。在另一种可能实现方式中，用户还可以通过该子应用程序添加自身的运营状态，例如，该子应用程序可以提供运营状态签到界面，由用户根据自身的实际情况进行签到和签出，从而能够明确的获知该用户在哪段时间处于运营状态，也即是上述基于车辆标识和发生时间的查询过程可以由子应用程序通过在自身存储中进行查询实现。在子应用程序对运营状态进行记录的场景下，该子应用程序的后台服务器可以根据自身存储的数据进行运营状态的查询，本申请实施例对具体查询过程不做赘述。

需要说明的是，该用户的运营状态还可以通过行程信息服务器来提供，也即是，该后台服务器可以通过与行程信息服务器之间的交互来获取各个用户的运营状态，还可以由母应用程序服务器通过与行程信息服务器之间的交互来获取各个用户的运营状态，再基于运营状态向后台服务器反馈目标用户。

705、该母应用程序服务器将该目标用户的用户信息返回给该后台服务器。

上述步骤702至步骤705是通过后台服务器和母应用程序服务器之间的交互来获取目标用户的用户信息的过程，也即是，母应用程序服务器存储有用户和车辆标识之间的绑定关系，在另一种实现方式中，还可以由后台服务器来存储用户和车辆标识之间的绑定关系，以便可以通过在后台服务器上的查询即可以获取目标用户，当然，该绑定关系在存储时，可以不存储用户在母应用程序中的实际用户标识，而是存储用以指代该用户的用户标识，也即是，可以是以OpenID等形式存在的用户标识，以达到对用户数据的隐私保护，本申请实施例对上述具体采用哪种形式来绑定不做限定。

在另一种可能实现方式中，还可以由其他方提供该营业时间，而无需用户自行签到，例如，由出租车公司提供车辆的轮班表，该子应用程序可以通过轮班表来查询用户是否处于运营状态。

706、该后台服务器从该母应用程序服务器接收该目标用户的用户信息。

该用户信息可以是用户标识或者是用以指代该目标用户的标识信息等，本申请实施例对此不做限定。

上述步骤702至706为后台服务器获取该母应用程序中该车辆标识已绑定用户中的目标用户，该目标用户为在该发生时间内处于运营状态的用户。上述过程是以后台服务器与母应用程序服务器交互来获取为例进行说明，而在一些可能实现方式中，后台服务器还可以基于已存储的数据来进行获取，本申请实施例对该过程不做赘述。

707、该后台服务器基于该目标用户的授权，通过该母应用程序向该目标用户发起与该目标事件对应的资源转移流程。

该基于授权的资源转移流程可以包括：该后台服务器向该母应用程序服务器发送与该目标事件对应的资源转移请求，该资源转移请求携带该目标用户的授权信息；从该母应用程序服务器接收响应于该资源转移请求的资源转移结果；在该子应用程序中向该目标用户下发该资源转移结果。通过子应用程序与母应用程序服务器之间的交互，可以在用户已授权的情况下迅速完成资源转移流程，大大提高了资源转移的效率。

在一种可能实现方式中，该后台服务器可以存储有在绑定过程中母应用程序所提供的授权信息，例如授权令牌等，在确定了目标用户后，该后台服务器可以在于母应用程序服务器之间进行交互时携带该授权信息，以便母应用程序服务器在接收到携带该授权信息的请求或者响应时，能够基于授权信息的具体授权事项，来执行对应的流程。这种提前授权的方式，能够大大降低后续人的参与度，使得服务器之间的后台交互即可以完成资源转移的流程，提高了处理效率。

为了让用户获知并核实上述资源转移，还可以通过多种触发方式将上述资源转移的结果提示给用户，具体可以参见下述步骤708至711。

708、当该母应用程序服务器确定资源转移成功时，通过母应用程序客户端向目标用户下发资源转移成功消息。

对于母应用程序服务器来说，由于资源转移的具体过程由该母应用程序服务器基于用户账户执行，又或者是母应用程序服务器与第三方渠道的系统进行交互执行，因此，可以由母应用程序服务器来进行资源转移成功消息的下发，通过该应用内的触发方式，可以使得用户迅速获知资源转移事件的发生和完成。

709、当该母应用程序服务器确定资源转移成功时，向该后台服务器发送资源转移成功消息。

710、后台服务器在接收到资源转移成功消息后，通过子应用程序向目标用户下发资源转移成功消息。

711、终端在该子应用程序和母应用程序客户端中分别显示接收的资源转移成功消息，该资源转移成功消息用于表示资源转移已完成。

上述资源转移成功消息可以参见图8所示，图8中显示了在子应用程序内显示的资源转移成功消息的界面以及在母应用程序客户端的目标功能界面上显示的资源转移成功消息。而上述任一种资源转移成功消息的显示，均可以提供跳转功能，也即是，用户通过点击该资源转移成功消息，均可以进行详情页的跳转，例如，对于子应用程序来说，可以跳转至资源转移的详情页，在详情页中可以提供目标事件的发生时间、目标事件的描述信息以及本次资源转移的数额等。

需要说明的是，对于上述资源转移成功消息来说，由母应用程序服务器下发的资源转移成功消息与后台服务器下发的资源转移成功消息的目的同理，但是可以采用不同的文案，也即是，不同服务器可以基于自身的预设文案来生成对应的资源转移成功消息，而并不一定采用相同的文案形式。

在一种可能实现方式中，终端还可以提供开具行程发票的功能，例如，当用户终端基于用户终端所提供的任一种资源转移方式进行了资源转移后，该用户终端展示支付凭证。而在检测到对该支付凭证的触发操作时，用户终端可以向服务器发送开票请求，该开票请求可以携带车辆标识以及支付运营费用的时间，服务器通过该时间和车辆标识，可以获取到对应的行程信息，并基于行程信息来进行电子票据的开具，并将开具的电子票据下发至用户终端，例如，可以下发至用户账户中，以便便利的查询。

当然，对于线下现金支付的情况，用户也可以进行上述开票申请，例如，可以通过用户终端上应用程序或者是母应用程序所提供的子应用程序来发起开票流程，可以手动在程序界面中输入驾驶员的信息以及支付运营费用的时间，从而由服务器基于上述信息来查询相应的行程信息，以进行后续的电子票据的开具和下发流程。

需要说明的是，上述行程信息可以包括上述资源转移过程所产生的资源数额。也即是，嵌入型应用的后台服务器可以目标事件的事件相关信息，例如事件的发生时间、车辆标识和资源数额发送至服务器，由服务器在开票时将该目标事件的事件相关信息显示在电子票据中，以使得用户对行程中的花费有全面的了解。

查询过程

为了便于驾驶员查询自身的资源转移情况，还可以提供历史查询功能，也即是，该方法还可以包括：根据所述用户在所述子应用程序中的历史查询操作，在所述子应用程序中显示所述用户的历史资源转移信息，所述历史资源转移信息包括所述用户已完成的多次资源转移事件。例如，参见图9，提供了一种查询界面的显示示意图。在该查询界面中可以提供用于标识该车辆的ETC卡片，可以标注有车牌号，还可以按照发生时间显示最近多条资源转移事件的记录，其中可以包括行程信息以及资源转移的具体数额等。

在一种可能实现方式中，还可以提供通行费电子票据的功能，例如，用户终端可以向服务器发送开票请求，该开票请求可以携带车辆标识以及支付通行费的时间，服务器通过该时间和车辆标识，可以获取到对应的资源转移信息，并基于资源转移信息来进行电子票据的开具，并将开具的电子票据下发至用户终端，例如，可以下发至用户账户中，以便便利的查询。当然，该开票过程中可以提供抬头信息的设置以及交付方式的设置等。为了提高处理效率，还可以提供批量开电子票据的功能，例如图10所示，用户可以通过电子票据服务器的交互来进行开票，用户可以在电子票据服务器预留验证手机、绑定通行费支付卡(ETC卡)，并设置电子票据抬头，并将电子票据的交付方式设置为自选的任一种方式，例如第三方应用的钱包或者邮箱等方式。设置后，则可以进行开通批量自动开票功能，从而可以通过一次性开具多张电子票据或是将多次资源转移开具为一张电子票据，通过上述注册环节，可以使得电子票据服务器在接收到任一次资源转移记录时，根据资源转移记录来开具电子票据，当然，电子票据服务器可以通过用户授权第三方应用的钱包等方式，将所开具的电子票据直接下发至用户在第三方应用的钱包中，又或者，可以按照其他指定方式进行电子票据的交付。上述电子票据服务器可以为电子发票服务器，该电子发票服务器可以基于区块链系统实现，从而使得电子发票有据可循。

而为了提高信息的真实性，还可以通过第二车载设备来对上述资源转移的数额进行展示，通过该展示可以避免乘客对所发生费用的质疑，提高乘客的行程满意度，提高更好的运营体验。例如，在第一车载设备发生了目标事件后，可以将该目标事件的资源数额发送至第二车载设备，由第二车载设备进行展示。如图11所示的界面中，可以展示该目标事件的事件类型以及资源数额。在一种可能实现方式中，该目标事件的同步可以是由上述直接的通信连接进行，还可以是基于第一车载设备-子应用程序的后台服务器-第二车载设备这种间接的通信连接来进行，该第一车载设备发生了目标事件后，将该目标事件上报至后台服务器，由后台服务器根据事件相关信息确定车辆标识所绑定的第二车载设备，向第二车载设备下发该事件相关信息，由第二车载设备在接收到该信息后，对数额进行展示。

进一步地，第二车载设备可以在行程结束时，展示包括有该目标事件的事件类型以及资源数额的行程信息，从而为乘客提供更全面的费用信息，如图12所示。在一种可能实现方式中，在通过该第二车载设备打印纸质票据时，还可以将该目标事件对应的资源数额也作为费用的一项进行打印，从而为乘客提供更全面的费用信息。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

图13是本申请实施例提供的一种业务处理装置的结构示意图。参见图13，所述装置包括：

接收模块1301，用于接收资源转移指令，所述资源转移指令携带目标事件的发生时间和车辆标识；

用户获取模块1302，用于获取目标应用程序中所述车辆标识已绑定用户中的目标用户，所述目标用户为在所述发生时间内处于运营状态的用户；

资源转移处理模块1303，用于基于所述目标用户的授权，通过所述目标应用程序向所述目标用户发起与所述目标事件对应的资源转移流程。

在一种可能实现方式中，该用户获取模块1302用于向目标应用程序服务器发送用户查询请求，所述用户查询请求携带所述发生时间和车辆标识；从所述目标应用程序服务器接收所述目标用户的用户信息。

在一种可能实现方式中，该用户获取模块1302用于根据所述车辆标识，获取所述目标应用程序中与所述车辆标识已绑定的至少一个用户；根据所述发生时间，查询所述至少一个用户的签到信息，将签到信息指示所述发生时间处于运营状态的用户获取为所述目标用户。

在一种可能实现方式中，资源转移处理模块1303，用于向目标应用程序服务器发送与所述目标事件对应的资源转移请求，所述资源转移请求携带所述目标用户的授权信息；从所述目标应用程序服务器接收响应于所述资源转移请求的资源转移结果；向所述目标用户下发所述资源转移结果。

需要说明的是：上述实施例提供的业务处理装置在业务处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务处理装置与业务处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图14是本申请实施例提供的一种资源展示装置的结构示意图。参见图14，所述装置包括：

接收模块1401，用于接收目标事件的事件相关信息，所述事件相关信息至少包括所述目标事件的资源转移数额；

展示模块1402，用于在显示界面中，展示所述目标事件的资源转移数额。

在一种可能实现方式中，所述事件相关信息还包括所述目标事件的事件类型；所述展示模块1402还用于在所述显示界面中，将所述目标事件的事件类型和所述目标事件的资源转移数额对应展示。

在一种可能实现方式中，所述装置还包括打印模块，用于当接收到打印指令时，基于行程基本信息和所述目标事件进行打印。

需要说明的是：上述实施例提供的资源展示装置在业务处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的资源展示装置与资源展示方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图15是本申请实施例提供的一种业务处理装置的结构示意图。参见图15，所述装置包括：

显示模块1501，用于在母应用程序客户端中显示子应用程序的信息输入界面，所述信息输入界面包括用于输入车辆标识的区域；

标识获取模块1502，用于根据在所述信息输入界面的所述区域上的操作，获取车辆标识，所述车辆标识用于唯一标识一台车辆；

授权模块1503，用于根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程。

在一种可能实现方式中，该标识获取模块1502，用于执行下述至少一项：

所述区域为输入框，当在所述输入框中检测到输入操作时，获取所述输入操作所输入的车辆标识；

所述区域为扫描触发区域，当在所述子应用程序上检测到对所述扫描触发区域的触发操作时，启动摄像头进行扫描，获取扫描得到的图像，对所述图像进行解析，得到所述车辆标识。

在一种可能实现方式中，该授权模块1503用于显示所述子应用程序的权限开通界面，所述权限开通界面包括确认开通选项；当检测到对所述确认开通选项的触发操作时，向母应用程序服务器发送授权指令，所述授权指令用于指示所述母应用程序服务器为所述子应用程序发放目标权限，所述目标权限为向所述目标用户发起与所述目标事件对应的资源转移流程的权限。

在一种可能实现方式中，该授权模块1503用于当检测到对任一种资源转移渠道的渠道选择操作，则将被选中的资源转移渠道确定为目标渠道。

在一种可能实现方式中，该授权模块1503用于当检测到对所述确认开通选项的触发操作时，显示身份验证界面；当基于所述身份验证界面的输入信息验证通过时，执行向母应用程序服务器发送授权指令步骤。

在一种可能实现方式中，所述显示模块还用于在所述子应用程序中显示接收到的资源转移成功消息，所述资源转移成功消息用于表示资源转移已完成。

在一种可能实现方式中，所述显示模块还用于根据所述用户在所述子应用程序中的历史查询操作，在所述子应用程序中显示所述用户的历史资源转移信息，所述历史资源转移信息包括所述用户已完成的多次资源转移事件。

需要说明的是：上述实施例提供的业务处理装置在业务处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的业务处理装置与业务处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

图16是本申请实施例提供的一种终端的结构示意图。该终端1600可以是：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1600还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1600包括有：一个或多个处理器1601和一个或多个存储器1602。

处理器1601可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1601可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1601也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1601可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1601还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1602可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1602还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1602中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1601所执行以实现本申请中方法实施例提供的业务处理方法。

在一些实施例中，终端1600还可选包括有：外围设备接口1603和至少一个外围设备。处理器1601、存储器1602和外围设备接口1603之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1603相连。具体地，外围设备包括：射频电路1604、显示屏1605、摄像头1606、音频电路1607、定位组件1608和电源1609中的至少一种。

外围设备接口1603可被用于将I/O(Input/Output，输入/输出)相关的至少一个外围设备连接到处理器1601和存储器1602。在一些实施例中，处理器1601、存储器1602和外围设备接口1603被集成在同一芯片或电路板上；在一些其他实施例中，处理器1601、存储器1602和外围设备接口1603中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1604用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1604通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1604将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1604包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1604可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1604还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏1605用于显示UI(UserInterface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1605是触摸显示屏时，显示屏1605还具有采集在显示屏1605的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1601进行处理。此时，显示屏1605还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1605可以为一个，设置终端1600的前面板；在另一些实施例中，显示屏1605可以为至少两个，分别设置在终端1600的不同表面或呈折叠设计；在再一些实施例中，显示屏1605可以是柔性显示屏，设置在终端1600的弯曲表面上或折叠面上。甚至，显示屏1605还可以设置成非矩形的不规则图形，也即异形屏。显示屏1605可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材质制备。

摄像头组件1606用于采集图像或视频。可选地，摄像头组件1606包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1606还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1607可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1601进行处理，或者输入至射频电路1604以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1600的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1601或射频电路1604的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1607还可以包括耳机插孔。

定位组件1608用于定位终端1600的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1608可以是基于美国的GPS(GlobalPositioning System，全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。

电源1609用于为终端1600中的各个组件进行供电。电源1609可以是交流电、直流电、一次性电池或可充电电池。当电源1609包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1600还包括有一个或多个传感器1610。该一个或多个传感器1610包括但不限于：加速度传感器1611、陀螺仪传感器1612、压力传感器1613、指纹传感器1614、光学传感器1615以及接近传感器1616。

加速度传感器1611可以检测以终端1600建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1611可以用于检测重力加速度在三个坐标轴上的分量。处理器1601可以根据加速度传感器1611采集的重力加速度信号，控制显示屏1605以横向视图或纵向视图进行用户界面的显示。加速度传感器1611还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1612可以检测终端1600的机体方向及转动角度，陀螺仪传感器1612可以与加速度传感器1611协同采集用户对终端1600的3D动作。处理器1601根据陀螺仪传感器1612采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1613可以设置在终端1600的侧边框和/或显示屏1605的下层。当压力传感器1613设置在终端1600的侧边框时，可以检测用户对终端1600的握持信号，由处理器1601根据压力传感器1613采集的握持信号进行左右手识别或快捷操作。当压力传感器1613设置在显示屏1605的下层时，由处理器1601根据用户对显示屏1605的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1614用于采集用户的指纹，由处理器1601根据指纹传感器1614采集到的指纹识别用户的身份，或者，由指纹传感器1614根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1601授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1614可以被设置终端1600的正面、背面或侧面。当终端1600上设置有物理按键或厂商Logo时，指纹传感器1614可以与物理按键或厂商Logo集成在一起。

光学传感器1615用于采集环境光强度。在一个实施例中，处理器1601可以根据光学传感器1615采集的环境光强度，控制显示屏1605的显示亮度。具体地，当环境光强度较高时，调高显示屏1605的显示亮度；当环境光强度较低时，调低显示屏1605的显示亮度。在另一个实施例中，处理器1601还可以根据光学传感器1615采集的环境光强度，动态调整摄像头组件1606的拍摄参数。

接近传感器1616，也称距离传感器，通常设置在终端1600的前面板。接近传感器1616用于采集用户与终端1600的正面之间的距离。在一个实施例中，当接近传感器1616检测到用户与终端1600的正面之间的距离逐渐变小时，由处理器1601控制显示屏1605从亮屏状态切换为息屏状态；当接近传感器1616检测到用户与终端1600的正面之间的距离逐渐变大时，由处理器1601控制显示屏1605从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图16中示出的结构并不构成对终端1600的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图17是本申请实施例提供的一种车载设备的结构示意图，该车载设备1700可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(central processingunits，CPU)1701和一个或多个的存储器1702，其中，所述一个或多个存储器1702中存储有至少一条指令，所述至少一条指令由所述一个或多个处理器1701加载并执行以实现上述各个方法实施例提供的方法。当然，该车载设备1700还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该车载设备1700还可以包括其他用于实现设备功能的部件，在此不做赘述。

图18是本申请实施例提供的一种服务器的结构示意图，该服务器1800可因配置或性能不同而产生比较大的差异，可以包括一个或多个处理器(central processing units，CPU)1801和一个或多个的存储器1802，其中，所述一个或多个存储器1802中存储有至少一条指令，所述至少一条指令由所述一个或多个处理器1801加载并执行以实现上述各个方法实施例提供的方法中后台服务器或是目标应用服务器所执行的步骤。当然，该服务器1800还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器1800还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由处理器执行以完成上述实施例中的业务处理方法。例如，该计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory，RAM)、只读光盘(Compact Disc Read-Only Memory，CD-ROM)、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

上述仅为本申请的较佳实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (20)

1.一种业务处理方法，其特征在于，所述方法包括：

接收资源转移指令，所述资源转移指令携带目标事件的发生时间和车辆标识，所述目标事件用于表示产生通行费用；

获取目标应用程序中所述车辆标识已绑定用户中的目标用户，所述目标用户为在所述发生时间内处于运营状态的用户；

基于所述目标用户的授权，通过所述目标应用程序向所述目标用户发起与所述目标事件对应的资源转移流程。

2.根据权利要求1所述的方法，其特征在于，所述获取目标应用程序中所述车辆标识已绑定用户中的目标用户包括：

向目标应用程序服务器发送用户查询请求，所述用户查询请求携带所述发生时间和车辆标识；

从所述目标应用程序服务器接收所述目标用户的用户信息。

3.根据权利要求1所述的方法，其特征在于，所述获取目标应用程序中所述车辆标识已绑定用户中的目标用户包括：

根据所述车辆标识，获取所述目标应用程序中与所述车辆标识已绑定的至少一个用户；

根据所述发生时间，查询所述至少一个用户的签到信息，将签到信息指示所述发生时间处于运营状态的用户获取为所述目标用户。

4.根据权利要求1所述的方法，其特征在于，所述基于所述目标用户的授权，通过所述目标应用程序向所述目标用户发起与所述目标事件对应的资源转移流程包括：

向目标应用程序服务器发送与所述目标事件对应的资源转移请求，所述资源转移请求携带所述目标用户的授权信息；

从所述目标应用程序服务器接收响应于所述资源转移请求的资源转移结果；

向所述目标用户下发所述资源转移结果。

5.一种资源展示方法，其特征在于，应用于车载设备，所述方法包括：

接收目标事件的事件相关信息，所述事件相关信息至少包括所述目标事件的资源转移数额，所述目标事件用于表示产生通行费用；

在显示界面中，展示所述目标事件的资源转移数额。

6.根据权利要求5所述的方法，其特征在于，所述事件相关信息还包括所述目标事件的事件类型；

所述方法还包括：在所述显示界面中，将所述目标事件的事件类型和所述目标事件的资源转移数额对应展示。

7.根据权利要求5所述的方法，其特征在于，所述在显示界面中，展示所述目标事件的资源转移数额之后，所述方法还包括：

当接收到打印指令时，基于行程基本信息和所述目标事件进行打印。

8.一种业务处理方法，其特征在于，包括：

在母应用程序客户端中显示子应用程序的信息输入界面，所述信息输入界面包括用于输入车辆标识的区域；

根据在所述信息输入界面的所述区域上的操作，获取车辆标识，所述车辆标识用于唯一标识一台车辆；

根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程，所述目标事件用于表示产生通行费用。

9.根据权利要求8所述的方法，其特征在于，所述根据在所述信息输入界面的所述区域上的操作，获取车辆标识包括下述至少一项：

所述区域为输入框，当在所述输入框中检测到输入操作时，获取所述输入操作所输入的车辆标识；

所述区域为扫描触发区域，当在所述子应用程序上检测到对所述扫描触发区域的触发操作时，启动摄像头进行扫描，获取扫描得到的图像，对所述图像进行解析，得到所述车辆标识。

10.根据权利要求8所述的方法，其特征在于，所述根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程包括：

显示所述子应用程序的权限开通界面，所述权限开通界面包括确认开通选项；

当检测到对所述确认开通选项的触发操作时，向母应用程序服务器发送授权指令，所述授权指令用于指示所述母应用程序服务器为所述子应用程序发放目标权限，所述目标权限为向所述目标用户发起与所述目标事件对应的资源转移流程的权限。

11.根据权利要求10所述的方法，其特征在于，所述权限开通界面还包括多个资源转移渠道，所述显示所述子应用程序的权限开通界面之后，所述方法还包括：

当检测到对任一种资源转移渠道的渠道选择操作，则将被选中的资源转移渠道确定为目标渠道。

12.根据权利要求10所述的方法，其特征在于，所述当检测到对所述确认开通选项的触发操作时，向母应用程序服务器发送授权指令包括：

当检测到对所述确认开通选项的触发操作时，显示身份验证界面；

当基于所述身份验证界面的输入信息验证通过时，执行向母应用程序服务器发送授权指令步骤。

13.根据权利要求8所述的方法，其特征在于，所述方法还包括：

通过所述母应用程序接收基于所述目标事件开具的电子票据。

14.根据权利要求8所述的方法，其特征在于，所述根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程之后，所述方法还包括：

在所述子应用程序中显示接收到的资源转移成功消息，所述资源转移成功消息用于表示资源转移已完成。

15.根据权利要求8所述的方法，其特征在于，所述根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程之后，所述方法还包括：

根据所述用户在所述子应用程序中的历史查询操作，在所述子应用程序中显示所述用户的历史资源转移信息，所述历史资源转移信息包括所述用户已完成的多次资源转移事件。

16.一种业务处理装置，其特征在于，所述装置包括：

接收模块，用于接收资源转移指令，所述资源转移指令携带目标事件的发生时间和车辆标识，所述目标事件用于表示产生通行费用；

用户获取模块，用于获取目标应用程序中所述车辆标识已绑定用户中的目标用户，所述目标用户为在所述发生时间内处于运营状态的用户；

资源转移处理模块，用于基于所述目标用户的授权，通过所述目标应用程序向所述目标用户发起与所述目标事件对应的资源转移流程。

17.一种资源展示装置，其特征在于，应用于车载设备，所述装置包括：

接收模块，用于接收目标事件的事件相关信息，所述事件相关信息至少包括所述目标事件的资源转移数额，所述目标事件用于表示产生通行费用；

展示模块，用于在显示界面中，展示所述目标事件的资源转移数额。

18.一种业务处理装置，其特征在于，包括：

显示模块，用于在母应用程序客户端中显示子应用程序的信息输入界面，所述信息输入界面包括用于输入车辆标识的区域；

标识获取模块，用于根据在所述信息输入界面的所述区域上的操作，获取车辆标识，所述车辆标识用于唯一标识一台车辆；

授权模块，用于根据检测到的授权操作，授权所述子应用程序在发生所述车辆标识关联的目标事件后进行与所述目标事件对应的资源转移流程，所述目标事件用于表示产生通行费用。

19.一种计算机设备，其特征在于，所述计算机设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，述程序代码由处理器加载并执行以实现如权利要求1至权利要求4或权利要求8至权利要求15任一项所述的业务处理方法或权利要求5至权利要求7任一项所述的资源展示方法所执行的操作。

20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至权利要求4或权利要求8至权利要求15任一项所述的业务处理方法或权利要求5至权利要求7任一项所述的资源展示方法所执行的操作。

Images