跨系统的业务操作执行方法、业务平台以及目标系统

摘要

本申请实施例涉及一种跨系统的业务操作执行方法、业务平台及目标系统，业务平台在接收到源系统发送的业务请求时，根据业务请求中包含的源系统的账户以及目标系统的信息，读取目标系统的账户，向目标系统发送业务请求以及目标系统的账户，从而由目标系统在对目标系统的账户验证通过后执行业务请求对应的业务操作，并返回执行结果。由此，可以提高跨系统的业务操作执行的效率，并且可以提升用户的体验。

说明书

技术领域

本申请涉及计算机技术领域，尤其涉及一种跨系统的业务操作执行方法、业务平台及目标系统。

背景技术

传统技术中，在执行跨系统(站点)的业务操作时，源系统向业务平台发送业务请求，再由业务平台将该业务请求转发至目标系统，目标系统在接收到上述业务请求之后，通过业务平台向源系统返回目标系统的地址信息，从而源系统根据上述地址信息，跳转至目标系统的登录界面；目标系统在登录界面接收用户输入的目标系统的账户及密码，并在目标系统的账户及密码验证通过后，执行与业务请求对应的业务操作，并通过业务平台向源系统返回执行结果。由此可以看出，现有技术中，在从源系统跳转至目标系统时，需要用户输入目标系统的账户及密码，这影响了业务操作执行的效率，从而给用户带来较差的体验。

发明内容

本申请实施例提供了一种跨系统的业务操作执行方法、业务平台及目标系统，可以提高跨系统的业务操作执行的效率。

第一方面，提供了一种跨系统的业务操作执行方法，该方法包括：

业务平台接收源系统发送的第一业务请求，所述第一业务请求中包含所述源系统的账户以及目标系统的信息；

根据所述源系统的账户以及所述目标系统的信息，从预设的存储单元中读取所述目标系统的账户，所述预设的存储单元用于存储与所述源系统的账户绑定的其它系统的账户及信息；

向所述目标系统发送所述第一业务请求以及所述目标系统的账户，以用于所述目标系统在对所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作；

接收所述目标系统返回的第一执行结果，并向所述源系统转发所述第一执行结果。

第二方面，提供了一种跨系统的业务操作执行方法，该方法包括：

目标系统接收业务平台发送的第一业务请求以及所述目标系统的账户；

在所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作，获得第一执行结果；

向所述业务平台返回第一执行结果。

第三方面，提供了一种业务平台，该业务平台包括：接收单元、读取单元和发送单元；

所述接收单元，用于接收源系统发送的第一业务请求，所述第一业务请求中包含所述源系统的账户以及目标系统的信息；

所述读取单元，用于根据所述接收单元接收的所述源系统的账户以及所述目标系统的信息，从预设的存储单元中读取所述目标系统的账户，所述预设的存储单元用于存储与所述源系统的账户绑定的其它系统的账户及信息；

所述发送单元，用于向所述目标系统发送所述第一业务请求以及所述读取单元读取的所述目标系统的账户，以用于所述目标系统在对所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作；

所述接收单元，还用于接收所述目标系统返回的第一执行结果，并向所述源系统转发所述第一执行结果。

第四方面，提供了一种目标系统，该目标系统包括：接收单元、执行单元和发送单元；

所述接收单元，用于接收业务平台发送的第一业务请求以及所述目标系统的账户；

所述执行单元，用于在所述接收单元接收的所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作，获得第一执行结果；

所述发送单元，用于向所述业务平台返回第一执行结果。

本申请提供的跨系统的业务操作执行方法、业务平台及目标系统，业务平台在接收到源系统发送的业务请求时，根据业务请求中包含的源系统的账户以及目标系统的信息，读取目标系统的账户，向目标系统发送业务请求以及目标系统的账户，从而由目标系统在对目标系统的账户验证通过后执行业务请求对应的业务操作，并返回执行结果。由此可知，本申请实施例中，省去了接收用户输入的目标系统的账户及密码的步骤，由此，可以提高跨系统的业务操作执行的效率，并且可以提升用户的体验。

附图说明

图1为本申请一种实施例提供的跨系统的业务操作执行方法流程图；

图2为本申请另一种实施例提供的跨系统的业务操作执行方法流程图；

图3为本申请再一种实施例提供的业务平台的示意图；

图4为本申请又一种实施例提供的目标系统的示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为便于对本申请实施例的理解，下面将结合附图以具体实施例做进一步的解释说明，实施例并不构成对本申请实施例的限定。

本申请实施例提供的跨系统的业务操作执行方法，适用于通过两个以上的系统执行业务操作的场景，如，适用于通过两个支付系统执行用户的支付操作的场景。

需要说明的是，在本申请实施例中，以通过两个支付系统执行用户的支付操作为例来说(如，业务请求为支付请求)，而通过两个以上的系统执行除支付操作外的其它业务操作的方法类似，本申请对此不复赘述。

其中，上述两个支付系统可以分别为源系统(INBOUND)和目标系统(OUTBOUND)，源系统和目标系统分别用于识别不同币种，如，源系统可以为与A国商户网站签约的支付系统(如，Jpay收银台)，用于识别XX币种；而目标系统可以为B国用户所注册的支付系统(如，支付宝系统)，用于识别YY币种。需要说明的是，上述源系统和目标系统均与业务平台(如，Alipay全球清算网络(Alipay Plus Global Net，GlobalNet))绑定，业务平台主要用于统一为各个支付系统提供互联收单、币种汇兑及资金清算服务等。需要说明的是，源系统与业务平台绑定后，则源系统在接收到用户发送的支付请求，且将当前支付操识别为跨系统的支付操作时，将上述支付请求转发至业务平台；而业务平台与目标系统绑定后，目标系统在根据接收到的支付请求，执行相应的支付操作后，向业务平台返回执行结果，再由业务平台将执行结果转发给源系统。

具体地，当B国用户在A国商户网站选购商品下单后，选择目标系统为支付渠道时，则源系统将上述订单识别为跨系统收单，即源系统通过GlobalNet向目标系统发起收单指令，支付完成后GlobalNet根据清算规则将资金清算给源系统；而目标系统接收GlobalNet的收单指令，从指定账户(目标系统的账户)扣除收单款项并根据清算规则将资金清算给GlobalNet。

图1为本申请一种实施例提供的跨系统的业务操作执行方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者系统或者装置，如，业务平台。如图1所示，所述方法具体可以包括：

步骤110，业务平台接收源系统发送的第一业务请求，所述第一业务请求中包含所述源系统的账户以及目标系统的信息。

此处，源系统可以为与A国商户网站签约的支付系统(如，Jpay收银台)，用于识别XX币种；而目标系统可以为B国用户所注册的支付系统(如，支付宝系统)，用于识别YY币种。

此外，目标系统的信息可以为目标系统的名称等，B国用户登录到源系统所使用的账户称为源系统的账户。

以业务请求为支付请求为例来说，B国用户在A国商户网站选购商品并下单后，该商户网站跳转至与其签约的源系统；用户可以在源系统中选择支付渠道，假设接收到的用户输入的支付渠道为目标系统，则源系统将此次的支付操作识别为跨系统的支付操作，即源系统向业务平台发送第一业务请求。

可选地，在执行步骤110之前，本申请实施例的方法还可以包括在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系的步骤，通过该步骤，业务平台根据源系统的账户以及目标系统的信息，就可以读取目标系统的账户，而无需用户输入目标系统的账户及密码，从而提高了支付操作的执行效率，且提高了用户的体验度。

具体步骤如下：

步骤1101，接收所述源系统发送的第二业务请求，所述第二业务请求中包含所述源系统的账户以及所述目标系统的信息。

该第二业务请求可以是源系统第一次识别到源系统的账户对应的用户选择的支付渠道为目标系统时发送的。该第二业务请求还可以包含支付金额。

步骤1102，根据所述目标系统的信息，向所述目标系统发送所述第二业务请求，以用于加载所述目标系统的登录界面，并用于对从所述登录界面中接收的所述目标系统的账户及密码进行验证。

此处，目标系统的账户可以是上述例子中的B国用户登录到目标系统所使用的账户。

需要说明的是，当第二业务请求中还包含支付金额时，由于源系统识别XX币种，目标系统识别YY币种，则业务平台还可以根据XX币种与YY币种的汇率，对上述支付金额进行换算，获得换算后的支付金额。

即业务平台向目标系统发送的第二业务请求可以包含换算后的支付金额，目标系统在接收到第二业务请求之后，可以通过业务平台向源系统返回目标系统的地址信息(如，URL地址)，从而源系统可以根据目标系统的地址信息，跳转至目标系统的登录界面(即加载目标系统的登录界面)；目标系统可以接收用户通过登录界面输入的目标系统的账户及密码，并对接收的目标系统的账户及密码进行验证，在验证通过后，目标系统可以显示要求用户选择支付工具以及输入支付密码的界面；在对接收的支付密码校验通过后，可以执行第二业务请求对应的业务操作，如，从目标系统的账户中扣除换算后的支付金额。

步骤1103，接收所述目标系统在验证通过时，执行所述第二业务请求对应的业务操作后返回的第二执行结果，所述第二执行结果中包含所述目标系统的账户。

可选地，第二执行结果还可以包含业务操作执行成功与否的结果信息，如，可以包含扣款成功与否的信息。

步骤1104，在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系。

即业务平台在接收到目标系统的账户之后，可以将步骤1101中接收的源系统的账户、目标系统的信息以及目标系统的账户的对应关系记录在预设的存储单元中。

在一个例子中，预设的存储单元的内容可以如表1所示。

表1

表1中，同时存储了与两个源系统的账户绑定的目标系统的账户及名称。可以理解的是，根据源系统的账户以及目标系统的名称，可以唯一的读取到一个目标系统的账户。

可选地，步骤1104还可以进一步包括：

向所述源系统发送所述第二执行结果，以用于所述源系统获取用于表示确认绑定账户的消息，并在获取到所述确认绑定账户的消息后向所述业务系统返回存储指令；

根据所述存储指令，在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系。

具体地，业务平台在接收到目标系统发送的第二执行结果时，将该第二执行结果发送给源系统；源系统在接收到上述第二执行结果之后，可以输出询问是否绑定源系统的账户与目标系统的账户的请求，并接收用户输入的确认绑定账户的消息，即接收用户的授权指令。在一种实现方式中，可以通过页面显示的方式输出该请求，该页面中可以包含“确认”按钮，当源系统接收到该“确认”按钮的点击指令时，即相当于接收到用户的授权指令。

源系统在获取到确认绑定账户的消息后，可以向业务平台发送存储指令，该存储指令用于指示业务平台加载跨系统支付密码的设置页面，业务平台在接收到用户输入的跨系统支付密码后，加密存储在本地，以便对后续用户输入的跨系统支付密码进行校验。

当然，在实际应用中，源系统可以预先存储业务平台的跨系统支付密码的设置页面的地址信息，当获取到确认绑定账户的消息后，根据该地址信息跳转至跨系统支付密码的设置页面，业务平台在接收到用户输入的跨系统支付密码后，加密存储在本地，以便对后续用户输入的跨系统支付密码进行校验。

在获取到用户输入的跨系统支付密码之后，业务平台即可在在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系。

可选地，在步骤1104之后，所述方法还可以包括如下步骤：

为所述目标系统的账户添加标识信息，以用于所述目标系统再次对所述目标系统的账户进行验证时，只针对所述目标系统的账户进行验证，而不需要验证所述密码。

即假设预设的存储单元的内容如表1所示，且假设目标系统接收到的支付请求中包含的目标系统的账户为“22”时，因为“22”为与源系统的账户绑定的账户，且目标系统已经为其添加了标识信息，则目标系统只在目标系统的账户验证通过后执行相应的支付操作，而无需再对该账户对应的密码进行验证。

步骤120，根据所述源系统的账户以及所述目标系统的信息，从预设的存储单元中读取所述目标系统的账户，所述预设的存储单元用于存储与所述源系统的账户绑定的其它系统的账户及信息。

举例来说，假设第一业务请求中包含的源系统的账户为“11”，目标系统的名称为“aa”，则可以从表1中读取到目标系统的账户为“22”。也即当“11”对应的用户在从源系统登录到目标系统时，不需要用户再次输入“22”及密码，而是由业务平台直接读取与“11”对应的“22”，并在向目标系统发送的支付请求中携带该目标系统的账户即可。

此处，需要说明的是，若业务平台读取不到目标系统的账户及密码，则执行步骤1101-步骤1104，以在存储单元中存储源系统的账户与目标系统的账户的对应关系。

步骤130，向所述目标系统发送所述第一业务请求以及所述目标系统的账户，以用于所述目标系统在对所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作。

可选地，在读取到目标系统的账户之后，业务平台还可以验证是否使用读取到的目标系统的账户的步骤。具体地，业务平台可以向用户输出是否使用读取到的目标系统的账户的询问请求，在接收到表示确认使用读取到的目标系统的账户的信息时，接收用户输入的跨系统的支付密码，并将接收的用户输入的跨系统的支付密码与预先存储在本地的跨系统的支付密码比对一致时(即在对跨系统的支付密码校验成功时)，向目标系统发送第一业务请求以及目标系统的账户。

如前述例子中，目标系统可以接收第一业务请求以及“22”，因为“22”是用户在目标系统预先注册的账户，即“22”已存储在目标系统中，所以目标系统的账户验证通过，此外，由于目标系统已对预设的存储单元中与源系统的账户绑定的目标系统的账户添加了标识信息，也即无需对目标系统的账户对应的密码进行验证，所以目标系统只在目标系统的账户验证通过后执行第一业务请求对应的业务操作，如，执行支付操作，即从目标系统的账户中扣除换算后的支付金额。

在一个例子中，目标系统可以将从目标系统的账户中扣除的换算后的支付金额转入业务平台的临时账户中，之后，再由业务平台向源系统的账户中转入相应的支付金额。

步骤140，接收所述目标系统返回的第一执行结果，并向所述源系统转发所述第一执行结果。

如，业务平台接收目标系统执行支付操作后的第一执行结果，该第一执行结果可以包含支付操作执行成功与否的消息。

源系统在接收到第一执行结果之后，可以跳转回商户系统，以便用户选购其它商品。

本申请提供的跨系统的业务操作执行方法，业务平台在接收到源系统发送的业务请求时，根据业务请求中包含的源系统的账户以及目标系统的信息，读取目标系统的账户，并根据读取的目标系统的账户登录到目标系统，从而由目标系统执行业务请求对应的业务操作，并返回执行结果。由此可知，本申请实施例中，省去了接收用户输入的目标系统的账户及密码的步骤，由此，可以提高跨系统的业务操作执行的效率，并且可以提升用户的体验。

图2为本申请另一种实施例提供的跨系统的业务操作执行方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者系统或者装置，如，目标系统。如图2所示，所述方法具体可以包括：

步骤210，目标系统接收业务平台发送的第一业务请求以及所述目标系统的账户。

此处，目标系统可以为B国用户所注册的支付系统(如，支付宝系统)，用于识别YY币种。B国用户登录到目标系统所使用的账户称为目标系统的账户。

以业务请求为支付请求为例来说，B国用户在A国商户网站选购商品并下单后，该商户网站跳转至与其签约的源系统；用户可以在源系统中选择支付渠道，假设接收到的用户输入的支付渠道为目标系统，则源系统将此次的支付操作识别为跨系统的支付操作，即源系统向业务平台发送第一业务请求。业务平台在接收到第一业务请求之后，向目标系统转发该第一业务请求，同时还可以向目标系统发送目标系统的账户。

上述源系统可以为与A国商户网站签约的支付系统(如，Jpay收银台)，用于识别XX币种。B国用户登录到源系统所使用的账户称为源系统的账户。

其中，业务平台向目标系统发送的目标系统的账户可以是从预设的存储单元中读取的，即根据从源系统接收的第一业务请求中携带的源系统的账户及目标系统的信息从预设的存储单元中读取的，目标系统的信息可以为目标系统的名称等。

而预设的存储单元中源系统的账户与目标系统的账户之间的对应关系可以通过如下步骤建立：

步骤2101，目标系统根据从业务平台接收的第二业务请求，加载所述目标系统的登录界面。

此处，第二业务请求可以包含换算后的支付金额，此处的换算后的支付金额是由业务平台根据XX币种与YY币种的汇率，对上述支付金额进行换算后得到的。

目标系统在接收到第二业务请求之后，可以通过业务平台向源系统返回目标系统的地址信息(如，URL地址)，从而源系统可以根据目标系统的地址信息，跳转至目标系统的登录界面(即加载目标系统的登录界面)。

步骤2102，从所述登录界面中获取所述目标系统的账户及密码，并对所述目标系统的账户及密码进行验证。

目标系统可以接收用户通过登录界面输入的目标系统的账户及密码，并对接收的目标系统的账户及密码进行验证。

步骤2103，在对所述目标系统的账户及密码验证通过后，执行所述第二业务请求对应的业务操作，获得第二执行结果。

在验证通过后，目标系统可以显示要求用户选择支付工具以及输入支付密码的界面；在对接收的支付密码校验通过后，可以执行第二业务请求对应的业务操作，如，从目标系统的账户中扣除换算后的支付金额。

步骤2104，向所述业务平台返回所述第二执行结果，所述第二执行结果中包含所述目标系统的账户，以用于所述业务平台存储所述目标系统的账户。

可选地，第二执行结果还可以包含业务操作执行成功与否的结果信息，如，可以包含扣款成功与否的信息。

即业务平台在接收到目标系统的账户之后，可以将接收的源系统的账户、目标系统的信息以及目标系统的账户的对应关系记录在预设的存储单元中。

在一个例子中，预设的存储单元的内容可以如表1所示。

表1中，同时存储了与两个源系统的账户绑定的目标系统的账户及名称。可以理解的是，根据源系统的账户以及目标系统的名称，可以唯一的读取到一个目标系统的账户。

可选地，业务平台在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系具体可以为：

业务平台在接收到目标系统发送的第二执行结果时，将该第二执行结果发送给源系统；源系统在接收到上述第二执行结果之后，可以输出询问是否绑定源系统的账户与目标系统的账户的请求，并接收用户输入的确认绑定账户的消息，即接收用户的授权指令。在一种实现方式中，可以通过页面显示的方式输出该请求，该页面中可以包含“确认”按钮，当源系统接收到该“确认”按钮的点击指令时，即相当于接收到用户的授权指令。

源系统在获取到确认绑定账户的消息后，可以向业务平台发送存储指令，该存储指令用于指示业务平台加载跨系统支付密码的设置页面，业务平台在接收到用户输入的跨系统支付密码后，加密存储在本地，以便对后续用户输入的跨系统支付密码进行校验。

当然，在实际应用中，源系统可以预先存储业务平台的跨系统支付密码的设置页面的地址信息，当获取到确认绑定账户的消息后，根据该地址信息跳转至跨系统支付密码的设置页面，业务平台在接收到用户输入的跨系统支付密码后，加密存储在本地，以便对后续用户输入的跨系统支付密码进行校验。

在获取到用户输入的跨系统支付密码之后，业务平台即可在在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系。

可选地，在对所述目标系统的账户及密码验证通过后，所述方法还包括：

为所述目标系统的账户添加标识信息，以用于所述目标系统再次对所述目标系统的账户进行验证时，只针对所述目标系统的账户进行验证，而不需要验证所述密码。

即假设预设的存储单元的内容如表1所示，且假设目标系统接收到的支付请求中包含的目标系统的账户为“22”时，因为“22”为与源系统的账户绑定的账户，且目标系统已经为其添加了标识信息，则目标系统只在目标系统的账户验证通过后执行相应的支付操作，而无需再对该账户对应的密码进行验证。

回到步骤210中，业务平台在读取到目标系统的账户之后，还可以验证是否使用读取到的目标系统的账户的步骤。具体地，业务平台可以向用户输出是否使用读取到的目标系统的账户的询问请求，在接收到表示确认使用读取到的目标系统的账户的信息时，接收用户输入的跨系统的支付密码，并将接收的用户输入的跨系统的支付密码与预先存储在本地的跨系统的支付密码比对一致时(即在对跨系统的支付密码校验成功时)，向目标系统发送第一业务请求以及目标系统的账户。

步骤220，所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作，获得第一执行结果。

如前述例子中，目标系统可以接收第一业务请求以及“22”，因为“22”是用户在目标系统预先注册的账户，即“22”已存储在目标系统中，所以目标系统的账户验证通过，此外，由于目标系统已对预设的存储单元中与源系统的账户绑定的目标系统的账户添加了标识信息，也即无需对目标系统的账户对应的密码进行验证，所以目标系统只在目标系统的账户验证通过后执行第一业务请求对应的业务操作，获得第一执行结果。如，执行支付操作，即从目标系统的账户中扣除换算后的支付金额。

步骤230，向所述业务平台返回第一执行结果。

如，目标系统可以在执行支付操作并获得第一执行结果后，向业务平台返回第一执行结果，该第一执行结果可以包含支付操作执行成功与否的消息。

源系统在接收到第一执行结果之后，可以跳转回商户系统，以便用户选购其它商品。

本申请提供的跨系统的业务操作执行方法，业务平台在接收到源系统发送的业务请求时，根据业务请求中包含的源系统的账户以及目标系统的信息，读取目标系统的账户，并根据读取的目标系统的账户登录到目标系统，从而由目标系统执行业务请求对应的业务操作，并返回执行结果。由此可知，本申请实施例中，省去了接收用户输入的目标系统的账户及密码的步骤，由此，可以提高跨系统的业务操作执行的效率，并且可以提升用户的体验。

与上述一种实施例提供的跨系统的业务操作执行方法对应地，本申请实施例还提供了一种业务平台，如图3所示，该业务平台包括：接收单元301、读取单元302和发送单元303。

接收单元301，用于接收源系统发送的第一业务请求，所述第一业务请求中包含所述源系统的账户以及目标系统的信息。

读取单元302，用于根据接收单元301接收的所述源系统的账户以及所述目标系统的信息，从预设的存储单元中读取所述目标系统的账户，所述预设的存储单元用于存储与所述源系统的账户绑定的其它系统的账户及信息。

发送单元303，用于向所述目标系统发送所述第一业务请求以及读取单元302读取的所述目标系统的账户，以用于所述目标系统在对所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作。

接收单元301，还用于接收所述目标系统返回的第一执行结果，并向所述源系统转发所述第一执行结果。

可选地，所述业务平台还包括：保存单元304。

接收单元301，还用于接收所述源系统发送的第二业务请求，所述第二业务请求中包含所述源系统的账户以及所述目标系统的信息。

发送单元303，还用于根据接收单元301接收的所述目标系统的信息，向所述目标系统发送所述第二业务请求，以用于加载所述目标系统的登录界面，并用于对从所述登录界面中接收的所述目标系统的账户及密码进行验证。

接收单元301，还用于接收所述目标系统在验证通过时，执行所述第二业务请求对应的业务操作后返回的第二执行结果，所述第二执行结果中包含所述目标系统的账户。

保存单元304，用于在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系。

其中，保存单元304具体用于：

向所述源系统发送所述第二执行结果，以用于所述源系统获取用于表示确认绑定账户的消息，并在获取到所述确认绑定账户的消息后向所述业务系统返回存储指令；

根据所述存储指令，在所述预设的存储单元中存储所述源系统的账户与所述目标系统的账户的对应关系。

可选地，所述业务平台应用于支付过程中的跨系统登录，所述业务请求为支付请求。

本申请实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本申请提供的装置的具体工作过程，在此不复赘述。

本申请提供的业务平台，接收单元301接收源系统发送的第一业务请求，所述第一业务请求中包含所述源系统的账户以及目标系统的信息；读取单元302根据所述源系统的账户以及所述目标系统的信息，从预设的存储单元中读取所述目标系统的账户，所述预设的存储单元用于存储与所述源系统的账户绑定的其它系统的账户及信息；发送单元303向所述目标系统发送所述第一业务请求以及所述目标系统的账户，以用于所述目标系统在对所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作；接收单元301接收所述目标系统返回的第一执行结果，并向所述源系统转发所述第一执行结果。由此，可以提高跨系统的业务操作执行的效率，并且可以提升用户的体验。

与上述另一种实施例提供的跨系统的业务操作执行方法对应地，本申请实施例还提供了一种目标系统，如图4所示，该目标系统包括：接收单元401、执行单元402和发送单元403。

接收单元401，用于接收业务平台发送的第一业务请求以及所述目标系统的账户。

执行单元402，用于在接收单元401接收的所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作，获得第一执行结果。

发送单元403，用于向所述业务平台返回第一执行结果。

可选地，所述目标系统还包括：加载单元404和获取单元405。

加载单元404，用于根据从业务平台接收的第二业务请求，加载所述目标系统的登录界面。

获取单元405，用于从加载单元404加载的所述登录界面中获取所述目标系统的账户及密码，并对所述目标系统的账户及密码进行验证。

执行单元402，还用于在对获取单元405获取的所述目标系统的账户及密码验证通过后，执行所述第二业务请求对应的业务操作，获得第二执行结果。

发送单元403，还用于向所述业务平台返回执行单元402获得的所述第二执行结果，所述第二执行结果中包含所述目标系统的账户，以用于所述业务平台存储所述目标系统的账户。

可选地，所述目标系统还包括：添加单元406。

添加单元406，用于为所述目标系统的账户添加标识信息，以用于所述目标系统再次对所述目标系统的账户进行验证时，只针对所述目标系统的账户进行验证，而不需要验证所述密码。

本申请实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本申请提供的装置的具体工作过程，在此不复赘述。

本申请提供的目标系统，接收单元401接收业务平台发送的第一业务请求以及所述目标系统的账户；执行单元402在所述目标系统的账户验证通过后，执行所述第一业务请求对应的业务操作，获得第一执行结果；发送单元403向所述业务平台返回第一执行结果。由此，可以提高跨系统的业务操作执行的效率，并且可以提升用户的体验。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的对象及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。