用于在业务交易中远程授权的方法、装置、设备及介质与流程

1.本公开涉及云计算领域，可用于金融领域，更具体地涉及一种用于在业务交易中远程授权的方法、装置、设备、介质和程序产品。


背景技术：

2.在企业的业务交易中，通常会对一些非常规的或敏感性的业务设置权限审批要求。普通业务人员在处理到这些业务的时候，往往需要申请专业人士审核授权，授权通过后方可继续执行该业务。例如，在银行业务中，在柜员处理大额交易、冻账类交易、或者再次复核等业务交易时，就需要更高权限级别或更专业的人员进行授权。目前这种授权通常通过现场授权模式来完成。在现场授权模式中，业务人员在处理到需要授权的业务交易时现场请示有审批权限的专业人士，然后专业人士在现场进行审核处理。然而这种模式要求业务人员和专业人士均在现场，对双方的位置和时间要求太高。


技术实现要素：

3.鉴于上述问题，本公开提供了可以远程实时在线处理的用于在业务交易中远程授权的方法、装置、设备、介质和程序产品，至少克服了现场授权模式要求中对双方位置的严格限制的缺陷。
4.本公开实施例的第一方面，提供了一种用于在业务交易中远程授权的方法。所述方法包括：接收m个远程授权请求，其中，m个所述远程授权请求分别来自于m个请求方，m为大于或等于1的整数；响应于接收到的每个所述远程授权请求，创建所述远程授权请求对应的远程授权节点；其中，所述远程授权节点用于向n个授权方的其中之一提供对所述远程授权请求进行授权审核的入口，以及记录授权结果以更新所述远程授权节点的状态，其中，n为大于或等于1的整数；在每个所述远程授权节点创建后的预定时长内，监听所述远程授权节点的状态更新信息；其中，所述状态更新信息包括授权通过、授权不通过或授权超时其中之一；以及响应于监听到每个所述远程授权节点的所述状态更新信息，将所述状态更新信息反馈给所述远程授权节点对应的所述远程授权请求的请求方，以响应所述远程授权请求。
5.根据本公开的实施例，所述方法还包括：接收至少一个授权查询请求，其中，每个所述授权查询请求来自于所述n个授权方其中之一；响应于所述授权查询请求，向发送所述授权查询请求的授权方发送待授权记录，所述待授权记录包括至少一个所述远程授权节点的信息；基于所述授权方对所述待授权记录中的所述远程授权节点的选择操作，向所述授权方反馈所选择的所述远程授权节点对应的所述远程授权请求；获取由所述授权方对所述远程授权请求进行授权审核而得到的授权结果信息；以及利用所述授权结果信息更新所述授权方选择的所述远程授权节点的状态。
6.根据本公开的实施例，所述创建所述远程授权请求对应的远程授权节点包括：使用zookeeper创建所述远程授权节点。
7.根据本公开的实施例，所述远程授权节点包括远程授权请求节点和远程授权响应节点。其中，所述远程授权请求节点用于向n个授权方的其中之一提供对所述远程授权请求进行授权审核的入口；以及所述远程授权响应节点用于记录授权结果以更新所述远程授权节点的状态。
8.根据本公开的实施例，在所述监听所述远程授权节点的状态更新信息之前，所述方法还包括：向每个所述远程授权节点注册监听器，所述监听器用于监听所述远程授权节点的所述状态更新信息。
9.根据本公开的实施例，所述方法还包括：响应于接收到的每个所述远程授权请求，获取所述远程授权请求对应的交易记录信息；其中，所述对所述远程授权请求进行授权审核，包括对所述远程授权请求对应的所述交易记录信息进行授权审核。
10.根据本公开的实施例，所述获取所述远程授权请求对应的交易记录信息包括：获取所述远程授权请求的请求方的客户端中与所述远程授权请求对应的交易页面信息。
11.根据本公开的实施例，所述获取所述远程授权请求对应的交易记录信息还包括：以html形式将所述交易页面信息存储在与所述远程授权节点通信的数据库中。
12.根据本公开的实施例，在所述将所述状态更新信息反馈给所述远程授权节点对应的所述远程授权请求的请求方之后，所述方法还包括：删除所述远程授权节点。
13.本公开实施例的第二方面，提供了一种用于在业务交易中远程授权的装置。所述装置包括第一接收模块、创建模块、监听模块以及响应模块。第一接收模块用于接收m个远程授权请求，其中，m个所述远程授权请求分别来自于m个请求方，m为大于或等于1的整数。创建模块用于响应于接收到的每个所述远程授权请求，创建所述远程授权请求对应的远程授权节点；其中，所述远程授权节点用于向n个授权方的其中之一提供对所述远程授权请求进行授权审核的入口，以及记录授权结果以更新所述远程授权节点的状态，其中，n为大于或等于1的整数。监听模块用于在每个所述远程授权节点创建后的预定时长内，监听所述远程授权节点的状态更新信息；其中，所述状态更新信息包括授权通过、授权不通过或授权超时其中之一。响应模块用于响应于监听到每个所述远程授权节点的所述状态更新信息，将所述状态更新信息反馈给所述远程授权节点对应的所述远程授权请求的请求方，以响应所述远程授权请求。
14.根据本公开的实施例，所述装置还包括第二接收模块、记录发送模块、审核交互模块、结果获取模块以及节点更新模块。第二接收模块用于接收至少一个授权查询请求，其中，每个所述授权查询请求来自于所述n个授权方其中之一。记录发送模块用于响应于所述授权查询请求，向发送所述授权查询请求的授权方发送待授权记录，所述待授权记录包括至少一个所述远程授权节点的信息。审核交互模块用于基于所述授权方对所述待授权记录中的所述远程授权节点的选择操作，向所述授权方反馈所选择的所述远程授权节点对应的所述远程授权请求。结果获取模块用于获取由所述授权方对所述远程授权请求进行授权审核而得到的授权结果信息。节点更新模块用于利用所述授权结果信息更新所述授权方选择的所述远程授权节点的状态。
15.根据本公开的实施例，所述装置还包括监听注册模块。所述监听注册模块用于在所述监听所述远程授权节点的状态更新信息之前，向每个所述远程授权节点注册监听器，所述监听器用于监听所述远程授权节点的所述状态更新信息。
16.根据本公开的实施例，所述装置还包括交易信息获取模块。所述交易信息获取模块用于响应于接收到的每个所述远程授权请求，获取所述远程授权请求对应的交易记录信息。其中，所述对所述远程授权请求进行授权审核，包括对所述远程授权请求对应的所述交易记录信息进行授权审核。
17.根据本公开的实施例，所述交易信息获取模块具体用于获取所述远程授权请求的请求方的客户端中与所述远程授权请求对应的交易页面信息。
18.根据本公开的实施例，所述交易信息获取模块还用于以html形式将所述交易页面信息存储在与所述远程授权节点通信的数据库中。
19.根据本公开的实施例，所述装置还包括节点删除模块。所述节点删除模块用于在所述将所述状态更新信息反馈给所述远程授权节点对应的所述远程授权请求的请求方之后，删除所述远程授权节点。
20.本公开实施例的第三方面，提供了一种电子设备。所述电子设备包括一个或多个处理器、以及一个或多个存储器。所述一个或多个存储器用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述方法。
21.本公开实施例的第四方面，还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。
22.本公开实施例的第五方面，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。
附图说明
23.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
24.图1示意性示出了根据本公开实施例的用于在业务交易中远程授权的方法、装置、设备、介质和程序产品的应用场景图；
25.图2示意性示出了根据本公开实施例的用于在业务交易中远程授权的方法的流程图；
26.图3示意性示出了根据本公开另一实施例的用于在业务交易中远程授权的方法的流程图；
27.图4示意性示出了根据本公开再一实施例的用于在业务交易中远程授权的方法的流程图；
28.图5示意性示出了根据本公开一实施例的用于在业务交易中远程授权的流程构思图；
29.图6示意性示出了根据本公开实施例的用于在业务交易中远程授权的方法中三方交互流程图；
30.图7示意性示出了根据本公开实施例的用于在业务交易中远程授权的装置的框图；以及
31.图8示意性示出了根据本公开实施例的适于实现用于在业务交易中远程授权的方法的电子设备的方框图。
具体实施方式
32.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
33.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
34.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
35.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
36.本公开实施例提供了一种可以远程实时在线处理的用于在业务交易中远程授权的方法、装置、设备、介质和程序产品。该方法包括首先接收m个远程授权请求，其中，m个远程授权请求分别来自于m个请求方，m为大于或等于1的整数。然后响应于接收到的每个远程授权请求，创建该远程授权请求对应的远程授权节点，其中，该远程授权节点用于向n个授权方的其中之一提供对该远程授权请求进行授权审核的入口，以及记录授权结果以更新该远程授权节点的状态，其中，n为大于或等于1的整数。接下来在每个远程授权节点创建后的预定时长内，监听该远程授权节点的状态更新信息，其中，状态更新信息包括授权通过、授权不通过或授权超时其中之一。最后响应于监听到每个远程授权节点的状态更新信息，将状态更新信息反馈给该远程授权节点对应的远程授权请求的请求方，以响应远程授权请求。
37.以此方式，在发起了远程授权请求之后，在一段确定的时长内，要么该授权请求被授权通过，则请求方可以继续该交易；要么该远程授权请求授权不通过，则请求方停止该交易；要么在预定时长内没有收到关于该授权请求的授权结果，则授权超时，结束该交易。在授权超时后如果需要重新审批该交易，则需要请求方重新发起授权请求并实时在线处理。由此可见，根据本公开的实施例，对于每一笔需要授权的业务交易，可以通过实时在线的处理给出反馈结果。一方面业务人员和专业人士双方在业务处理上可以不受地理位置的限制，工作场所更灵活。另一方面，也可以避免授权请求提交后请求方处于完全被动状态而引起的焦虑。
38.需要说明的是，本公开实施例确定的用于在业务交易中远程授权的方法、装置、设备、介质和程序产品可用于金融领域，也可用于除金融领域之外的任意领域，本公开对应用领域不做限定。
39.图1示意性示出了根据本公开实施例的用于在业务交易中远程授权的方法、装置、设备、介质和程序产品的应用场景图。
40.如图1所示，根据该实施例的应用场景100可以包括至少一个请求方客户端101、授权系统102、以及至少一个授权方客户端103。
41.至少一个请求方客户端101可以与授权系统102进行通信。其中，请求方可以利用请求方客户端101进行业务交易信息的输入，并通过在请求方客户端101中的操作向授权系统102提交远程授权请求，并在固定时长内在线等待授权系统102反馈的授权通过、授权不通过或授权超时信息，并据此确定是继续交易、还是停止交易、或者结束交易。其中，请求方为请求方客户端101上的用户，例如可以是在请求方客户端101上通过账号进行登陆的业务人员，也可以是使用请求方客户端101的机器人软件等。
42.至少一个授权方客户端103可以与授权系统102进行通信。其中，授权方可以利用一个授权方客户端103，从授权系统102中获取需要自己授权审核的待授权记录，并通过对待授权记录中的各个待授权交易的审核，确定是否授权通过，并将授权结果反馈给授权系统102。其中，授权方为授权方客户端101上的用户，例如可以是在授权方客户端101上通过账号登陆的专业人士，也可以是使用该授权方客户端101的机器人软件等。
43.授权系统102可以由一个或多个服务器组成。授权系统102可以执行本公开实施例的用于在业务交易中远程授权的方法，对接收到的授权请求进行管理，并在固定时长内对于一个授权请求，无论是否收到授权方反馈的授权结果，都给出相应的响应信息，以结束本次在线授权处理流程。
44.需要说明的是，本公开实施例所提供的用于在业务交易中远程授权的方法一般可以由授权系统102执行。相应地，本公开实施例所提供的用于在业务交易中远程授权的装置、设备、介质和程序产品一般可以设置于授权系统102中。
45.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
46.以下将基于图1描述的场景，通过图2～图6对公开实施例的用于在业务交易中远程授权的方法进行详细描述。
47.图2示意性示出了根据本公开实施例的用于在业务交易中远程授权的方法的流程图。。
48.如图2所示，该实施例的用于在业务交易中远程授权的方法可以包括操作s210～操作s240。
49.在操作s210，接收m个远程授权请求，其中，m个远程授权请求分别来自于m个请求方，m为大于或等于1的整数。例如，在应用场景100中，授权系统102可以接收至少一个请求方客户端101发送的远程授权请求。根据本公开的一个实施例，可以限制每个请求方客户端101在一个时间段内只能发送一个远程授权请求。例如，待发送了远程授权请求后，可以设置该请求方客户端101进入在线等待状态(例如，锁定当前页面等)，并当该远程授权请求得到响应之前，该请求方客户端101不能够发起新的远程授权请求。
50.在操作s220，响应于接收到的每个远程授权请求，创建该远程授权请求对应的远程授权节点。其中，远程授权节点用于向n个授权方的其中之一提供对远程授权请求进行授权审核的入口，以及记录授权结果以更新远程授权节点的状态，其中，n为大于或等于1的整数。例如，可以按照约定的规则来创建远程授权节点，保证节点不会重复。例如，根据每个时间段内一个请求方针对同一笔业务交易仅能发送一个远程授权请求的原则，按照请求时
间、业务人员信息、交易信息等对远程授权节点进行编码。
51.根据本公开的实施例，在授权系统102中通过远程授权节点对远程授权请求进行管理。例如，授权系统102可以通过远程授权节点向授权方提供查看远程授权请求的信息摘要、链接或路径等入口信息，并将授权方的授权结果记录在该远程授权节点中。授权系统102通过远程授权节点，使请求方和授权方可以共享存储模型，将接收到的远程授权请求和对该远程授权请求进行授权审核的授权结果相关联，从而，使得授权按系统102可以适用于与多个请求方和多个授权方协同工作的场景。
52.在一个实施例中，可以使用zookeeper创建远程授权节点。例如，授权系统102可以部署有zookeeper和数据库。zookeeper可以对接收到的远程授权请求创建远程授权节点，使用远程授权节点记录远程授权请求的关键信息、以及接收授权结果的信息，数据量小。而远程授权请求中的详细请求信息或者与之相关联的业务交易信息等可以存放在数据库中，待授权方核查使用。
53.根据本公开的一个实施例，远程授权节点可以包括远程授权请求节点和远程授权响应节点。其中，远程授权请求节点用于向n个授权方的其中之一提供对远程授权请求进行授权审核的入口，以及远程授权响应节点用于记录授权结果以更新远程授权节点的状态。例如，远程授权请求节点可以存放业务人员信息、交易码、授权类型等授权信息。远程授权响应节点可以存放授权通过或授权不通过的授权结果信息等。
54.在操作s230，在每个远程授权节点创建后的预定时长内，监听远程授权节点的状态更新信息。其中，该状态更新信息包括授权通过、授权不通过或授权超时其中之一。
55.当在该预定时长内，该远程授权节点接收到授权方反馈的授权结果时，该远程授权节点的状态可以更新为该授权结果信息，例如授权通过或授权不通过。
56.而当达到预定时长的结束时刻时，如果该远程授权节点还没有接收到授权通过或授权不通过的授权结果信息时，在一个实施例中可以更新该远程授权节点的状态为授权超时。
57.在操作s230中当远程授权节点包括远程授权请求节点和远程授权响应节点时，在一个实施例中可以仅监听远程授权响应节点的状态更新信息。
58.在操作s240，响应于监听到每个远程授权节点的状态更新信息，将该状态更新信息反馈给该远程授权节点对应的远程授权请求的请求方，以响应该远程授权请求。从而对于每一笔需要授权的业务，都可以通过实时在线的处理，给出反馈结果，从而在固定时长内结束该远程授权请求的在线处理。
59.图3示意性示出了根据本公开另一实施例的用于在业务交易中远程授权的方法的流程图。
60.如图3所示，根据该实施例的用于在业务交易中远程授权的方法除了操作s210～操作s240以外，还可以包括操作s320、操作s330、以及操作s350。
61.首先在操作s210，接收m个远程授权请求，其中，m个远程授权请求分别来自于m个请求方，m为大于或等于1的整数。
62.接下来在操作s320，响应于接收到的每个远程授权请求，获取该远程授权请求对应的交易记录信息。与此同时在操作s220中，响应于接收到的每个远程授权请求，创建该远程授权请求对应的远程授权节点。
63.由于操作s320中对于每个远程授权请求，可以获取到请求方发起该远程授权请求时的交易的交易记录信息，从而在授权方对远程授权请求进行授权审核时，可以向授权方提供该交易记录信息，以便于详细审核。
64.操作s320中获取的交易记录信息例如可以是，远程授权请求的请求方的客户端中与远程授权请求对应的交易页面信息。例如，在授权系统102接收到远程授权请求后，截取请求方客户端101中输入交易信息的页面的图像，或者读取请求方客户端101中输入交易信息的页面的代码等信息。然后，进一步地还可以以html形式将交易页面信息存储在与远程授权节点通信的数据库中。这样，当授权方通过远程授权节点来查询该节点对应的远程授权请求的详细信息时，可以从数据库中找到该html格式交易页面信息。以html形式存储该交易页面信息，一方面便于该交易页面信息的网络传输，另一方面便于在授权方客户端103中通过浏览器打开该交易页面信息，从而力求授权方能够看到与请求方客户端101中所显示的交易页面信息几乎完全一致的页面信息，使得请求方和授权方可以看到几乎相同的交易页面界面，达到与现场审核模式相类似的效果，提高授权审核的准确性。
65.然后在操作s330，向每个远程授权节点注册监听器，监听器用于监听远程授权节点的状态更新信息。例如，在使用zookeeper创建远程授权节点时，可以对每个远程授权节点(如区分远程授权请求节点和远程授权响应节点时，可以仅对远程响应节点)注册pathchildrencachelistener，通过pathchildrencachelistener该监听对应节点的状态更新信息。
66.接下来在操作s230，可以利用为每个远程授权节点注册的监听器(例如pathchildrencachelistener)，在预定时长内监听远程授权节点的状态更新信息。
67.再然后在操作s240，响应于监听到每个远程授权节点的状态更新信息，将该状态更新信息反馈给该远程授权节点对应的远程授权请求的请求方，以响应该远程授权请求。
68.此后在操作s350，删除远程授权节点。以此方式不但在预定时长内结束该远程授权请求的在线处理，还删除了相应的远程授权节点，释放内存空间。
69.需要说明的是，在图3中操作s210～操作s240与上文描述一致详细信息请参考上文内容。
70.图4示意性示出了根据本公开再一实施例的用于在业务交易中远程授权的方法的流程图。
71.如图4所示，根据本公开另一实施例，该用于在业务交易中远程授权的方法除了图2或图3所示的方法流程以外，还可以包括操作s410～操作s450。图4所示的流程涉及授权系统102与授权方的交互过程。
72.首先在操作s410，接收至少一个授权查询请求，其中，每个授权查询请求来自于n个授权方其中之一。在一些实施例中，在操作s410之前，当授权系统102中创建了远程授权节点之后，就可以基于该远程授权节点所涉及的交易的信息，向对该交易进行授权的授权方发送授权提醒信息，以提醒授权方及时授权审核。
73.然后在操作s420，响应于授权查询请求，向发送授权查询请求的授权方发送待授权记录，待授权记录包括至少一个远程授权节点的信息。例如，授权系统102可以根据授权查询请中授权方的授权资格信息等，将授权方具有授权审核资格的交易所涉及的远程授权节点的信息汇总为待授权记录，发送给授权方。
74.接下来在操作s430，基于授权方对待授权记录中的远程授权节点的选择操作，向授权方反馈所选择的远程授权节点对应的远程授权请求。例如，在授权方选中了某一个远程授权节点的信息后，可以从数据库中将与该远程授权节点对应的远程授权请求的详细信息(例如，交易页面信息)发送给授权方，供授权方审核。
75.再然后在操作s440，获取由授权方对远程授权请求进行授权审核而得到的授权结果信息。当授权方在授权方客户端103的界面中进行了授权通过或不通过的操作之后，授权系统102可以获取相应的授权结果信息。
76.此后在操作s450，利用授权结果信息更新授权方选择的远程授权节点的状态。从而接下来可以通过操作s240，向该远程授权节点对应的远程授权请求的请求方发送响应信息，以结束该远程授权请求的在线处理。
77.另外，如果超出远程授权节点创建后的预定时长，授权方没有进行授权通过或不通过的操作，则授权系统102可以根据上文的描述确定远程授权节点的状态为授权超时，然后通过操作s240来结束该远程授权节点对应的远程授权请求的在线等待处理过程。
78.图5示意性示出了根据本公开一实施例的用于在业务交易中远程授权的流程构思图。
79.图5示例了本公开实施例的方案在银行授权业务和风控业务中的应用流程构思示例，其中，请求方501例如是通过请求方客户端101登陆授权系统102的前端柜员。授权方503例如可以是通过授权方客户端103登陆授权系统102的授权柜员。其中，授权系统102中使用zookeeper服务的共享存储模型，来实现请求方501和授权方503的协同。例如针对一个远程授权请求，zookeeper服务创建zookeeper节点502。授权方503可以将对该远程授权请求的授权结果存放到该zookeeper节点502中，同时请求方501可以从该zookeeper节点502中获取到授权通过、授权不通过或者授权超时的响应信息。
80.具体地可以在操作s51，请求方501判断与zookeeper节点502是否保持联系。当保持联系的情况下，在操作s52，请求方501将申请授权的交易页面信息的画面、身份核查结果以及业务影像等信息发布到zookeeper节点502上，并通过向zookeeper节点502注册监听器来监听zookeeper节点502的状态发更新信息。
81.接下来在操作s53，授权方503获取可授权审核的zookeeper节点列表信息(即，待授权列表)。并在操作s54，完成授权后向zookeeper节点502提交授权结果，更新zookeeper节点502上的授权数据。
82.然后在操作s55，zookeeper节点502上的数据发生改变时，zookeeper节点502会向对此信息进行监听的请求方501发送状态更新信息。请求方501接收状态更新信息后，授权系统102会自动删除zookeeper上该节点数据。
83.根据本公开的实施例，可以基于zookeeper数据发布/订阅功能实现在线处理并实时接收到处理结果(授权通过、授权不通过或者授权超时)，而不需要请求方被动查询来获取授权结果，从而可以减少被动待授权方处理时的不确定性带来的焦虑。
84.图6示意性示出了根据本公开实施例的用于在业务交易中远程授权的方法中三方交互流程图。需要说明的是，图6所示仅为本公开方案的一个应用实例，并不对本公开构成限定。
85.如图6所示，请求方使用请求方客户端101处理大额交易时，先在业务输入页面中
进行业务输入(s1和s2)，然后业务输入页面弹出授权页面(s3)，接下来请求方提交远程授权(s4)。在请求方提交远程授权时会向授权系统102发送远程授权请求(s5)；与此同时请求方客户端101的交易灰显锁定(s6)，在线等待响应结果。
86.授权系统102在收到远程授权请求后，从请求方客户端101处获取交易页面信息(s7)，并以html的形式记录到远程授权申请表，存储到数据库中(s8)。同时使用zookeeper创建远程授权节点(s9)。该远程授权节点可以包括远程授权请求节点和远程授权响应节点。该远程授权节点节点可以按照约定的规则进行创建，以保证节点不会重复。远程授权请求节点可以存放柜员、交易码、授权类型等授权信息远程授权请求响应节点存放授权结果：授权通过和授权不通过。从而使得远程授权按节点中可以存入的数据量小，而与交易有关的详细数据可以通过查询数据库得到。同时通过pathchildrencachelistener监听远程授权节点的状态更新信息(s10)。
87.授权方可以利用授权方客户端103与授权系统102的交互来进行业务授权。例如，授权方可以通过授权方客户端103登录授权系统102，此时在授权方客户端103中可以展示远程授权查询界面(s11)。然后授权方可以在在远程授权查询界面中点击查询(s12)。接下来通过与授权系统102的交互(s13和s14)获取并展示可以授权的待授权记录(s15)。该待授权记录例如是zookeeper上远程授权请求节点的列表信息。授权方可以在授权方客户端103中根据待授权记录，查询远程授权申请表，选择要审核的节点对应的交易内容，然后复核交易页面信息后完成交易授权审批(s16～s19)。此时授权系统102在zookeeper远程授权响应节点目录下更新授权结果(s20)。
88.pathchildrencachelistener监听到授权结果后，授权系统102将授权结果发送并展示在请求方客户端的交易页面上(s21)。若授权通过，交易页面恢复并交易流程继续运行；若授权不通过，交易停止(s23)。同时授权系统102删除zookeeper相关授权节点信息(s22)。
89.另外，若请求方在提交授远程授权请求(s5)之后，在线等待的时间超过预定时长后，授权系统102将向请求方客户端101发送授权超时的信息(s21)，并结束交易，同时也相应删除创建的远程授权节点(s22)。若要对该笔交易继续授权，则需要就该笔交易重新发起请求审核流程。
90.基于上述各个实施例提供的用于在业务交易中远程授权的方法方法，本公开实施例还提供了一种用于在业务交易中远程授权的装置。以下将结合图7对该装置进行详细描述。
91.图7示意性示出了根据本公开实施例的用于在业务交易中远程授权的装置700的框图。根据本公开的实施例，该装置700可以设置于授权系统102中，实现参考图2～图6所描述的用于在业务交易中进行远程授权的方法。
92.如图7所示，根据本公开的一些实施例，该用于在业务交易中远程授权的700包括第一接收模块710、创建模块720、监听模块730以及响应模块740。
93.第一接收模块710例如可以执行操作s210，用于接收m个远程授权请求，其中，m个远程授权请求分别来自于m个请求方，m为大于或等于1的整数。
94.创建模块720例如可以执行操作s220，用于响应于接收到的每个远程授权请求，创建远程授权请求对应的远程授权节点；其中，远程授权节点用于向n个授权方的其中之一提
供对远程授权请求进行授权审核的入口，以及记录授权结果以更新远程授权节点的状态，其中，n为大于或等于1的整数。
95.监听模块730例如可以执行操作s230，用于在每个远程授权节点创建后的预定时长内，监听远程授权节点的状态更新信息；其中，状态更新信息包括授权通过、授权不通过或授权超时其中之一。
96.响应模块740例如可以执行操作s240，用于响应于监听到每个远程授权节点的状态更新信息，将状态更新信息反馈给远程授权节点对应的远程授权请求的请求方，以响应远程授权请求。
97.根据本公开的另一些实施例，该装置700还可以进一步包括监听注册模块750、交易信息获取模块760以及节点删除模块770。
98.监听注册模块750例如可以执行操作s330用于在监听远程授权节点的状态更新信息之前，向每个远程授权节点注册监听器，监听器用于监听远程授权节点的状态更新信息。
99.交易信息获取模块760例如可以执行操作s320用于响应于接收到的每个远程授权请求，获取远程授权请求对应的交易记录信息。其中，对远程授权请求进行授权审核，包括对远程授权请求对应的交易记录信息进行授权审核。在一个实施例中，交易信息获取模块760可以用于获取远程授权请求的请求方的客户端中与远程授权请求对应的交易页面信息。在另一个实施例中，交易信息获取模块760还可以用于以html形式将交易页面信息存储在与远程授权节点通信的数据库中。
100.节点删除模块770例如可以执行操作s350用于在将状态更新信息反馈给远程授权节点对应的远程授权请求的请求方之后，删除远程授权节点。
101.根据本公开的再一些实施例，该装置700还可以进一步包括第二接收模块780、记录发送模块790、审核交互模块7100、结果获取模块7110以及节点更新模块7120。
102.第二接收模块780例如可以执行操作s410，用于接收至少一个授权查询请求，其中，每个授权查询请求来自于n个授权方其中之
103.记录发送模块790例如可以执行操作s420，用于响应于授权查询请求，向发送授权查询请求的授权方发送待授权记录，待授权记录包括至少一个远程授权节点的信息。
104.审核交互模块7100例如可以执行操作s430，用于基于授权方对待授权记录中的远程授权节点的选择操作，向授权方反馈所选择的远程授权节点对应的远程授权请求。
105.结果获取模块7110例如可以执行操作s440，用于获取由授权方对远程授权请求进行授权审核而得到的授权结果信息。
106.节点更新模块7120例如可以执行操作s450，用于利用授权结果信息更新授权方选择的远程授权节点的状态。
107.根据本公开的实施例，第一接收模块710、创建模块720、监听模块730、响应模块740、监听注册模块750、交易信息获取模块760、节点删除模块770、第二接收模块780、记录发送模块790、审核交互模块7100、结果获取模块7110和节点更新模块7120中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，第一接收模块710、创建模块720、监听模块730、响应模块740、监听注册模块750、交易信息获取模块760、节点删除模块770、第二接收模块
780、记录发送模块790、审核交互模块7100、结果获取模块7110和节点更新模块7120中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，第一接收模块710、创建模块720、监听模块730、响应模块740、监听注册模块750、交易信息获取模块760、节点删除模块770、第二接收模块780、记录发送模块790、审核交互模块7100、结果获取模块7110和节点更新模块7120中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
108.图8示意性示出了根据本公开实施例的适于实现用于在业务交易中远程授权的方法的电子设备800的方框图。
109.如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
110.在ram 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、rom 802以及ram 803通过总线804彼此相连。处理器801通过执行rom 802和/或ram 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 802和ram 803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
111.根据本公开的实施例，电子设备800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。电子设备800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
112.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
113.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或
者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 802和/或ram 803和/或rom 802和ram 803以外的一个或多个存储器。
114.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。
115.在该计算机程序被处理器801执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
116.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
117.在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
118.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c ，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
119.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
120.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
121.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而
并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。