CN112633871A

CN112633871A - 业务处理方法、装置、终端及介质

Info

Publication number: CN112633871A
Application number: CN201910965866.9A
Authority: CN
Inventors: 李磊; 黄铁鸣; 陈郁; 林莉; 李斌
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2019-10-09
Filing date: 2019-10-09
Publication date: 2021-04-09

Abstract

本发明实施例公开了一种业务处理方法、装置、终端及介质；方法包括：响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从第一应用切换至目标子应用；显示包括用于收取电子资源的资源服务项目的资源服务界面；根据针对资源服务项目的资源业务操作，获取资源服务项目对应的资源图形码；响应于在第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于资源图形码的通知数据，该通知数据用于通知资源支付用户通过支付终端扫描资源图形码，以向资源收取用户转移电子资源。本发明实施例可满足用户在不同应用中的收款业务需求，并降低开发成本。

Description

业务处理方法、装置、终端及介质

技术领域

本发明涉及互联网技术领域，具体涉及通信技术领域，尤其涉及一种业务处理方法、一种业务处理装置、一种终端及一种计算机存储介质。

背景技术

随着互联网技术的发展，基于互联网的电子收款方式应运而生；并且，该电子收款方式凭借其简单快捷以及安全可靠的优势，逐渐受到了越来越多的用户、企业和商家的使用。目前，当用户、企业或者商家想要通过某应用执行收款业务，则必须要求该应用能够支持该收款的业务功能，否则该应用则无法响应用户或商家的收款需求；例如，某销售人员在使用企业办公应用进行工作的过程中，若想要通过该企业办公应用中向某目标客户收取一定的业务费用，则要求该企业办公应用必须具备收款功能，否则该销售人员便无法通过该企业办公应用从目标客户处收取相应的电子资源。此情况下，为了满足用户在不同应用中所涉及的收款业务需求，通常需要各个应用的开发人员分别对各自的应用进行功能开发，以在各自的应用中增加相应的收款功能，这无疑会增加较多的开发成本。

发明内容

本发明实施例提供了一种业务处理方法、装置、终端及计算机存储介质，可以满足用户在不同应用中的收款业务需求，并降低开发成本。

一方面，本发明实施例提供了一种业务处理方法，该业务处理方法包括：

响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从所述第一应用切换至所述第二应用内的目标子应用；

显示所述目标子应用的资源服务界面，所述资源服务界面包括用于收取电子资源的资源服务项目；

根据针对所述资源服务项目的资源业务操作，获取所述资源服务项目所对应的资源图形码；

响应于在所述第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成所述资源图形码的通知数据，所述通知数据用于通知所述资源支付用户通过支付终端扫描所述资源图形码，以向所述资源收取用户转移电子资源。

另一方面，本发明实施例提供了一种业务处理装置，该业务处理装置包括：

处理单元，用于响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从所述第一应用切换至所述第二应用内的目标子应用；

显示单元，用于显示所述目标子应用的资源服务界面，所述资源服务界面包括用于收取电子资源的资源服务项目；

所述处理单元，用于根据针对所述资源服务项目的资源业务操作，获取所述资源服务项目所对应的资源图形码；

所述处理单元，用于响应于在所述第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于所述资源图形码的通知数据，所述通知数据用于通知所述资源支付用户通过支付终端扫描所述资源图形码，以向所述资源收取用户转移电子资源。

再一方面，本发明实施例提供了一种终端，所述终端包括输入设备和输出设备，所述终端还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如下步骤：

再一方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如下步骤：

响应于在所述第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于所述资源图形码的通知数据，所述通知数据用于通知所述资源支付用户通过支付终端扫描所述资源图形码，以向所述资源收取用户转移电子资源。

本发明实施例可响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，先从第一应用切换至目标子应用；其次，可显示包括用于收取电子资源的资源服务项目的资源服务界面，并根据针对资源服务项目的资源业务操作，获取资源服务项目所对应的资源图形码；然后，可响应于在第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于资源图形码的通知数据，该通知数据用于通知资源支付用户通过支付终端扫描资源图形码，以向资源收取用户转移电子资源。在上述业务处理过程中，通过在第一应用中设置第二应用内的目标子应用的应用入口，可实现第一应用和第二应用内的目标子应用的交互，并通过该交互使得第一应用能够借助目标子应用实现收款业务功能，无需对第一应用执行软件开发工作，可有效降低第一应用的开发成本。

附图说明

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

图1是本发明实施例提供的一种通信系统的架构示意图；

图2是本发明实施例提供的一种业务处理方法的流程示意图；

图3是本发明实施例提供的一种资源图形码的示意图；

图4是本发明另一实施例提供的一种业务处理方法的流程示意图；

图5a是本发明实施例提供的一种业务处理方法的应用场景图；

图5b是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5c是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5d是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5e是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5f是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5g是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5h是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5i是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5j是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5k是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5l是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5m是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5n是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5o是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5p是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5q是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5r是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5s是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5t是本发明实施例提供的一种业务处理方法的另一应用场景图；

图5u是本发明实施例提供的一种业务处理方法的另一应用场景图；

图6是本发明另一实施例提供的一种业务处理方法的流程示意图；

图7是本发明实施例提供的一种业务处理装置的结构示意图；

图8是本发明实施例提供的一种终端的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施例提出了一种通信系统，该通信系统可至少包括：收取终端、支付终端以及至少一个应用服务器；其具体的架构示意图可参见图1所示。其中，收取终端是指资源收取用户所使用的终端，即用于收取电子资源的终端；支付终端是指资源支付用户所使用的终端，即用于转移(或支付)电子资源的终端。此处的终端(如收取终端、支付终端等)均可以为以下任一种：智能手机、平板电脑、膝上计算机等便携式设备，以及台式电脑，等等；电子资源是指：与法币(如人民币)等值的，且以电子形式存储在电子钱包(如微信钱包、QQ钱包)中的货币。终端内可安装并运行各类应用(Application，应用程序)，如第一应用和第二应用。其中，第一应用是指未提供关于电子资源的相关业务的应用，例如：为目标企业提供办公管理业务的企业办公应用(如企业微信应用)、提供视频播放业务的视频应用，等等。第二应用是指可提供关于电子资源的相关业务的应用，例如：功能较为广泛的社交应用(如微信应用、腾讯QQ应用)、第三方支付应用，等等。在具体实现中，第二应用可通过软件功能升级的方式来直接为用户提供关于电子资源的相关业务，也可通过内嵌目标子应用的方式来间接为用户提供实现内嵌目标子应用；此处的目标子应用是指可为资产经营者提供关于电子资源的相关业务的子应用，所谓资产经营者是指生产、经营相关物品的个人或组织，如商家或个人；所谓子应用是指无需下载安装，即可使用的应用程序，如微信小程序。相应的，应用服务器是指为终端内所安装并运行的各类应用提供相应服务的服务器；任一应用服务器均可以是一个独立的服务设备，也可以由多个服务设备所构成的集群设备。需要说明的是，图1只是示例性地说明本发明实施例所涉及的通信系统的架构，并不对该通信系统的具体架构进行限定。

基于上述的通信系统，本发明实施例提出了一种业务处理方案；该业务处理方案可由上述通信系统中的收取终端执行，具体如下：收取终端可预先在第一应用中添加第二应用内的目标子应用的应用入口，使得第一应用中的资源收取用户在存在收款需求时，可以通过该应用入口触发收取终端从第一应用切换至第二应用内的目标子应用，并通过目标子应用获取一个资源图形码；此处的资源图形码也可称为收款图形码，其是指用于收取电子资源的图形码。然后可响应于在第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于资源图形码的通知数据；该通知数据用于通知资源支付用户通过支付终端扫描资源图形码，以向资源收取用户转移相应的电子资源。由此可见，本发明实施例所提出的业务处理方案可通过在第一应用中设置第二应用内的目标子应用的应用入口，实现第一应用和第二应用内的目标子应用的交互，并通过该交互使得第一应用能够借助目标子应用实现收款业务功能，无需对第一应用执行软件开发工作，可有效降低第一应用的开发成本。

基于上述的描述，本发明实施例提出一种业务处理方法，该业务处理方法可以由上述通信系统中的收取终端执行。请参见图2，该业务处理方法可包括以下步骤S201-S204：

S201，响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从第一应用切换至第二应用内的目标子应用。

由前述可知，收取终端可预先在第一应用内添加用于进入第二应用内的目标子应用的应用入口。当第一应用中的资源收取用户想要从资源支付用户处收取电子资源时，可以在第一应用中对该应用入口执行触发操作，以触发收取终端进行应用切换；此处的资源收取用户可以是注册了第一应用(即具有登陆第一应用的用户账号)的任一用户，资源收取用户所执行的触发操作可以包括但不限于：点击应用入口的点击操作、按压应用入口的按压操作、语音控制应用入口处于被触发状态的语音操作，等等。相应的，收取终端可在第一应用中实时检测是否存在该触发操作；若检测到该触发操作，则可响应该触发操作，从第一应用切换至第二应用内的目标子应用。

S202，显示目标子应用的资源服务界面。

S203，根据针对资源服务项目的资源业务操作，获取资源服务项目所对应的资源图形码。

在步骤S202-S203中，收取终端在成功从第一应用切换至第二应用内的目标子应用后，可显示目标子应用的资源服务界面，并通过目标子应用的资源服务界面提供一个或多个关于电子资源的服务项目；例如，可用于通过使其他用户扫描图形码的方式收取电子资源的资源服务项目，可用于为目标资产经营者添加服务用户的用户服务项目，等等；其中，服务用户是指为目标资产经营者进行劳动服务的用户(如为商家进行劳动服务的店员)。然后，收取终端可实时检测是否存在针对资源服务项目的资源业务操作，若检测到针对资源服务项目的资源业务操作，则可响应此资源业务操作，获取资源服务项目所对应的资源图形码，此处的资源图形码可以为条形码、二维码等。其中，条形码(如图3的左图所示)是指将宽度不等的多个黑条和白条，按照一定的编码规则排列，用以表达一组信息的图形标识符；二维码(如图3的右图所示)是指用某种特定的几何图形按照一定规律在二维平面上分布的黑白相间的，用以记录数据符号信息的图形标识符。

在一种具体实现中，收取终端在获取到资源图形码之后，可将资源图形码保存至收取终端的本地空间。在一种实施方式中，由于资源收取用户是在第一应用内存在收款需求的，因此收取终端在获取到资源图形码之后，还可以直接从目标子应用的当前界面切换至第一应用的应用界面，以便于后续资源收取用户在第一应用的应用界面向资源支付用户发出资源业务指令时，第一应用可以从本地空间中读取该资源图形码。其中，目标子应用的当前界面是指显示资源图形码的界面，该当前界面可以和资源服务界面相同，也可以和资源服务界面不同；第一应用的应用界面可以包括以下任一种：包含会话窗口的会话界面、主界面、消息列表界面，等等。再一种实施方式中，收取终端在获取到资源图形码之后，可以在资源图形码的有效期内检测是否存在资源收取用户打开的第一应用的打开指令；若检测到该打开指令，则可响应该打开指令，输出第一应用的应用界面。

再一种具体实现中，收取终端在获取到资源图形码之后，也可以从目标子应用切换至第一应用，并将资源图形码从目标子应用传递至第一应用，以便于后续资源收取用户通过第一应用向资源支付用户发出资源业务指令时，第一应用可以直接生成关于资源图形码的通知数据。

S204，响应于在第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于资源图形码的通知数据。

此处的资源业务指令可以包括资源收取用户将资源图形码发送给资源支付用户的操作指令。在一种实施方式中，资源业务指令可以是在第一应用中根据资源收取用户的用户账号和资源支付用户的用户账号创建的会话窗口中检测到的。具体的，收取终端可以根据资源收取用户的用户账号和资源支付用户的用户账号，在第一应用中创建一个会话窗口；当在会话窗口中检测到资源收取用户向资源支付用户发送资源图形码的操作指令时，可以将该操作指令作为资源业务指令。其中，资源收取用户的用户账号可以为资源收取用户登陆第一应用所使用的账号，资源支付用户的用户账号也可以为资源支付用户登陆第一应用所使用的账号；例如，第一应用为企业办公应用，则资源收取用户的用户账号可以为资源收取用户登陆企业办公应用所使用的企业账号，资源支付用户的用户账号也可以为资源支付用户登陆企业办公应用所使用的企业账号。或者，资源收取用户的用户账号可以为资源收取用户登陆第一应用所使用的账号，资源支付用户的用户账号可以为资源支付用户登陆第二应用所使用的账号；例如，第一应用为企业办公应用、第二应用为社交应用，则资源收取用户的用户账号为资源收取用户登陆企业办公应用所使用的企业账号，资源支付用户的用户账号为资源支付用户登陆社交应用所使用的社交账号。再一种实施方式中，资源业务指令也可以是在第一应用中的任一界面(如主界面、消息列表界面等)中检测到的。具体的，资源收取用户可以在第一应用的消息列表界面中输入语音类型的操作指令，如“请将资源图形码发送给资源支付用户”；此时，收取终端可在消息列表界面中检测到该操作指令，并将该操作指令作为资源业务指令。为便于阐述，后续均以在第一应用中的会话窗口中检测到该资源业务指令为例进行说明。

收取终端在检测到资源业务指令后，还可响应于该资源业务指令，生成关于资源图形码的通知数据；此处的通知数据可以包括以下任一种：包含资源图形码的图像数据、资源图形码所对应的标识数据、根据资源图形码生成的音频数据。在生成通知数据之后，收取终端还可将通知数据发送至资源支付用户所使用的支付终端，以使得支付终端根据该通知数据输出资源图形码，从而通知资源支付用户通过支付终端扫描资源图形码，以向资源收取用户转移电子资源。在一种实施方式中，若资源收取用户的用户账号为资源收取用户登陆第一应用所使用的账号，资源支付用户的用户账号为资源支付用户登陆第一应用所使用的账号；则在此实施方式下，收取终端可以将该通知数据发送至第一应用所对应的第一服务器，以使得第一服务器将该通知数据下发至资源支付用户所使用的支付终端中的第一应用。再一种实施方式中，若资源收取用户的用户账号为资源收取用户登陆第一应用所使用的账号，资源支付用户的用户账号为资源支付用户登陆第二应用所使用的账号；则在此实施方式下，收取终端可生成携带通知数据的数据转发请求；将该数据转发请求发送至第一应用对应的第一服务器，以请求第一服务器将通知数据转发至第二应用对应的第二服务器，使得第二服务器将通知数据下发至资源支付用户所使用的支付终端内的第二应用；由此可见，本发明实施例还可实现资源收取用户跨应用地发送关于资源图形码的通知数据至资源支付用户，无需资源收取用户人为地从第一应用切换至第二应用，业务操作简单高效，可有效提高业务处理效率。

需要说明的是，当通知数据包括图像数据时，收取终端也可以不将通知数据发送给支付终端，而是直接在收取终端的用户界面中显示该图像数据中的资源图形码；在此情况下，资源收取用户可以将收取终端中所显示的资源图形码展示给资源支付用户，使得资源支付用户通过支付终端扫描收取终端中所显示的资源图形码，以向资源收取用户转移电子资源。当通知数据包括音频数据时，收取终端也可以无需通过服务器将通知数据(即音频数据)发送给支付终端，而是直接通过收取终端的扬声器播放该音频数据；在此情况下，支付终端可以通过自身的麦克风接收该音频数据，并根据音频数据获取资源图形码，然后在支付终端的用户界面中显示该资源图形码，使得资源支付用户通过支付终端扫描该资源图形码，以向资源收取用户转移电子资源。

随着越来越多的企业在使用企业办公应用进行办公管理的过程中，也会存在大量关于电子资源的业务需求(如收款需求)；例如，企业中的销售人员(即企业用户)需要从客户处收取某售卖商品所对应的电子资源；又如，企业中的财务人员(即企业用户)需要从合作公司处收取合作费用所对应的电子资源，等等。在此情况下，企业可以一边使用企业办公应用进行办公管理，一边以资产经营者(如商家)的身份使用具有收款功能的收款应用执行收款业务。但研究表明，对于同时使用企业办公应用和其他收款应用的企业，由于企业办公应用的组织架构和其他收款应用的组织架构是不同的，这两个应用具有不同的账号体系，不便于企业统一管理和维护。基于此，本发明实施例基于上述方法实施例的描述，还提出了另一种如图4所示的业务处理方法；该业务处理方法可以由上述通信系统中的收取终端执行，通过该业务处理方法可以将企业办公应用的组织架构管理和其他收款应用的组织架构管理相结合，使得企业中的员工可以在企业办公应用中使用其他收款应用执行收款业务。

需要说明的是，本发明实施例后续所提及的第一应用是指为目标企业提供办公管理业务的企业办公应用，资源收取用户是目标企业中负责管理该办公管理业务的管理用户；第二应用包括社交应用，第二应用中的目标子应用是指可为资产经营者提供关于电子资源的相关业务的子应用，即该目标子应用可相当于收款应用。请参见图4，该业务处理方法可包括以下步骤S401-S414：

S401，响应于在第二应用的绑定管理页面中检测到的绑定触发事件，输出绑定录入页面。

由于第一应用和第二应用内的目标子应用所对应的组织架构是不同的，这两者具有不同的账号体系；例如，第一应用具有的账号体系包括的是目标企业中的各个企业用户用于登陆第一应用的企业账号，而目标子应用具有的账号体系包括的是目标资产经营者(如商家)在目标子应用注册并使用的资产账号，此处的资产账号是指用于唯一标识目标资产经营者的账号，如商户号。因此，本发明实施例为了便于目标企业统一管理和维护，且能够实现在企业办公应用中使用目标子应用执行收款业务，可将使用第一应用的目标企业的企业信息和目标企业在第二应用内的目标子应用中所对应的目标资产经营者的资产账号进行绑定，并在第一应用中设置进入目标子应用的应用入口。

在具体实施过程中，管理用户可以先登陆第一应用的应用管理端系统(或称为应用管理端平台)，并在第一应用的应用管理端系统中查询目标企业的企业标识(如企业ID)；然后，登陆第二应用的应用管理端系统，并打开第二应用的应用管理端系统绑定管理页面，该绑定管理页面中可包括绑定录入按钮；管理用户可以通过点击或按压该绑定录入按钮，触发收取终端从绑定管理页面切换至绑定录入页面，如图5a所示。相应的，收取终端可响应于在第二应用的绑定管理页面中检测到的绑定触发事件，输出绑定录入页面；此处的绑定触发事件可包括：检测到针对绑定录入按钮的触发操作的事件。

S402，在绑定录入页面中获取绑定申请资料。

S403，发送携带绑定申请资料的绑定申请请求至第二服务器。

在步骤S402-S403中，在收取终端输出绑定录入界面之后，管理用户可以在该绑定录入界面中填写绑定申请资料；相应的，收取终端可在绑定录入页面中获取绑定申请资料。此处的绑定申请资料至少包括：目标企业的企业信息以及待绑定的目标资产经营者的资产账号；其中，企业信息可包括企业标识、企业标识认证主体、企业名称等。收取终端获取到绑定申请资料之后，可以发送携带绑定申请资料的绑定申请请求至第二服务器，以请求第二服务器根据绑定申请资料生成授权申请单，并添加该授权申请单至目标企业的授权绑定列表，以及审核授权申请单的授权资格。

相应的，第二服务器在接收到该绑定申请请求之后，可以根据绑定申请资料对绑定申请请求的合法性进行校验。若校验成功，则可将绑定申请资料录入授权绑定数据库；其中，将绑定申请资料录入授权绑定数据库的具体实施方式可以是：根据绑定申请资料生成授权申请单，并将该授权申请单添加至目标企业的授权绑定列表，该授权申请单至少包括目标企业的企业信息和目标资产经营者的资产账号。若校验失败，则可拒绝该绑定申请请求，并返回对应的错误码。需要说明的是，在一种实施方式中，第二服务器将授权申请单添加至目标企业的授权绑定列表之后，还可下发申请成功通知至收取终端；相应的，收取终端若接收到第二服务器返回的申请成功通知，则可在第二应用的应用管理端系统中输出该申请成功通知，如图5b所示；此情况下，当管理用户再次切换至绑定录入界面时，绑定录入界面中便会呈现该授权申请单，如图5c所示。再一种实施方式中，第二服务器还可下发申请受理通知至收取终端；相应的，收取终端若接收到第二服务器返回的申请受理通知，则可第二应用中输出申请受理通知，如图5d的左图所示；该申请受理通知是由第二服务器在将授权申请单添加至目标企业的授权绑定列表后下发的，该申请受理通知可包括以下至少一个内容：受理提示信息(如“您提交的申请已受理，请等待审核，审核时间为1-3个工作日”)、资产账号、经营者名称(如商户名称)、企业名称、企业标识、企业标识认证主体，等等。

第二服务器在将授权申请单至目标企业的授权绑定列表后，便可审核授权申请单的授权资格。具体的，第二服务器根据企业信息中的企业标识获取目标企业的认证资料，并根据资产账号获取目标资产经营者在注册申请该资产账号时所录入的录入资料。通过比对认证资料和录入资料是否相同，实现对授权申请单的授权资格的审核。若相同，则审核通过；此时第二服务器可将授权申请单所所对应的授权状态更新为待授权状态。若不相同，则审核不通过；此时第二服务器可将授权申请单的授权状态更新为审核不通过状态。第二服务器在审核完成之后，还可下发审核结果至收取终端；相应的，收取终端若接收到第二服务器下发的审核结果，则可在第二应用的应用管理端系统中输出审核结果，如图5d的右图所示；该审核结果是由第二服务器在对授权申请单的授权资格进行审核后下发的，审核结果用于指引管理用户到第一应用的应用管理端系统中继续下一步操作(如授权操作)。

S404，获取关于目标企业的待授权的授权申请单，并在授权管理页面中显示该授权申请单。

管理用户在收到审核结果之后，可以登陆第一应用的应用管理端系统，并进入第一应用的应用管理端系统中的应用管理页面；相应的，收取终端可通过第一服务器从第二服务器处获取关于目标企业的授权绑定列表，并在应用管理页面中显示授权绑定列表；该授权绑定列表中包括了待授权的授权申请单以及已处理的历史申请单。管理用户可以从授权绑定列表中选择待授权的授权申请单，此时收取终端可响应管理用户的选择操作，从授权绑定列表中获取待授权的授权申请单，并从应用管理页面切换至授权管理页面，并在授权管理页面显示该授权申请单，如图5e所示。

S405，响应于针对授权申请单的确认操作，发送同意授权请求至第二应用对应的第二服务器。

收取终端在授权管理页面显示授权申请单后，管理用户可以检查该授权申请单中的信息是否有误；若无误，则可点击授权管理页面中的授权按钮以对授权申请单执行确认操作。相应的，收取终端若检测到针对授权申请单的确认操作，则可生成同意授权请求，并发送同意授权请求至第二应用对应的第二服务器，以请求第二服务器将授权申请单的授权状态由待授权状态更新为已授权状态，以完成目标企业和目标资产经营者之间的绑定。由步骤S404可知，授权申请单是在第一应用的授权管理页面显示的；相应的，步骤S405的具体实施方式可以是：将同意授权请求发送至第一应用对应的第一服务器，以使得第一服务器对同意授权请求进行合法性校验，并在合法性校验通过后，将同意授权请求转发至第二应用对应的第二服务器。其中，同意授权请求可携带以下内容：企业标识、管理用户的用户标识、申请单编号(如申请单ID)、资产账号、授权状态(已授权状态)、操作时间戳等信息。

相应的，第二服务器在接收到同意授权请求之后，可对同意授权请求的合法性进行校验；若校验成功，则可从授权绑定数据库中读取出申请单标识对应的授权申请单，并将授权申请单的授权状态由待授权状态更新为已授权状态，以完成目标企业和目标资产经营者之间的绑定。然后，第二服务器还可返回授权成功通知给第一服务器，以使得第一服务器将该授权成功通知下发至收取终端。相应的，收取终端若接收到第一服务器返回的授权成功通知，则可在授权管理页面中以弹窗的形式输出该授权成功通知，如图5f所示。

S406，在成功完成目标企业和目标资产经营者之间的绑定后，在第一应用中添加目标子应用的应用入口。

收取终端若接收到第一服务器返回的授权成功通知，则可确定成功完成目标企业和目标资产经营者之间的绑定，该授权成功通知是由第二服务器发送至第一服务器的。此时，收取终端可在第一应用中添加目标子应用的应用入口，如图5g所示。在一种实施方式中，收取终端在第一应用中添加目标子应用的应用入口后，生成关于目标子应用的应用入口的新增入口通知；在第一应用中输出新增入口通知，以通知管理用户第一应用内已新增目标子应用的应用入口。

需要说明的是，在上述步骤S401-S406中所提及的页面(如绑定管理页面、绑定录入页面、授权管理页面等)均是指以网页形式呈现的页面，如传统的浏览器网页页面，H5页面，等等；此处的H5页面是指移动端的web页面。管理用户收到新增入口通知之后，可在第一应用中对该应用入口执行触发操作以进入至目标子应用，从而执行后续操作。

S407，响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从第一应用切换至第二应用内的目标子应用。

S408，显示目标子应用的资源服务界面。

在步骤S407-S408中，当管理用户存在关于电子资源的相关业务需求时，可通过对应用入口执行触发操作，以触发收取终端从第一应用切换至第二应用内的目标子应用，并显示目标子应用的资源服务界面。在一种实施方式中，收取终端在从第一应用切换至第二应用内的目标子应用后，可直接显示该资源服务界面，如图5h所示。再一种实施方式中，收取终端在从第一应用切换至第二应用内的目标子应用后，可先显示目标子应用的首页服务界面，并在首页界面中提供一个或多个用于满足资源收取用户的服务项目；例如：为满足资源收取用户查看资产门店的门店服务项目、为满足资源收取用户通过扫码方式进行收款的收款需求的扫码服务项目、为满足资源收取用户购买商品物料需求的物料购买服务项目、为满足用户查询收款记录需求的查询服务项目，等等。然后，响应于针对门店服务项目的触发操作，从首页服务界面切换至资源服务界面，如图5i所示；或者，响应于针对门店服务项目的触发操作，从首页服务界面切换至门店服务界面，门店服务界面中可包括至少一个门店的门店标识；然后根据在门店服务界面中检测到的针对至少一个门店标识的选择操作，从门店服务界面切换至被选择的门店标识所对应的门店的资源服务界面，如图5j所示。需要说明的是，在其他实施例中，资源服务项目也可以直接显示在目标子应用的首页服务界面中，如图5k所示；在此情况下，可以将首页服务界面作为资源服务界面。

其中，目标子应用的资源服务界面可包括一个或多个服务项目，例如：可用于通过使其他用户扫描图形码的方式收取电子资源的资源服务项目，可用于为目标资产经营者添加服务用户的用户服务项目，等等。当管理用户想要将目标企业中的企业用户(除管理用户以外的其他用户)作为目标资产经营者的新的服务用户，并在该企业用户所使用的第一应用中为该企业用户新增用于进入目标子应用的应用入口时，可对该用户服务项目执行相应的用户添加操作；相应的，收取终端可响应该用户添加操作，执行后续步骤S409-S412。当管理用户想要从资源支付用户处收取电子资源时，则可对资源服务项目执行相应的资源业务操作；相应的，收取终端可响应该资源业务操作，执行后续步骤S413-S414。

S409，根据针对用户服务项目的用户添加操作，输出用户添加界面。

在具体应用中，管理用户可先对用户服务项目执行触发操作，以触发收取终端从资源服务界面切换至用户详情界面，如图5l所示；该用户详情界面可包括用户添加按钮；可选的，用户详情界面还可包括已添加的服务用户的用户标识，如服务用户的工号、服务用户的姓名、服务用户在第二应用所使用的社交账号、或者服务用户在第一应用所使用的企业账号等。管理用户可对该用户添加按钮执行触发操作，以触发收取终端从用户详情界面切换至用户添加界面；相应的，收取终端可响应于针对用户添加按钮的触发操作，调用第一应用的选人组件输出用户添加界面，如图5m所示。在此实施方式下，本发明实施例中的用户添加操作可包括：对用户服务项目的触发操作，以及对用户添加按钮的触发操作。需要说明的是，用户添加界面是通过第一应用输出的，该用户添加界面可包括目标企业下的至少一个企业用户在第一应用中的企业账号。

S410，确定被选择的目标企业用户的目标企业账号，并生成携带目标企业账号和目标资产经营者的资产账号的用户添加请求。

S411，将用户添加请求发送至第二服务器。

S412，接收第二服务器返回的成功添加服务用户的通知，并输出成功添加服务用户的通知。

在步骤S410-S412中，管理用户可以在用户添加界面中选择一个或多个企业账号，而收取终端则可根据管理用户对一个或多个企业账号的选择操作，确定被选择的目标企业用户的目标企业账号，如图5n所示；并在检测到管理用户针对目标企业账号的确认操作(例如对用户添加界面中的“确认”按钮的触发操作)后，生成携带目标企业账号和目标资产经营者的资产账号的用户添加请求。然后，收取终端可将用户添加请求发送至第二服务器，以请求第二服务器将目标企业账号与资产账号进行关联存储，以将目标企业用户作为目标资产经营者的新的服务用户。相应的，第二服务器在接收到用户添加请求之后，可以通过调用第一服务器检测目标企业用户是否为合法用户；若为合法用户，则可将目标企业用户的目标企业账号和资产账号进行关联存储。可选的，若目标企业用户为合法用户，则第二服务器将目标企业用户的目标企业账号在第二应用进行注册，以使得后续目标企业用户可以使用该目标企业账号登陆第二应用，并在第二应用中使用该目标企业账号和第二应用中的其他用户进行会话通信。

第二服务器在将目标企业用户的目标企业账号和资产账号进行关联存储后，还可下发成功添加服务用户的通知至收取终端；相应的，收取终端可接收第二服务器返回的成功添加服务用户的通知，并输出成功添加服务用户的通知。在一种实施方式中，收取终端可在接收到成功添加服务用户的通知后，直接在第一应用中的用户添加界面中输出该成功添加服务用户的通知，如图5o所示。再一种实施方式中，收取终端可在目标子应用中的用户详情界面中输出该成功添加服务用户的通知；具体的，收取终端可先从第一应用中的用户添加界面切换至目标子应用的用户详情界面，在目标子应用中的用户详情界面中输出成功添加服务用户的通知，如图5p所示。

可选的，第二服务器在将目标企业用户的目标企业账号和资产账号进行关联存储后，还可发送用户通知请求至第一服务器；第一服务器在接收到该用户通知请求之后，可对该用户通知请求的合法性进行校验。若校验成功，则第一服务器可发送用户通知提示至目标企业用户所使用的第一应用，以使得目标企业用户所使用的第一应用添加目标子应用的应用入口，并输出该用户通知提示，如图5q所示；该用户通知提示可包括以下至少一项内容：提示信息(如“恭喜你成为对外收款的服务用户”)、门店名称、内容概要、备注信息等。其中，内容概要可用于向目标企业用户阐述目标子应用的功能信息，其具体可以包括诸如“顾客扫码资源图形码付款后，你会收到第一应用发送的收款通知，你也可以进入第一应用中的“工作台-对外收款”中查看收款记录及其他功能”等类似的信息；备注信息可用于向目标企业用户阐述目标子应用的使用途径，其具体可包括诸如“在第一应用中的“工作台-对外收款”中直接使用”等类似的信息。

S413，根据针对资源服务项目的资源业务操作，获取资源服务项目所对应的资源图形码。

在本发明实施例中，该资源服务项目所对应的资源图形码可以是预先设置的，也可以是实时或者周期性更新生成的。在具体实施过程中，收取终端可根据针对资源服务项目的资源业务操作，向第二服务器发送图形码请求。相应的，第二服务器可响应该图形码请求，获取预先设置的与资产账号关联的资源图形码，或者实时生成一个与资产账号关联的资源图形码；并将该资源图形码下发至收取终端；而收取终端则可接收第二服务器下发的资源图形码。收取终端在根据针对资源服务项目的资源业务操作，获取到资源图形码之后，还可在用户界面中显示该资源图形码，如图5r所示。在收取终端显示该资源图形码之后，管理用户还可保存该资源图形码至收取终端的本地空间中。

需要说明的是，在其他实施例中，若收取终端的本地空间中存储有资源服务项目所对应的资源图形码，则也可直接从本地存储空间中获取资源服务项目所对应的资源图形码；或者，由收取终端实时生成一个资源图形码。

S414，响应于在第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于资源图形码的通知数据。

管理用户可以在收取终端所运行的第一应用中打开根据管理用户的用户账号(即企业账号)和资源支付用户的用户账号所创建的会话窗口，并通过该会话窗口将资源图形码发送给资源支付用户，如图5s的左图所示。此时，收取终端可将第一应用中的资源收取用户(此处为管理用户)将资源图形码发送至资源支付用户的操作指令作为资源业务指令；并响应于该资源业务指令，生成关于资源图形码的通知数据，并将该通知数据发送至资源支付用户所使用的支付终端；该通知数据用于通知资源支付用户通过支付终端通过扫描资源图形码，以向资源收取用户转移电子资源。相应的，资源支付用户所使用的支付终端在接收到该通知数据之后，可在支付终端内的第一应用或者第二应用中的对应会话窗口中根据该通知数据输出资源图形码。具体的，当资源支付用户的用户账号为资源支付用户登陆第一应用所使用的企业账号时，支付终端可以在第一应用内的资源支付用户和资源收取用户之间的第一会话窗口中根据该通知数据输出该资源图形码，该第一会话窗口是支付终端在第一应用内根据资源支付用户的企业账号和资源收取用户的企业账号创建的会话窗口；当资源支付用户的用户账号为资源支付用户登陆第二应用所使用的社交账号(即登陆第二应用的账号)时，支付终端可以在第二应用内的资源支付用户和资源收取用户之间的第二会话窗口中根据该通知数据输出该资源图形码，该第二会话窗口是在支付终端第二应用内根据资源支付用户的社交账号和资源收取用户的企业账号创建的会话窗口，如图5s的右图所示。

为便于阐述，以在第二会话窗口中根据该通知数据输出资源图形码为例，对支付终端侧的支付过程进行说明：资源支付用户在收到该资源图形码之后，可通过支付终端中的第二应用扫描该资源图形码，触发支付终端输出支付界面；然后，资源支付用户可以在该支付界面中支付相应的电子资源，如图5t所示。相应的，支付终端可响应于资源支付用户的支付操作，发送支付请求至第二服务器；所述支付请求携带目标数量的电子资源，该支付请求用于请求第二服务器将该目标数量的电子资源从资源支付用户的账户转移至目标资产经营者的账户。第二服务器在收到该支付请求后，可将目标数量的电子资源从资源支付用户的账户转移至目标资产经营者的账户；并发送到账通知请求至第一服务器，以通知第一服务器下发该收款通知至资源收取用户所使用的收取终端内的第一应用，从而使得收取终端内的第一应用可以输出该收款通知，以提示资源收取用户已成功收到资源支付用户所支付的电子资源，如图5u所示。

为便于更好地理解上述图4所示的方法实施例，下面结合图6所示的流程图，对上述实施例所提及的业务处理方法作进一步阐述；在本流程中，均以目标资产经营者为商家、资产账号为商户号为例进行阐述；其具体可大致分为以下四个子流程：

[1].申请第一应用与商户号绑定、第一应用侧拉取授权绑定列表的流程：

目标企业的管理用户(即企业管理员)先登陆第一应用的应用管理端系统，并在第一应用的应用管理端系统中查询到自己企业的企业标识(如企业的APPID)；然后登陆第二应用的应用管理端系统申请绑定企业标识。具体的，可以先进入产品中心-APPID绑定管理页面；其次，可点击“+新增授权申请单”按钮(即绑定录入按钮)，进入绑定录入页面；然后，可根据页面提示填写并提交绑定申请资料。相应的，收取终端可通过绑定录入页面将绑定申请资料组成一个绑定申请请求；该绑定申请请求可以是一个数据包，包体可包含商户号、商户凭证、APPID、APPID认证主体、帐号类型、申请理由、操作时间戳等字段；然后，对该绑定申请请求进行加密并发送到第二应用对应的第二服务器。

第二服务器收到绑定申请请求后，可进行资质审核：先根据绑定申请请求的包体所包括的内容，对绑定申请请求是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则将绑定申请材料录入授权绑定数据库，即将绑定申请材料所对应的授权申请单录入授权绑定列表中。其次，第二服务器可给相关审核人员发送审核通知，审核人员根据企业标识去第二应用的公众平台获取企业标识对应的认证资料，并将该认证资料和申请商户号时所录入的录入资料对比；若认证资料和录入资料相同，则审核通过；否则，审核不通过。若审核通过，则第二服务器可将授权绑定数据库里的绑定申请资料所对应的授权申请单的状态更新为审核通过待授权；若审核不通过，则将授权申请单的状态更新为审核不通过。然后，第二服务器可下发审核结果至第二应用以告知管理用户审核结果，指引管理用户到第一应用的应用管理端系统中继续下一步授权操作。

管理用户登陆第一应用的应用管理端系统进行授权，收取终端通过第一应用的应用管理端系统拉取授权绑定列表。具体的，管理用户可点击进入第一应用的应用管理端系统中的应用管理页面；此时，收取终端可通过应用管理页面生成用于拉取授权绑定列表的列表请求包，列表请求包的包体中可包含企业标识、操作者ID、操作时间戳等字段，对列表请求包进行加密并发送到第一应用对应的第一服务器。第一服务器收到列表请求包后，根据列表请求包的内容，对列表请求包是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则组列表拉取包，列表拉取包的包体中可包含企业标识，加密列表拉取包并发送到第二服务器。相应的，第二服务器收到列表拉取包后，根据列表拉取包的内容，对列表拉取包是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则从授权绑定数据库读取出该企业标识对应的授权绑定列表(包含已授权、待授权、审核不通过等各种状态的申请单)，组包返回第一服务器。第一服务器收到第二服务器的回包后，可将授权绑定列表下发至收取终端中的第一应用的应用管理端系统。

[2].同意授权绑定的流程：

管理用户登陆第一应用的应用管理端系统，点击进入应用管理页面；此时，应用管理页面可显示授权绑定列表。管理用户可从授权申请列表中选择一条待授权的授权申请单，进入授权管理页面；并点击授权管理页面中的“授权”按钮。此时，收取终端可通过授权管理页面发起同意授权请求，该同意授权请求可以是一个数据包，包体包含企业标识、操作者ID、申请单ID、商户号、授权状态、操作时间戳等字段；加密同意授权请求并发送到第一服务器。

第一服务器收到同意授权请求后，根据同意授权请求包括的内容，对同意授权请求是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则组申请授权请求包，申请授权请求包的包体包含企业标识、申请单ID、商户号、授权状态；然后，第一服务器加密申请授权请求包并发送到第二服务器。第二服务器收到申请授权请求包后，根据申请授权请求包的内容，对申请授权请求包是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则从授权绑定数据库读取出该申请单ID对应的授权申请单，将授权申请单的授权状态更新为已授权状态，从而实现将企业标识与商户号完成绑定(绑定后企业才能在第二应用的目标子应用中使用商户号的相关功能)；并可组授权成功通知返回至第一服务器。第一服务器收到第二服务器返回的授权成功通知后，可存储企业标识和商户号之间的绑定关系；并还可将该授权成功通知下发给收取终端，使得收取终端在授权管理页面中以弹窗的形式输出该授权成功通知，从而提示管理用户已授权成功。

另外，第一服务器收到第二服务器返回的授权成功通知后，还向第二服务器查询商户号的服务用户；具体的，可组查询服务用户的用户名单请求包，该用户名单请求包的包体包含企业标识、商户号，加密用户名单请求包并发送到

第二服务器。第二服务器收到用户名单请求包后，根据用户名单请求包的内容，对用户名单请求包是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则从商户号名下的服务用户数据库中读取出用户名单，该用户名单包括至少一个服务用户的用户标识(如社交应用账号)；然后返回用户名单至第一服务器。第一服务器收到用户名单后，可将用户名单存入数据库，并记录各个服务用户的身份；然后通知至用户名单中的各个服务用户所对应的第一应用新增目标子应用的应用入口(如“对外收款”入口)，并输出新增入口通知以通知各个服务用户已新增目标子应用的应用入口。需要说明的是，若是首次使用，即管理用户未添加服务用户时，用户名单里可只包括管理用户的用户标识。

[3].管理用户添加新的服务用户的流程：

管理用户在第一应用中的工作台中，点击应用入口(即“对外收款”入口)进入并登陆目标子应用；并点击“资产门店”进入门店服务界面(如果没有门店，则可新建门店)，然后选择点击一个门店标识进入资源服务页面，并点击“添加用户”(即用户服务项目)。此时，收取终端内的目标子应用可调起第一应用的选人组件，输出用户添加界面；管理用户选择一个企业用户的企业账号并执行确认操作，此时选人组件可返回被选择企业用户的企业账号给目标子应用。然后，收取终端可通过目标子应用组用户添加请求，该用户添加请求可以是一个数据包，用户添加请求的包体包含企业标识、管理用户的企业账号、商户号、门店id、目标企业用户(即新添加的服务用户)的目标企业账号、操作时间戳等字段；加密用户添加请求并发送到第二服务器。第二服务器收到用户添加请求后，请求第一服务器确认被选择的目标企业用户是否合法；第一服务器对目标企业用户进行合法性校验后，可返回校验结果至第二服务器。

第二服务器收到校验结果后：对于不符合合法性检查的目标企业用户，可拒绝将该目标企业用户作为新的服务用户，并在回包里面返回对应的错误码；对于符合合法性检查的目标企业用户，可将目标企业用户的目标企业账号存储到商户号门店id名下，以将目标企业账户的目标企业账号和和商户号进行关联存储。然后，可返回成功添加服务用户的通知至管理用户所使用的收取终端，以通知管理用户目标子应用添加新的服务用户成功；以及组用户通知请求发送到第一服务器，用户通知请求的包体包含企业标识、管理员ID、商户号、门店名称、企业成员id(新添加的服务用户)、操作时间戳等字段。第一服务器收到用户通知请求后，根据用户通知请求的内容，对用户通知请求是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则组用户通知提示，并将用户通知提示发往目标企业用户(即新的服务用户)对应的第一应用；该目标企业用户的第一应用收到用户通知提示后，可在第一应用的工作台中把目标子应用的应用入口打开。

[4].新的服务用户(即目标企业用户)在第一应用中使用目标子应用对第二应用中的付款客户进行收款的流程：

新的服务用户在第一应用中与付款客户对接好收款事宜后，如商量好待收款的电子资源的数量；可在第一应用的工作台中依次执行如下点击操作：点击应用入口进入目标子应用，点击“我的门店”进入门店服务界面，选择点击一个门店进入资源服务界面，点击“门店收款码”获取到资源图形码，保存该资源图形码，并通过第一应用发送该资源图形码给付款客户。付款客户在自己所使用的目标终端的第二应用中收到资源图形码后，可进行扫码付款；具体的，可通过第二应用扫描资源图形码进入支付界面，输入消费金额并支付。第二服务器在确定收款到账后，可以组到账通知请求，并将该到账通知请求发送给第一服务器，到账通知请求中可包含企业标识、商户号、门店名称、企业成员id(服务用户)、收款金额、顾客昵称、备注、操作时间戳等字段。第一服务器收到到账通知请求后，根据到账通知请求中的内容，对到账通知请求是否合法做出判断：对于非法操作则拒绝执行并在回包里面返回对应的错误码；对于合法请求，则组收款通知，并将该收款通知发往企业用户对应的第一应用；至此，便完成了新的服务用户和付款客户之间的交易。

基于上述业务处理方法实施例的描述，本发明实施例还公开了一种业务处理装置，所述业务处理装置可以是运行于终端中的一个计算机程序(包括程序代码)。该业务处理装置可以执行图2或图4所示的方法。请参见图7，所述业务处理装置可以运行如下单元：

处理单元101，用于响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从所述第一应用切换至所述第二应用内的目标子应用；

显示单元102，用于显示所述目标子应用的资源服务界面，所述资源服务界面包括用于收取电子资源的资源服务项目；

所述处理单元101，用于根据针对所述资源服务项目的资源业务操作，获取所述资源服务项目所对应的资源图形码；

处理单元101，用于响应于在所述第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于所述资源图形码的通知数据，所述通知数据用于通知所述资源支付用户通过支付终端扫描所述资源图形码，以向所述资源收取用户转移电子资源。

在一种实施方式中，所述资源业务指令是在所述第一应用中根据所述资源收取用户的用户账号和所述资源支付用户的用户账号创建的会话窗口中检测到的；所述资源收取用户的用户账号为所述资源收取用户登陆所述第一应用所使用的账号，所述资源支付用户的用户账号为所述资源支付用户登陆所述第二应用所使用的账号；

所述通知数据包括以下任一种：包含所述资源图形码的图像数据、所述资源图形码所对应的标识数据、或者根据所述资源图形码生成的音频数据。

再一种实施方式中，所述第一应用包括为目标企业提供办公管理业务的企业办公应用，所述资源收取用户是所述目标企业中负责管理所述办公管理业务的管理用户；

所述第二应用包括社交应用，所述第二应用内的目标子应用是指为资产经营者提供关于电子资源的相关业务的子应用。

再一种实施方式中，处理单元101还可用于：

获取关于所述目标企业的待授权的授权申请单，并在授权管理页面中显示所述授权申请单，所述授权申请单至少包括所述目标企业的企业信息和目标资产经营者的资产账号；

响应于针对所述授权申请单的确认操作，发送同意授权请求至所述第二应用对应的第二服务器，以请求所述第二服务器将所述授权申请单的授权状态由待授权状态更新为已授权状态，以完成所述目标企业和目标资产经营者之间的绑定；

在成功完成所述目标企业和所述目标资产经营者之间的绑定后，在所述第一应用中添加所述目标子应用的应用入口。

再一种实施方式中，所述授权申请单是在所述第一应用的授权管理页面显示的；相应的，处理单元101在用于发送同意授权请求至所述第二应用对应的第二服务器时，可具体用于：将所述同意授权请求发送至所述第一应用对应的第一服务器，以使得所述第一服务器对所述同意授权请求进行合法性校验，并在合法性校验通过后，将所述同意授权请求转发至所述第二应用对应的第二服务器；

处理单元101还可用于：若接收到所述第一服务器返回的授权成功通知，则确定成功完成所述目标企业和所述目标资产经营者之间的绑定；所述授权成功通知是由所述第二服务器发送至所述第一服务器的。

再一种实施方式中，处理单元101还可用于：

在所述第一应用中添加所述目标子应用的应用入口后，生成关于所述目标子应用的应用入口的新增入口通知；

在所述第一应用中输出新增入口通知，以通知所述管理用户所述第一应用内已新增所述目标子应用的应用入口。

再一种实施方式中，在所述获取关于所述目标企业的待授权的授权申请单之前，处理单元101还可用于：

响应于在所述第二应用的绑定管理页面中检测到的绑定触发事件，输出绑定录入页面；

在所述绑定录入页面中获取绑定申请资料，所述绑定申请资料至少包括：所述目标企业的企业信息以及所述待绑定的目标资产经营者的资产账号；

发送携带所述绑定申请资料的绑定申请请求至所述第二服务器，以请求所述第二服务器根据所述绑定申请资料生成授权申请单，并添加所述授权申请单至所述目标企业的授权绑定列表，以及审核所述授权申请单的授权资格。

再一种实施方式中，处理单元101还可用于：

若接收到所述第二服务器返回的申请受理通知，则在所述第二应用中输出所述申请受理通知；所述申请受理通知是由所述第二服务器在将所述授权申请单添加至所述目标企业的授权绑定列表后下发的；

若接收到所述第二服务器下发的审核结果，则在所述第二应用的应用管理端系统中输出所述审核结果；所述审核结果是由所述第二服务器在对所述授权申请单的授权资格进行审核后下发的。

再一种实施方式中，所述资源服务界面还包括用于为所述目标资产经营者添加服务用户的用户服务项目；相应的，在所述显示所述目标子应用的资源服务界面之后，处理单元101还可用于：

根据针对所述用户服务项目的用户添加操作，输出用户添加界面，所述用户添加界面包括所述目标企业下的至少一个企业用户在所述第一应用中的企业账号；

确定被选择的目标企业用户的目标企业账号，并生成携带所述目标企业账号和所述目标资产经营者的资产账号的用户添加请求；

将所述用户添加请求发送至所述第二服务器，以请求所述第二服务器将所述目标企业账号与所述资产账号进行关联存储，以将所述目标企业用户作为所述目标资产经营者的新服务用户；

接收所述第二服务器返回的成功添加服务用户的通知，并输出所述成功添加服务用户的通知。

根据本发明的一个实施例，图2或图4所示的方法所涉及的各个步骤均可以是由图7所示的业务处理装置中的各个单元来执行的。例如，图2中所示的步骤S201、S203-S204可由图7中所示的处理单元101来执行，步骤S202可由图7中所示的显示单元102来执行；又如，图4中所示的步骤S401-S407，以及步骤S409-S414可由图7中所示的处理单元101来执行，步骤S408可由图7中所示的显示单元102来执行。根据本发明的另一个实施例，图7所示的业务处理装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本发明的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本发明的其它实施例中，基于业务处理装置也可以包括其它单元，在实际应用中，这些功能也可以由其它单元协助实现，并且可以由多个单元协作实现。

根据本发明的另一个实施例，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算设备上运行能够执行如图2或图4中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，来构造如图7中所示的业务处理装置设备，以及来实现本发明实施例的业务处理方法。所述计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算设备中，并在其中运行。

基于上述方法实施例以及装置实施例的描述，本发明实施例还提供一种终端。请参见图8，该终端至少包括处理器201、输入设备202、输出设备203以及计算机存储介质204。其中，终端内的处理器201、输入设备202、输出设备203以及计算机存储介质204可通过总线或其他方式连接。该终端内还可运用第一应用和第二应用，且第一应用包括用于进入第二应用内的目标子应用的应用入口。

计算机存储介质204可以存储在终端的存储器中，所述计算机存储介质204用于存储计算机程序，所述计算机程序包括程序指令，所述处理器201用于执行所述计算机存储介质204存储的程序指令。处理器201(或称CPU(Central Processing Unit，中央处理器))是终端的计算核心以及控制核心，其适于实现一条或多条指令，具体适于加载并执行一条或多条指令从而实现相应方法流程或相应功能；在一个实施例中，本发明实施例所述的处理器201可以用于进行一系列的业务处理，包括：响应于在第一应用中检测到的针对第二应用内的目标子应用的应用入口的触发操作，从所述第一应用切换至所述第二应用内的目标子应用；显示所述目标子应用的资源服务界面，所述资源服务界面包括用于收取电子资源的资源服务项目；根据针对所述资源服务项目的资源业务操作，获取所述资源服务项目所对应的资源图形码；响应于在所述第一应用中检测到的资源收取用户向资源支付用户发出的资源业务指令，生成关于所述资源图形码的通知数据，所述通知数据用于通知所述资源支付用户通过支付终端扫描所述资源图形码，以向所述资源收取用户转移电子资源，等等。

本发明实施例还提供了一种计算机存储介质(Memory)，所述计算机存储介质是终端中的记忆设备，用于存放程序和数据。可以理解的是，此处的计算机存储介质既可以包括终端中的内置存储介质，当然也可以包括终端所支持的扩展存储介质。计算机存储介质提供存储空间，该存储空间存储了终端的操作系统。并且，在该存储空间中还存放了适于被处理器201加载并执行的一条或多条的指令，这些指令可以是一个或一个以上的计算机程序(包括程序代码)。需要说明的是，此处的计算机存储介质可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的计算机存储介质。

在一个实施例中，可由处理器201加载并执行计算机存储介质中存放的一条或多条指令，以实现上述有关业务处理实施例中的方法的相应步骤；具体实现中，计算机存储介质中的一条或多条指令由处理器201加载并执行如下步骤：

再一种实施方式中，所述一条或多条指令还可由处理器201加载并执行：

再一种实施方式中，所述授权申请单是在所述第一应用的授权管理页面显示的；相应的，在发送同意授权请求至所述第二应用对应的第二服务器时，所述一条或多条指令由处理器201加载并具体执行：将所述同意授权请求发送至所述第一应用对应的第一服务器，以使得所述第一服务器对所述同意授权请求进行合法性校验，并在合法性校验通过后，将所述同意授权请求转发至所述第二应用对应的第二服务器；

所述一条或多条指令还可由处理器201加载并执行：若接收到所述第一服务器返回的授权成功通知，则确定成功完成所述目标企业和所述目标资产经营者之间的绑定；所述授权成功通知是由所述第二服务器发送至所述第一服务器的。

再一种实施方式中，在所述获取关于所述目标企业的待授权的授权申请单之前，所述一条或多条指令还可由处理器201加载并执行：

再一种实施方式中，所述资源服务界面还包括用于为所述目标资产经营者添加服务用户的用户服务项目；相应的，在所述显示所述目标子应用的资源服务界面之后，所述一条或多条指令还可由处理器201加载并执行：

将所述用户添加请求发送至所述第二服务器，以请求所述第二服务器将所述目标企业账号与所述资产账号进行关联存储，以将所述目标企业用户作为所述目标资产经营者的新的服务用户；

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims

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

2.如权利要求1所述的方法，其特征在于，所述资源业务指令是在所述第一应用中根据所述资源收取用户的用户账号和所述资源支付用户的用户账号创建的会话窗口中检测到的；所述资源收取用户的用户账号为所述资源收取用户登陆所述第一应用所使用的账号，所述资源支付用户的用户账号为所述资源支付用户登陆所述第二应用所使用的账号；

3.如权利要求1所述的方法，其特征在于，

所述第一应用包括为目标企业提供办公管理业务的企业办公应用，所述资源收取用户是所述目标企业中负责管理所述办公管理业务的管理用户；

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

5.如权利要求4所述的方法，其特征在于，所述授权申请单是在所述第一应用的授权管理页面显示的；

所述发送同意授权请求至所述第二应用对应的第二服务器，包括：将所述同意授权请求发送至所述第一应用对应的第一服务器，以使得所述第一服务器对所述同意授权请求进行合法性校验，并在合法性校验通过后，将所述同意授权请求转发至所述第二应用对应的第二服务器；

所述方法还包括：若接收到所述第一服务器返回的授权成功通知，则确定成功完成所述目标企业和所述目标资产经营者之间的绑定；所述授权成功通知是由所述第二服务器发送至所述第一服务器的。

6.如权利要求5所述的方法，其特征在于，所述方法还包括：

7.如权利要求4所述的方法，其特征在于，所述获取关于所述目标企业的待授权的授权申请单之前，所述方法还包括：

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

9.如权利要求4所述的方法，其特征在于，所述资源服务界面还包括用于为所述目标资产经营者添加服务用户的用户服务项目；在所述显示所述目标子应用的资源服务界面之后，所述方法还包括：

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

11.一种终端，包括输入设备和输出设备，其特征在于，还包括：

处理器，适于实现一条或多条指令；以及，

计算机存储介质，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由所述处理器加载并执行如权利要求1-9任一项所述的业务处理方法。

12.一种计算机存储介质，其特征在于，所述计算机存储介质存储有一条或多条指令，所述一条或多条指令适于由处理器加载并执行如权利要求1-9任一项所述的业务处理方法。