一种借款管理方法、系统、装置及存储介质与流程

1.本技术涉及企业技术管理技术领域，具体涉及一种借款管理方法、系统、装置及存储介质。


背景技术：

2.在公司运营过程中，经常会出现企业预支给员工用作因公消费的资金的情况，传统流程都是员工线下填写对应纸质单据来完成流程，整个流程都是通过人工进行管理，流程复杂，效率低下，耗费了极大的人力成本，给企业的财务管理带来了不便。
3.因此，需要提出一种企业的借款管理方案，已解决现有技术中存在的上述问题。


技术实现要素：

4.本技术实施例的目的在于提供一种借款管理方法、系统、装置及存储介质，用以解决现有技术中的人工借款管理流程复杂、效率低下，耗费了极大的人力成本，从而给企业的财务管理带来了不便的问题。
5.为实现上述目的，本技术实施例提供一种借款管理方法，包括步骤：获取提交的借款流程的借款单后，在所述借款流程流转下完成对所述借款单的支付，并生成所述借款单对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的借款金额；
6.获取不同还款方式下的还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态。
7.可选地，所述还款流程的还款方式包括手动还款，所述手动还款的步骤包括：
8.获取提交的手动还款流程的所述流程信息中的还款金额，增加对应的所述借款包中与所述还款金额相等的所述占用金额；
9.响应于企业借款管理权限持有者发送的确认收款的所述确认指令，将增加的所述占用金额转变为所述确认金额。
10.可选地，所述还款流程的还款方式包括核销还款，所述核销还款的步骤包括：
11.获取提交的核销还款流程的所述流程信息中的核销金额和待核销的所述借款包信息，当所述核销还款流程中的报销单被保存时，增加对应的所述借款包的所述占用金额，增加的所述占用金额的总和等于核销的所述还款金额；
12.响应于所述报销单被支付的确认指令，将增加的所述占用金额转变为所述确认金额。
13.可选地，所述还款流程的还款方式包括强制还款，所述强制还款的步骤包括：
14.获取提交的强制还款流程的所述流程信息中的还款金额；
15.增加对应的所述借款包中与所述还款金额相等的所述确认金额。
16.可选地，还包括：
17.创建借还记录，所述借还记录包括与所述借款包关联的借款实体，以及对应的所述借款金额和借款日期；
18.所述借还记录还包括与所述借款包关联的还款实体，以及对应的还款金额和发起所述还款流程的日期；
19.当所述借款流程或者还款流程开始时，将对应的所述借还记录标记为待确认状态，当所述借款流程或者还款流程结束时，将对应的所述借还记录标记为正常状态，当所述借款流程或者还款流程失败时，移除对应的所述借还记录。
20.可选地，还包括：
21.当所述借款包的借款即将到期、已到期、超期、和/或所述借款包中有可核销借款时，发送对应的提醒信息；
22.所述借款包可以转移和共享。
23.可选地，还包括：
24.满足预设条件后，响应于强制关闭指令，关闭所述借款包；
25.当关闭所述借款包之后，所述借款包的状态更新为已清还，释放预算，解除对应的待提交、被驳回状态的报销单对所述借款包的核销关系，对应的借款剩余金额清零，将强制关闭信息添加在所述借还记录中。
26.为实现上述目的，本技术还提供一种借款管理系统，包括：借款单元，用于执行提交的借款流程，获取对应的借款单，在所述借款流程流转下完成对所述借款单的支付；
27.借款包单元，用于当所述借款单中的借款金额被支付后，生成对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的所述借款金额；
28.还款单元，用于执行不同还款方式下的还款流程，获取所述还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态，所述还款单元包括手动还款模块、核销还款模块和强制还款模块；
29.借还记录单元，用于记录与所述借款包关联的借款实体，以及对应的所述借款金额和借款日期，还用于记录与所述借款包关联的还款实体，以及对应的还款金额和发起所述还款流程的日期，当所述借款流程或者还款流程开始时，将对应的所述借还记录标记为待确认状态，当所述借款流程或者还款流程结束时，将对应的所述借还记录标记为正常状态，当所述借款流程或者还款流程失败时，移除对应的所述借还记录；
30.提醒单元，用于当所述借款包的借款即将到期、已到期、超期、和/或所述借款包中有可核销借款时，发送对应的提醒信息；
31.强制关闭单元，用于满足预设条件后，响应于强制关闭指令，关闭所述借款包，当关闭所述借款包之后，所述借款包的状态更新为已清还，释放预算，解除对应的待提交、被驳回状态的报销单对所述借款包的核销关系，对应的借款剩余金额清零，将强制关闭信息添加在所述借还记录中。
32.为实现上述目的，本技术还提供一种借款管理装置，包括：存储器；以及
33.与所述存储器连接的处理器，所述处理器被配置成：
34.获取提交的借款流程的借款单后，在所述借款流程流转下完成对所述借款单的支
付，并生成所述借款单对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的借款金额；
35.获取不同还款方式下的还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态。
36.为实现上述目的，本技术还提供一种计算机存储介质，其上存储有计算机程序，其中所述计算机程序被机器执行时实现如上所述的方法的步骤。
37.本技术实施例具有如下优点：
38.本技术实施例提供一种借款管理方法，包括步骤：获取提交的借款流程的借款单后，在所述借款流程流转下完成对所述借款单的支付，并生成所述借款单对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的借款金额；获取不同还款方式下的还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态。
39.通过上述方法，在保留传统业务流程完整的情况下，将借款流程电子化，提出一套新的电子借款管理方案，可以不在需要人工进行借款管理，相关财务人员只需对对应人员提交的数据进行核对即可，从而提高了企业财务管理的效率和效果。
附图说明
40.为了更清楚地说明本技术的实施方式或现有技术中的技术方案，下面将对实施方式或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是示例性的，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图引伸获得其它的实施附图。
41.图1为本技术实施例提供的一种借款管理方法的流程图；
42.图2为本技术实施例提供的一种借款管理方法的借款流程示意图；
43.图3a为本技术实施例提供的一种借款管理方法的核销借款界面示意图；
44.图3b为本技术实施例提供的一种借款管理方法的选择借款包的界面示意图；
45.图3c为本技术实施例提供的一种借款管理方法的添加多个借款包的界面示意图；
46.图3d为本技术实施例提供的一种借款管理方法的调整核销顺序的界面示意图；
47.图3e为本技术实施例提供的一种借款管理方法的添加一个借款包的界面示意图；
48.图4a为本技术实施例提供的一种借款管理方法的发送借款即将到期的提醒信息的界面示意图；
49.图4b为本技术实施例提供的一种借款管理方法的发送有可核销借款的提醒信息的界面示意图；
50.图5为本技术实施例提供的一种借款管理装置的模块框图。
具体实施方式
51.以下由特定的具体实施例说明本技术的实施方式，熟悉此技术的人士可由本说明
书所揭露的内容轻易地了解本技术的其他优点及功效，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
52.此外，下面所描述的本技术不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。
53.本技术一实施例提供一种借款管理方法，参考图1，图1为本技术的一实施方式中提供的一种借款管理方法的流程图，应当理解的是，该方法还可以包括未示出的附加框和/或可以省略所示出的框，本技术的范围在此方面不受限制。
54.在步骤101处，获取提交的借款流程的借款单后，在所述借款流程流转下完成对所述借款单的支付，并生成所述借款单对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的借款金额。
55.具体地，在本实施例中，借款的获得是通过提交借款单，提交借款单的操作是通过借款流程申请借款，借款在出纳支付后，即自动变成已完成状态，无需「确认支付」操作。当借款单在出纳支付后(进入已完成状态)，生成对应的借款包。
56.借款单的生命周期参考图2。其中，支付中的单据是否可以驳回(图2中虚线所示)取决于审批流模版的配置，已完成单据有「未读」、「已读」之分。
57.借款单也由单据模版字段描述，参见表1。
58.表1：
59.[0060][0061][0062]
借款单一旦被支付，那么就将生成唯一一个借款包，一个员工可以有多个借款包，借款包与借款单是一一对应的。
[0063]
借款包是一个类似预算包的实体，它包括以下属性：
[0064]
1.总金额，即一共可以用的借款有多少。对应借款单的借款金额。
[0065]
2.占用金额，核销还款时报销单未支付或手动还款未确认收款，这时这些还款金额即计为占用金额。
[0066]
3.确认金额，一旦核销还款的报销单被支付或者手动还款被确认收款，则相应的金额从占用金额转换为确认金额。
[0067]
4.还款期限，最迟何时还款完成。应注意的是，即使超过还款期限依然允许继续还款。但对于超过期限的借款包，应显示警告。
[0068]
其中，余额＝总金额－占用金额－确认金额。
[0069]
借款包有两个状态：
[0070]
还款中，总金额不等于确认金额的借款包即还款中状态；
[0071]
已清还，当借款包里所有的借款都确认还款后，借款包清还完成。
[0072]
在步骤102中，获取不同还款方式下的还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态。
[0073]
在一些实施例中，所述还款流程的还款方式包括手动还款，所述手动还款的步骤包括：
[0074]
获取提交的手动还款流程的所述流程信息中的还款金额，增加对应的所述借款包中与所述还款金额相等的所述占用金额；
[0075]
响应于企业借款管理权限持有者发送的确认收款的所述确认指令，将增加的所述占用金额转变为所述确认金额。
[0076]
所述还款流程的还款方式包括核销还款，所述核销还款的步骤包括：
[0077]
获取提交的核销还款流程的所述流程信息中的核销金额和待核销的所述借款包信息，当所述核销还款流程中的报销单被保存时，增加对应的所述借款包的所述占用金额，增加的所述占用金额的总和等于核销的所述还款金额；
[0078]
响应于所述报销单被支付的确认指令，将增加的所述占用金额转变为所述确认金额。
[0079]
所述还款流程的还款方式包括强制还款，所述强制还款的步骤包括：
[0080]
获取提交的强制还款流程的所述流程信息中的还款金额；
[0081]
增加对应的所述借款包中与所述还款金额相等的所述确认金额。
[0082]
具体地，还款流程有三种方式：手动还款、核销还款、强制还款。接下来将分别解释三种还款方式：
[0083]
手动还款：手动还款的过程为：
[0084]
1.员工在「我的借款」界面找到要还款的借款包，点击还款。
[0085]
2.填写还款金额，金额不得超过借款包剩余金额。
[0086]
3.企业借款管理权限持有者收到还款申请，在线下获得员工的还款金，然后在企业借款管理里确认收款(或取消还款来终止这次还款操作)。
[0087]
4.还款完成。
[0088]
当一个借款包在进行手动还款时(已发起但未确认收款)，是不能再进行另一次手
动还款的(核销/强制还款不受此影响)。当手动还款发起后：
[0089]
1.在确认收款前，借款包占用金额增加。
[0090]
2.在取消还款后，解除占用。
[0091]
3.在确认收款后，占用金额转变为确认金额。
[0092]
核销还款：
[0093]
核销还款在报销单中发起。报销人在报销单里可以关联一个或多个借款包并指定顺序。当报销单提交送审时，即建立核销关系——用报销单里的消费明细冲抵借款包。在冲抵时，按照用户选择顺序进行先后冲抵。核销的用户操作流程如下：
[0094]
1.在报销单里找到「核销借款」，参考图3a。
[0095]
2.选择要核销的借款包，参考图3b。
[0096]
3.借款包被添加到报销单里，参考图3c。
[0097]
另外，可以调整核销顺序，参考图3d。图3e为只添加一个借款包的情况。
[0098]
此时，借款包仅仅是被“添加”到报销单里了，核销关系尚未建立，也就是说，借款包的剩余金额并未发生变化。只有当报销单被保存时，核销关系才被确立，借款包的占用金额增加。
[0099]
强制还款：
[0100]
在某些情况下，例如员工离职，导致借款包无法继续由员工方还款，企业借款管理权限持有者可以通过强制还款的方式进行还款。强制还款与手动还款类似，其过程为：
[0101]
1.管理员在企业借款管理界面找到要还款的借款包，点击强制还款。(若借款包在一次手动还款过程中，则必须先完成该手动还款，然后才能发起强制还款)
[0102]
2.填写还款金额，金额不得超过借款包剩余金额。
[0103]
3.还款完成。
[0104]
当强制还款发起后，借款包确认金额增加。
[0105]
在一些实施例中，还包括：创建借还记录，所述借还记录包括与所述借款包关联的借款实体，以及对应的所述借款金额和借款日期；
[0106]
所述借还记录还包括与所述借款包关联的还款实体，以及对应的还款金额和发起所述还款流程的日期；
[0107]
当所述借款流程或者还款流程开始时，将对应的所述借还记录标记为待确认状态，当所述借款流程或者还款流程结束时，将对应的所述借还记录标记为正常状态，当所述借款流程或者还款流程失败时，移除对应的所述借还记录。
[0108]
具体地，借还记录是一个列表，参考表2，
[0109]
表2：
[0110][0111][0112]
其中，获得借款、核销还款、手动还款都是一个过程，因此，
[0113]
这些「动作」的发生日期都取这个过程的开始日期；
[0114]
当它们过程开始时，相应的借还记录标记为「待确认」状态；
[0115]
当它们过程成功结束时，相应的借还记录标记为正常状态；
[0116]
当它们的过程失败时(手动还款被驳回、取消手动还款、核销关系解除)，相应的借款记录被移除。
[0117]
在一些实施例中，还包括：当所述借款包的借款即将到期、已到期、超期、和/或所述借款包中有可核销借款时，发送对应的提醒信息。参考图4a和图4b。
[0118]
具体地，在借款相关业务功能中，有一些风险性信息应该被呈现出来，以方便相关经办人更好地进行决策。
[0119]
当某个借款包超过还款期限时，在借款包上显示警告标识(包括详情页与列表项)。包括以下场景：
[0120]
借款人查看自己的借款包；
[0121]
借款管理权限持有者在企业借款管理页面查看借款包。
[0122]
在一些实施例中，满足预设条件后，响应于强制关闭指令，关闭所述借款包；
[0123]
当关闭所述借款包之后，所述借款包的状态更新为已清还，释放预算，解除对应的待提交、被驳回状态的报销单对所述借款包的核销关系，对应的借款剩余金额清零，将强制关闭信息添加在所述借还记录中。
[0124]
具体地，前提：借款管理员可以强制关闭借款。
[0125]
满足以下预设条件的借款包可以被强制关闭：
[0126]
1.只被已完成、待提交、被驳回状态的单据核销占用。
[0127]
2.所有手动还款都已经完成，没有审批中的手动还款申请。
[0128]
如果不满足，则在强制关闭时提示用户：
[0129]
「有核销或手动还款还在审核中，请完成审批后再关闭此借款。」
[0130]
强制关闭借款后：
[0131]
1.借款包进入已完成状态；
[0132]
2.释放预算(如果占用的话)；
[0133]
3.解除待提交、被驳回状态的报销单对该借款的核销关系；
[0134]
4.借款剩余金额清零(通过增加一笔强制还款的方式)；
[0135]
5.借还款记录上增加了一条「xxx强制关闭某某借款-￥2200.00」。
[0136]
在一些实施例中，所述借款包可以转移和共享。
[0137]
具体地，包是一类不同于单据的实体，具备以下特征：
[0138]
1.有自己的生命周期；
[0139]
2.管理一个数值(一般是金额)的增减过程；
[0140]
3.增减由单据或其他包的占用引用产生。
[0141]
在本实施例中，以下实体可以认为是包：预算、申请事项、借款。目前包及其所有者参考表3，
[0142]
表3：
[0143][0144]
其中，除了预算之外，包只有所有者才能使用(例如只有借款人才能核销这个借款)。
[0145]
但在很多场景下，这并不够：例如备用金借款，虽然有一个负责人持有，但往往是一个部门的人都可以核销该借款。
[0146]
因此，在此增加「包的共享」的概念：
[0147]
包的所有者或这类包的管理员可以共享某一个包给所有者之外的人，把这个人称为「参与者」。
[0148]
不同包的参与者、所有者的权限参考表4，
[0149]
表4：
[0150]
[0151][0152]
包的转移：
[0153]
包的转移指的是包的所有人变更的行为。包的所有人可以转移包给其他人，该类包的管理员也可以转移。包括预算、申请事项、借款，目前不限制包的转移行为，包的所有者可以把包转移给任何其他人。
[0154]
需要特别指出的是预算：
[0155]
预算管理员可以把预算转移给非预算管理员管理；
[0156]
非预算管理员只能看到自己所有的预算(由预算管理员转移而来)。预算管理员可以看到所有预算。
[0157]
通过上述方法，在保留传统业务流程完整的情况下，将借款流程电子化，提出一套新的电子借款管理方案，可以不在需要人工进行借款管理，相关财务人员只需对对应人员提交的数据进行核对即可，从而提高了企业财务管理的效率和效果。
[0158]
本技术实施例还提供一种借款管理系统，包括：
[0159]
借款单元，用于执行提交的借款流程，获取对应的借款单，在所述借款流程流转下完成对所述借款单的支付；
[0160]
借款包单元，用于当所述借款单中的借款金额被支付后，生成对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的所述借款金额；
[0161]
还款单元，用于执行不同还款方式下的还款流程，获取所述还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态，所述还款单元包括手动还款模块、核销还款模块和强制还款模块；
[0162]
借还记录单元，用于记录与所述借款包关联的借款实体，以及对应的所述借款金额和借款日期，还用于记录与所述借款包关联的还款实体，以及对应的还款金额和发起所述还款流程的日期，当所述借款流程或者还款流程开始时，将对应的所述借还记录标记为待确认状态，当所述借款流程或者还款流程结束时，将对应的所述借还记录标记为正常状态，当所述借款流程或者还款流程失败时，移除对应的所述借还记录；
[0163]
提醒单元，用于当所述借款包的借款即将到期、已到期、超期、和/或所述借款包中有可核销借款时，发送对应的提醒信息；
[0164]
强制关闭单元，用于满足预设条件后，响应于强制关闭指令，关闭所述借款包，当关闭所述借款包之后，所述借款包的状态更新为已清还，释放预算，解除对应的待提交、被驳回状态的报销单对所述借款包的核销关系，对应的借款剩余金额清零，将强制关闭信息添加在所述借还记录中。
[0165]
具体实现方法参考前述方法实施例，此处不再赘述。
[0166]
图5为本技术实施例提供的一种借款管理装置的模块框图。该装置包括：
[0167]
存储器201；以及与所述存储器201连接的处理器202，所述处理器202被配置成：获取提交的借款流程的借款单后，在所述借款流程流转下完成对所述借款单的支付，并生成所述借款单对应的借款包，所述借款包是一个实体，所述借款包的属性包括：总金额、占用金额、确认金额和/或还款期限，所述总金额等于对应的所述借款单的借款金额；
[0168]
获取不同还款方式下的还款流程的流程信息，响应于所述流程信息中的确认指令，基于所述流程信息指示的金额信息，更新对应的所述借款包的所述占用金额和/或所述确认金额，当所述确认金额等于所述总金额时，更新所述借款包的状态。
[0169]
在一些实施例中，所述处理器202还被配置成：所述还款流程的还款方式包括手动还款，所述手动还款的步骤包括：获取提交的手动还款流程的所述流程信息中的还款金额，增加对应的所述借款包中与所述还款金额相等的所述占用金额；响应于企业借款管理权限持有者发送的确认收款的所述确认指令，将增加的所述占用金额转变为所述确认金额。
[0170]
在一些实施例中，所述处理器202还被配置成：所述还款流程的还款方式包括核销还款，所述核销还款的步骤包括：获取提交的核销还款流程的所述流程信息中的核销金额和待核销的所述借款包信息，当所述核销还款流程中的报销单被保存时，增加对应的所述借款包的所述占用金额，增加的所述占用金额的总和等于核销的所述还款金额；响应于所述报销单被支付的确认指令，将增加的所述占用金额转变为所述确认金额。
[0171]
在一些实施例中，所述处理器202还被配置成：所述还款流程的还款方式包括强制还款，所述强制还款的步骤包括：获取提交的强制还款流程的所述流程信息中的还款金额；增加对应的所述借款包中与所述还款金额相等的所述确认金额。
[0172]
在一些实施例中，所述处理器202还被配置成：创建借还记录，所述借还记录包括与所述借款包关联的借款实体，以及对应的所述借款金额和借款日期；所述借还记录还包括与所述借款包关联的还款实体，以及对应的还款金额和发起所述还款流程的日期；当所述借款流程或者还款流程开始时，将对应的所述借还记录标记为待确认状态，当所述借款流程或者还款流程结束时，将对应的所述借还记录标记为正常状态，当所述借款流程或者还款流程失败时，移除对应的所述借还记录。
[0173]
在一些实施例中，所述处理器202还被配置成：当所述借款包的借款即将到期、已到期、超期、和/或所述借款包中有可核销借款时，发送对应的提醒信息；所述借款包可以转移和共享。
[0174]
在一些实施例中，所述处理器202还被配置成：满足预设条件后，响应于强制关闭指令，关闭所述借款包；当关闭所述借款包之后，所述借款包的状态更新为已清还，释放预算，解除对应的待提交、被驳回状态的报销单对所述借款包的核销关系，对应的借款剩余金额清零，将强制关闭信息添加在所述借还记录中。
[0175]
具体实现方法参考前述方法实施例，此处不再赘述。
[0176]
本技术可以是方法、装置、系统和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于执行本技术的各个方面的计算机可读程序指令。
[0177]
计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
[0178]
这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
[0179]
用于执行本技术操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包
括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本技术的各个方面。
[0180]
这里参照根据本技术实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本技术的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。
[0181]
这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
[0182]
也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
[0183]
附图中的流程图和框图显示了根据本技术的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
[0184]
注意，除非另有直接说明，否则本说明书(包含任何所附权利要求、摘要和附图)中所揭示的所有特征皆可由用于达到相同、等效或类似目的的可替代特征来替换。因此，除非另有明确说明，否则所公开的每一个特征仅是一组等效或类似特征的一个示例。在使用到的情况下，进一步地、较优地、更进一步地和更优地是在前述实施例基础上进行另一实施例阐述的简单起头，该进一步地、较优地、更进一步地或更优地后带的内容与前述实施例的结合作为另一实施例的完整构成。在同一实施例后带的若干个进一步地、较优地、更进一步地或更优地设置之间可任意组合的组成又一实施例。
[0185]
虽然，上文中已经用一般性说明及具体实施例对本技术作了详尽的描述，但在本技术基础上，可以对之作一些修改或改进，这对本领域技术人员而言是显而易见的。因此，在不偏离本技术精神的基础上所做的这些修改或改进，均属于本技术要求保护的范围。