账户合约关系的存储方法、销户方法、装置、设备及介质与流程

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.权限确认模块，被配置为执行监测所述合约存储记录中是否存在签约数量大于预设阈值的指定合约类型；若存在，则确定所述目标账户不具备销户权限。
42.第五方面，本技术提供一种电子设备，包括：
43.存储器，用于存储程序指令；
44.处理器，用于调用所述存储器中存储的程序指令，按照获得的程序指令执行第一方面或第二方面中任一项所述的方法包括的步骤。
45.第六方面，本技术提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被计算机执行时，使所述计算机执行第一方面或第二方面中任一项所述的方法。
46.第七方面，本技术提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面或第二方面中任一项所述的方法。
附图说明
47.图1a为本技术实施例提供的传统的宽表结构记录合约关系示意图；
48.图1b为本技术实施例提供的同类型合约被多次签约时的合约关系示意图；
49.图2为本技术实施例提供的应用场景示意图；
50.图3a为本技术实施例提供的一种账户合约关系的存储方法流程图；
51.图3b为本技术实施例提供的合约存储记录示意图；
52.图3c为本技术实施例提供的合约存储记录优化示意图；
53.图3d为本技术实施例提供的提示信息示意图；
54.图3e为本技术实施例提供的基于新增合约更新合约存储记录示意图；
55.图4为本技术实施例提供的一种基于合约关系的账户销户方法流程图；
56.图5为本技术实施例提供的一种账户合约关系的存储装置500结构图；
57.图6为本技术实施例提供的一种基于合约关系的账户销户装置600结构图；
58.图7为本技术实施例提供的一种电子设备的结构图。
具体实施方式
59.为使本技术的目的、技术方案和优点更加清楚明白，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。在不冲突的情况下，本技术中的实施例及实施例中的特征可以相互任意组合。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以按不同于此处的顺序执行所示出或描述的步骤。
60.本技术的说明书和权利要求书及上述附图中的术语“第一”和“第二”是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的保护。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术中的“多个”可以表示至少两个，例如可以是两个、三个或者更多，本技术实施例不做限制。
61.本技术技术方案中，对数据的采集、传播、使用等，均符合国家相关法律法规要求。
62.前文已提及，用户对银行产品的购买流程实质是用户账户对产品进行合约签署。例如用户购买理财产品时，理财产品会绑定用户的活期存款合约作为交易账号，在理财产品未解约之前，被绑定的活期存款合约也无法销户。现有的合约关系存储方式多采用窄表设计，将用户账户与签署的合约编号进行关联。用户每次新签署合约时即会新增一条合约记录。据统计，一些大型商行每年的存款合约可达上亿数量级，合约关系数据量近十亿，这对内存的占用极大，不利于数据的维护。
63.此外，还有部分银行系统采用宽表结构，通过对用户账户添加签约标志的方式记录合约关系。该方式预先为用户账户绑定合约关系类型栏位。当用户购买银行产品时，在该合约关系类型栏位中该银行产品的合约类型下添加生效标志。该生效标志表征用户已签署该类型的合约。相应的，解约时将该生效标志替换为失效标志。具体如图1a所示，假设用户账户购买了两种不同合约类型的基金理财服务，分别为服务1所属的全委托投顾合约，以及服务2所属的基金外场景合约。该方式会将用户账户与上述两种合约类型绑定，并为上述两种合约类型添加生效标志，以表征该账户已购买这两项服务。
64.该方式存在的问题如下：当新增产品有绑定需求时，用户账户需要修改合约关系数据表，增加数据栏位以记录新的合约关系类型。如果合约关系类型增加频率高，那么数据表修改频率也随之提高，增加系统开发工作量的同时也增加了系统风险。并且，该方式为节约内存并不记录具体的合约编号，因而并不支持一种合约关系类型多次签约的情况。具体如图1b所示，用户购买基金时购买了定投服务，该定投服务即表征一种合约类型，而定投服务对应的基金即为具体的理财产品。假设用户通过定投服务购买了基金1-3，则表征用户签约了三款同种合约类型的基金合约1-3。当用户完成购买后，合约关系类型栏位中定投服务对应的全委托投顾合约设置生效标志。当用户与基金合约1进行解约后，此时用户仍与基金2和3存在签约关系，但该生效标志会被置为失效标志。若用户此时进行销户，则导致该账户的业务信息无法被完整记录，影响后续业务，例如基金2和3的理财款项无法交于该用户账户。
65.为解决上述问题，本技术的发明构思为：预先确定目标账户的合约信息，该合约信息至少包括目标账户具备签约权限的目标合约类型和每种目标合约类型的签约数量。以目标账户的标识信息为数据库表单的主键，将给标识信息与合约信息相关联，建立用于记录目标账户是否签署合约的合约存储记录。由此，账户签署的合约更新时可根据待更新合约的数量对合约存储记录进行更新，在完整记录账户已签署合约的同时无需新增存储记录，降低内存的占用。
66.参见图2，为根据本技术一个实施例的应用环境的示意图。
67.如图2所示，应用环境中例如可以包括网络10、电子设备20、服务器30以及数据库40。其中，电子设备20可为图2中示出的智能手机20_1、智能电脑20_2以及笔记本电脑20_n等具备人机交互功能的智能设备；数据库40可以为银行系统的公共数据库、银行办公电脑的本地数据库等。
68.在图2示出的应用场景中，可在电子设备20上安装关联银行账户的小程序。用户可通过电子设备20向服务器30发送销户指示。服务器30根据账户的标识信息查询数据库40，以获取账户的合约存储记录。
69.在一些可能的实施例中，合约存储记录中存有账户具备签约权限的每种合约类
型，以及每种合约类型对应的签约数量。若合约存储记录中存在签约数量不为0的指定合约类型，则确定账户不具备销户权限。此时服务器30可通过网络10向电子设备20发送表征账户当前存在未解约合约，无法销户的提示信息。
70.需要说明的是，上述描述中仅就单个服务器或终端设备加以详述，但是本领域技术人员应当理解的是，图2示出的服务器30和数据库40旨在表示本技术的技术方案涉及的服务器和存储系统的操作。对单个服务器和存储系统加以详述至少为了说明方便，而非暗示对服务器和存储系统的数量、类型或是位置等具有限制。应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本技术的示例实施例的底层概念。另外，虽然为了方便说明而在图2中示出了从数据库40到服务器30的双向箭头，但本领域技术人员可以理解的是，上述数据的收发也是需要通过网络10实现的。
71.图3a示意性示出了本技术实施例提供的一种基于合约关系的账户解约方法的流程示意图。具体如图3a所示，包括下述步骤：
72.步骤301：确定目标账户具备签约权限的合约信息，将所述目标账户的标识信息与所述合约信息相关联，以建立用于记录所述目标账户是否签署合约的合约存储记录；其中，所述合约信息包括具备签约权限的目标合约类型和每种目标合约类型的签约数量；
73.实施时，将目标账户的标识信息作为数据库表单的主键，并建立标识信息与目标合约类型的第一关联关系，以及标识信息与签约数量的第二关联关系，以此建立合约存储记录。需要说明的是，上述标识信息即为目标账户的唯一标识，例如账户的专属序列号(id，identity document))、账户编号等，本技术对此不作限定。
74.通过上述流程构建的合约存储记录如图3b所示，采用宽表模式设计，主键为目标账户的标识信息，数据栏位为目标合约关系类型以及对应签约数量。本技术实施例的合约存储记录中，仅建立了标识信息与目标合约关系类型的关联关系，因而无需固定设置目标合约关系类型具体是什么，支持动态写入。这样，当目标账户签署新合约时，可根据签署合约的时序向记录中依序写入数据栏位“目标合约类型x”以及对应的“签约数量x”。
75.如图3b所示，“目标合约类型x”表征对合约的分类，可包括如理财类合约、放贷类合约、借记卡类合约等。系统操作人员可以通过则栏位识别当前合约被哪个产品的合约绑定。“签约数量x”为签约计数标志。每一“目标合约类型x”对应“签约数量x”，x为正整数。“签约数量x”表征目标账户签署“目标合约类型x”的数量。
76.此外，由于数据库表单有固定的尺寸，存在目标账户签署的目标合约类型超过单张表单最大记录长度的情况，本技术实施例还为合约存储记录设有用于解决上述问题的技术字段“#记录序号”和“#扩展标志”。具体如图3c所示，“#记录序号”用于表征该条合约存储记录存在几张表单记录。假设单张表单允许记录5种合约类型，而目标账户已签署的目标合约类型共计10种，则需要2张表单记录。此时表征合约关系类型超过单张表单的记录上行，此时将“#扩展标志”置1，以表征该条合约存储记录存在多张表单。记录时，按照这10种目标合约类型的签约数据依次写入，当前5种写入完成后，需将“#记录序号”加一，以新增一张空白表单用于将后5种写入。即首张表单的“#记录序号”为1，第二张的“#记录序号”为2。相应的，读取目标账户的合约存储记录时，首先读取“#扩展标志”是否被置1，若被置1则表征合约存储记录存在多张表单，此时需调出“#记录序号”1和2的两张表单，以确保获取完整的合约存储记录。
77.上述流程中通过建立目标账户的标识信息、目标合约类型以及签约数量的关联关系，为合约存储记录设置了“目标合约类型x”和“签约数量x”两个支持自动写入的动态栏位。本技术实施例的合约存储记录在原有记录签约标志的数据结构的基础上，将合约关系类型栏位由原来固化形式修改为动态维护模式，在不变更程序和数据表结构变更的前提下支持合约关系类型任意扩展，既记录了合约关系的必要信息又极大减少了数据量，减少数据库读取次数，提高系统性能。
78.步骤302：响应于合约更新指示，确定所述目标账户的待更新合约的待更新合约类型；根据所述待更新合约类型对所述合约存储记录中的待处理合约类型的签约数量进行更新；其中，所述待处理合约类型为与所述待更新合约类型相同的目标合约类型。
79.用户的合约关系变更时需要同步更新合约存储记录，用户的合约关系变更存在新签署合约和对已签署合约解约这两种情况。
80.当用户新签署合约时，仅需根据新签署合约的相关信息向动态栏位自动写入即可，不会新增存储记录，降低了内存的占用。具体的，当目标账户签署新合约时预先确定待更新合约(即新签署的合约)的待更新合约类型。针对每种待更新合约类型，确定合约存储记录中是否存在与该待更新合约类型相同的待处理合约类型。此处需要说明的是，由于合约存储记录中“目标合约类型x”支持用户的动态写入，因而每次存入的目标合约类型实际记录为目标合约类型1、目标合约类型2等。具体每种目标合约类型的实际含义预先在数据字典中进行标记，例如预先按照银行产品的分类，将合约类型划分为理财类、放贷类和借记卡类。则目标合约类型1表征理财类，目标合约类型2表征放贷类、目标合约类型3表征借记卡类。
81.当目标账户新增合约时，具体如图3e所示，其新增合约为理财类合约，新增合约数量为2。需先确定数据字典中是否设定有理财类。假设存在该类型，且理财类对应的合约类型为目标合约类型1，此时该目标合约类型1即为待处理合约类型。假设目标合约类型1的签约数量1当前记录为5。此时需根据新增合约数量更新签约数量1，将签约数量1的当前记录加上新增合约数量，此时签约数量1的记录应为7。相应的，假设新增合约为银行推出新产品，数据字典中并未存入该产品的合约类型，即合约存储记录中不存在与新增合约类型相同的待处理合约类型，此时需在数据字典中加入该产品所属的合约类型，并将新增合约的相关信息添加到合约存储记录中。具体的，例如该产品所属的合约类型为保险类，此时需在合约存储记录中新增表征保险类的目标合约类型4，以及目标合约类型4对应的签约数量4。并将新增合约类型的新增合约数量填入签约数量4中。
82.同理，当用户对已签署合约进行解约时需获取解约合约的相关信息，需根据解约合约的相关信息向动态栏位自动写入。具体的，当目标账户进行解约时预先确定待更新合约(即解约的合约)的待更新合约类型，并针对每种待更新合约类型，确定合约存储记录中与该待更新合约类型相同的待处理合约类型。并根据该待更新合约类型的节约数量对待处理合约类型的签约数量进行更新。
83.基于相同的发明构思，本技术实施例提供了一种基于合约关系的账户销户方法，具体如图4所示，包括：
84.步骤401：响应于目标账户的销户指示，根据所述目标账户的标识信息确定所述目标账户的合约存储记录；其中，所述合约存储记录是基于所述目标账户具备签约权限的目
标合约类型构建的，所述合约存储记录用于记录所述目标账户是否签署合约；
85.前文已提及，本技术实施例的合约存储记录是以目标账户的标识信息为主键构建的，因而当目标账户请求被销户时，通过查询该目标账户的标识信息即可调取用于记录所述目标账户是否签署合约的合约存储记录。
86.步骤402：监测所述合约存储记录中是否存在签约数量大于预设阈值的指定合约类型；若存在，则确定所述目标账户不具备销户权限。
87.由于目标账户在存在合约关系的情况下无法被销户。因而在获取目标账户的合约存储记录后，需查询合约存储记录中是否存在“签约数量x”大于0的情况。若存在，则表征目标账户当前存在尚未解约的合约。此时可如图3d所示，向用户送表征目标账户因存在合约关系而无法销户的提示信息，以供用户及时对已签署合约进行解约。
88.基于相同的发明构思，本技术实施例提供了一种账户合约关系的存储装置500，具体如图5所示，包括：
89.信息获取模块501，被配置为执行确定目标账户具备签约权限的合约信息，将所述目标账户的标识信息与所述合约信息相关联，以建立用于记录所述目标账户是否签署合约的合约存储记录；其中，所述合约信息包括具备签约权限的目标合约类型和每种目标合约类型的签约数量；
90.更新模块502，被配置为执行响应于合约更新指示，确定所述目标账户的待更新合约的待更新合约类型；根据所述待更新合约类型对所述合约存储记录中的待处理合约类型的签约数量进行更新；其中，所述待处理合约类型为与所述待更新合约类型相同的目标合约类型。
91.在一些可能的实施例中，执行所述将所述目标账户的标识信息与所述合约信息相关联，以建立用于确定所述目标账户是否存在已签署合约的合约存储记录，所述信息获取模块501被配置为：
92.建立所述标识信息与所述目标合约类型的第一关联关系，并建立所述标识信息与所述目标合约类型的签约数量的第二关联关系；
93.以所述标识信息为表单主键，基于所述第一关联关系和所述第二关联关系构建数据库表单；将所述数据库表单作为所述合约存储记录。
94.在一些可能的实施例中，若所述合约更新指示表征所述目标账户签署新合约，执行所述根据所述待更新合约类型对所述合约存储记录中的待处理合约类型的签约数量进行更新，所述更新模块502被配置为：
95.针对每一待更新合约类型，确定所述待更新合约类型的新增合约数量；
96.监测所述合约存储记录中是否存在所述待更新合约类型对应的待处理合约类型；若存在，则根据所述新增合约数量更新所述待处理合约类型的签约数量；
97.否则，将所述待更新合约类型作为指定合约类型添加到所述合约存储记录中，并将所述待更新合约类型的新增合约数量作为所述指定合约类型的签约数量。
98.在一些可能的实施例中，若所述合约更新指示表征所述目标账户对已签署合约解约，执行所述根据所述待更新合约类型对所述合约存储记录中的待处理合约类型的签约数量进行更新，所述更新模块502被配置为：
99.针对每一待更新合约类型，确定所述待更新合约类型的解约数量；
100.根据所述解约数量更新所述待处理合约类型的签约数量。
101.基于相同的发明构思，本技术实施例提供了一种基于合约关系的账户销户装置600，具体如图6所示，包括：
102.记录调用模块601，被配置为执行响应于目标账户的销户指示，根据所述目标账户的标识信息确定所述目标账户的合约存储记录；其中，所述合约存储记录是基于所述目标账户具备签约权限的目标合约类型构建的，所述合约存储记录用于记录所述目标账户是否签署合约；
103.权限确认模块602，被配置为执行监测所述合约存储记录中是否存在签约数量大于预设阈值的指定合约类型；若存在，则确定所述目标账户不具备销户权限。
104.下面参照图7来描述根据本技术的这种实施方式的电子设备130。图6显示的电子设备130仅仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
105.如图7所示，电子设备130以通用电子设备的形式表现。电子设备130的组件可以包括但不限于：上述至少一个处理器131、上述至少一个存储器132、连接不同系统组件(包括存储器132和处理器131)的总线133。
106.总线133表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。
107.存储器132可以包括易失性存储器形式的可读介质，例如随机存取存储器(ram)1321和/或高速缓存存储器1322，还可以进一步包括只读存储器(rom)1323。
108.存储器132还可以包括具有一组(至少一个)程序模块1324的程序/实用工具1325，这样的程序模块1324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
109.电子设备130也可以与一个或多个外部设备134(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备130交互的设备通信，和/或与使得该电子设备130能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口135进行。并且，电子设备130还可以通过网络适配器136与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器136通过总线133与用于电子设备130的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备130使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
110.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器132，上述指令可由装置400的处理器131执行以完成上述方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
111.在示例性实施例中，还提供一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器131执行时实现如本技术提供的账户合约关系的存储方法、销户方法中的任一方法。
112.在示例性实施例中，本技术提供的一种账户合约关系的存储方法、销户方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在计算机设备上运行时，程序代码用于使计算机设备执行本说明书上述描述的根据本技术各种示例性实施
方式的一种账户合约关系的存储方法、销户方法中的步骤。
113.程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
114.本技术的实施方式的用于账户合约关系的存储或销户的程序产品可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在电子设备上运行。然而，本技术的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
115.可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括——但不限于——电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
116.可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于——无线、有线、光缆、rf等等，或者上述的任意合适的组合。
117.可以以一种或多种程序设计语言的任意组合来编写用于执行本技术操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“如“语言或类似的程序设计语言。程序代码可以完全地在用户电子设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户电子设备上部分在远程电子设备上执行、或者完全在远程电子设备或服务端上执行。在涉及远程电子设备的情形中，远程电子设备可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户电子设备，或者，可以连接到外部电子设备(例如利用因特网服务提供商来通过因特网连接)。
118.应当注意，尽管在上文详细描述中提及了装置的若干单元或子单元，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本技术的实施方式，上文描述的两个或更多单元的特征和功能可以在一个单元中具体化。反之，上文描述的一个单元的特征和功能可以进一步划分为由多个单元来具体化。
119.此外，尽管在附图中以特定顺序描述了本技术方法的操作，但是，这并非要求或者暗示必须按照特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
120.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
121.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程图像缩放设备的处理器以产生一个机器，使得通过计算机或其他可编程图像缩放设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
122.这些计算机程序指令也可存储在能引导计算机或其他可编程图像缩放设备以特定方式工作的计算机可读存储器中，使得存储在计算机可读存储器中的指令产生包括指令装置的制造品，指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
123.这些计算机程序指令也可装载到计算机或其他可编程图像缩放设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
124.尽管已描述了本技术的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术范围的所有变更和修改。
125.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。