银行卡管理方法、装置及服务器与流程

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.图1为本技术公开的一种银行卡管理方法的流程图；
40.图2为本技术公开的另一种银行卡管理方法的流程图；
41.图3为本技术公开的另一种银行卡管理方法的流程图；
42.图4为本技术公开的另一种银行卡管理方法的流程图；
43.图5为本技术公开的一种银行卡管理装置的结构示意图；
44.图6为本技术公开的一种服务器的结构图。
具体实施方式
45.本技术公开一种银行卡管理方法、装置及服务器，以降低用户丢失银行卡后出现资金损失的可能。
46.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.参见图1，图1为本技术公开的一种银行卡管理方法的流程图。该方法由服务器执行，包括：
48.s101：获取并保存用户的银行卡的卡信息和交易信息。
49.银行卡的卡信息包括开户行、卡号和开户人信息。银行卡的交易信息包括交易时间，还可以包括每次交易的交易类型和交易金额。
50.需要说明的是，如果用户在多个银行申领了银行卡，那么服务器从各个银行的管理系统获得该用户银行卡的卡信息和交易信息，并将获得的信息与该用户的标识对应存储。
51.s102：确定用户的每张银行卡是否存在丢失风险。其中，如果银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定银行卡存在丢失风险。
52.银行卡长时间未使用(也就是未进行交易)，这可能存在两种情况。一种情况是：该银行卡被用户妥善保管，但用户并未使用该银行卡；另一种情况是：该银行卡已丢失，但用户并未发现银行卡已丢失。可以看到，当出现银行卡长时间未使用的情况时，该银行卡处于丢失状态的可能性较大。因此，服务器基于银行卡的最近交易时间确定该银行卡是否存在丢失风险。具体的，如果银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则服务器确定该银行卡存在丢失风险。
53.s103：在确定用户的银行卡存在丢失风险的情况下，向用户发送询问消息。其中，该询问消息包含用户存在丢失风险的银行卡的卡信息、以及提示用户确认银行卡的状态的信息。
54.服务器在确定用户的银行卡存在丢失风险时，向用户发送询问消息，以便通过用户确认该银行卡处于正常状态还是丢失状态。其中，该询问消息至少包含存在丢失风险的银行卡的卡信息、以及提示用户确认银行卡的状态的信息。例如：请确认xx银行、卡号为yy
的银行卡的状态，若已丢失请回复“是”，若未丢失请回复“否”。又如：请确认xx银行、卡号为yy的银行卡是否丢失。
55.实施中，服务器可以通过多种方式向用户发送询问消息。
56.作为一种可选的方案，服务器获得用户在该银行卡的开户银行预留的手机号码，向该用户的手机发送询问消息。
57.作为另一种可选的方案，服务器通过该银行卡的开户银行的管理系统向该用户的手机银行客户端发送询问消息。
58.s104：在基于用户反馈确定银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
59.服务器向用户发送询问消息后，如果基于用户反馈确定银行卡已丢失，那么服务器对该银行卡进行冻结处理。其中，对银行卡的冻结处理至少包括：取消该银行卡的实体使用权限。当银行卡的实体使用权限被取消后，除银行工作人员之外的任何持卡人无法使用该银行卡进行刷卡消费、取现、查询、转账等操作。
60.实施中，用户可以通过多种方式向服务器反馈银行卡的状态。
61.作为一种可选的方案，服务器向用户的手机发送询问消息后，用户以回复短消息的方式向服务器反馈银行卡的状态，例如：如果银行卡已丢失，那么用户通过手机向服务器发送短消息“已丢失”；如果银行卡未丢失，那么用户通过手机向服务器发送短消息“未丢失”。又如：如果银行卡已丢失，那么用户通过手机向服务器发送短消息“是”；如果银行卡未丢失，那么用户通过手机向服务器发送短消息“否”。当然，这仅是用户回复的短消息内容的部分举例，只要用户按照服务器规定的方式回复短消息，或者以服务器能够准确理解用户所表达的银行卡状态的方式回复短消息，都是可以的。
62.作为另一种可选的方案，服务器通过该银行卡的开户银行的管理系统向用户的手机银行客户端发送询问消息后，用户在手机银行客户端执行相应的操作，以便通过开户银行的管理系统向服务器反馈银行卡的状态。
63.作为另一种可选的方案，服务器通过任意一种方案向用户发送询问消息后，用户通过客服系统反馈银行卡的状态，由客服人员向服务器反馈银行卡的状态。
64.本技术公开的银行卡管理方法，服务器获取并保存用户的银行卡的卡信息和交易信息，针对每张银行卡，如果银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定该银行卡存在丢失风险；服务器针对存在丢失风险的银行卡，向用户发送询问消息；之后，在基于用户反馈确定存在丢失风险的银行卡已丢失的情况下，对该银行卡进行冻结处理。可以看到，本技术的银行卡管理方法，服务器针对用户的银行卡，基于银行卡的最近交易时间确定银行卡是否存在丢失风险，对于存在丢失风险的银行卡，通过向用户发送询问消息以获得该银行卡的准确状态，这使得用户能够尽快发现银行卡已丢失的情况，而且，服务器在确定银行卡已丢失的情况下，会自动对已丢失的银行卡进行冻结处理，能够最大程度地保护用户的资金安全。
65.参见图2，图2为本技术公开的另一种银行卡管理方法的流程图。该方法由服务器执行，包括：
66.s201：获取并保存用户的银行卡的卡信息和交易信息。
67.s202：确定用户的每张银行卡是否存在丢失风险。其中，如果银行卡的最近交易时
间距离当前时刻的时长大于预设的时长阈值，则确定银行卡存在丢失风险。
68.s203：在确定用户的银行卡存在丢失风险的情况下，向用户发送询问消息。其中，该询问消息包含用户存在丢失风险的银行卡的卡信息、以及提示用户确认银行卡的状态的信息。
69.s204：在基于用户反馈确定银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
70.s205：将用户已冻结的银行卡中的资金转入用户的虚拟账户。
71.服务器针对用户创建虚拟账户，将用户已冻结的银行卡中的资金转入该虚拟账户，实现资金与银行卡的分离，保证捡拾者无法通过任何操作使用捡拾到的银行卡进行交易。
72.可选的，还包括步骤s206。
73.s206：响应用户的转账指示，将虚拟账户中的资金转入用户指定的安全账户。
74.现有技术中，在丢失银行卡后，用户需要挂失该银行卡，在办理新卡后，才能使用原银行卡中的资金，这给用户带来很大的不便。而本技术中，服务器在确定用户的银行卡已丢失的情况下，对该银行卡进行冻结处理，将该银行卡中的资金转入用户的虚拟账户。之后，用户向服务器发送转账指示，使得服务器响应该转账指示，将虚拟账户中的资金转入用户指定的安全账户，这使得用户能够正常使用已丢失银行卡中的资金。
75.本技术图2所示的银行卡管理方法，服务器针对用户的银行卡，基于银行卡的最近交易时间确定银行卡是否存在丢失风险，对于存在丢失风险的银行卡，通过向用户发送询问消息以获得该银行卡的准确状态，这使得用户能够尽快发现银行卡已丢失的情况，而且，服务器在确定银行卡已丢失的情况下，会自动对已丢失的银行卡进行冻结处理，能够最大程度地保护用户的资金安全。另外，服务器在对银行卡进行冻结处理后，进一步将该银行卡中的资金转入用户的虚拟账户，实现资金与银行卡的分离，保证捡拾者无法通过任何操作使用捡拾到的银行卡进行交易，进一步提高用户资金的安全性。另外，服务器接收到用户的转账指示后，将虚拟账户中的资金转入用户指定的安全账户，这使得用户能够正常使用已丢失银行卡中的资金，给用户带来很大的便利。
76.参见图3，图3为本技术公开的另一种银行卡管理方法的流程图。该方法由服务器执行，包括：
77.s301：获取并保存用户的银行卡的卡信息和交易信息。
78.s302：确定用户的每张银行卡是否存在丢失风险。其中，如果银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定银行卡存在丢失风险。
79.s303：在确定用户的银行卡存在丢失风险的情况下，向用户发送询问消息。其中，该询问消息包含用户存在丢失风险的银行卡的卡信息、以及提示用户确认银行卡的状态的信息。
80.s304：在基于用户反馈确定银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
81.s305：将用户已冻结的银行卡中的资金转入用户的虚拟账户。
82.s306：响应用户的转账指示，将虚拟账户中的资金转入用户指定的安全账户。
83.s307：向用户发送挂失提醒消息。
84.其中，挂失提醒消息包括需挂失银行卡的卡信息。
85.需要说明的是，在实施中，步骤s305和步骤s307并无固定的执行顺序，可以先执行步骤s305再执行步骤s307，可以先执行步骤s307再执行步骤s305，也可以并行执行步骤s305和步骤s307，图3仅为一个示例。
86.实施中，可以在图1所示的银行卡管理方法的基础上进一步设置步骤s307，以构成银行卡管理方法的另一个实施例。
87.可选的，还包括步骤s308和s309。
88.s308：响应用户的挂失预约指示，为用户预约在银行网点办理银行卡挂失业务。
89.s309：向用户发送预约反馈消息。该预约反馈消息至少包含在银行网点办理银行卡挂失业务的时间。
90.需要说明的是，图3所示的银行卡管理方法中，在步骤s307之后执行步骤s308和s309。但在具体实施中，步骤s307是可以缺省的。也就是说，服务器向用户发送询问请求后，如果用户确定银行卡已丢失，那么可以向服务器发送挂失预约提示，从而使得服务器为用户预约在银行网点办理银行卡挂失业务。
91.实施中，可以在图1或图2所示的银行卡管理方法的基础上进一步设置步骤s308和步骤s309，以构成银行卡管理方法的另外两个实施例。
92.可选的，服务器响应用户的挂失预约指示，为用户预约在银行网点办理银行卡挂失业务，采用如下方案：
93.响应用户的挂失预约指示，向用户发送位置获取消息；基于用户反馈的位置，向用户发送备选的银行网点信息；基于用户选择的银行网点和日期，为用户预约办理银行卡挂失业务。
94.在上述方案中，服务器接收用户发送的挂失预约指示后，向用户发送位置获取消息。之后，服务器基于用户反馈的位置信息，确定出备选的银行网点，并向用户发送备选的银行网点信息，使得用户能够方便地获知可以办理银行卡挂失业务的网点，从而快速地选择银行网点和日期，而不需要用户自己查询银行网点信息。
95.可选的，服务器基于各银行网点的位置和用户反馈的位置选取备选的银行网点。例如，被选取的银行网点的位置与用户反馈的位置之间的距离需小于预设的距离阈值，或者，从用户反馈的位置到被选取的银行网点所需花费的时间需小于预设的时间阈值。
96.当然，上述仅是服务器响应用户的挂失预约指示，为用户预约在银行网点办理银行卡挂失业务的一个方案。实施中，还可以采用其他方案实现。
97.例如，用户发送的挂失预约指示包含银行网点信息和日期，服务器响应挂失预约指示，基于该挂失预约指示中的日期为用户在该银行网点预约办理银行卡挂失业务。
98.可选的，还包括步骤s310。
99.s310：在用户挂失丢失的银行卡，并补办银行卡后，将虚拟账户中的资金转入用户补办的银行卡。
100.实施中，可以在图2所示的银行卡管理方法的基础上进一步设置步骤s310，以构成银行卡管理方法的另一个实施例。
101.本技术图3所示的银行卡管理方法，进一步设置向用户发送挂失提醒消息的步骤，以提醒用户尽快对丢失的银行卡进行挂失处理。另外，服务器响应用户的挂失预约指示，为
用户预约在银行网点办理银行卡挂失业务，并向用户发送预约反馈消息，从而简化用户的操作。在用户挂失丢失的银行卡，并补办银行卡后，服务器将虚拟账户中的资金转入用户补办的银行卡。
102.参见图4，图4为本技术公开的另一种银行卡管理方法的流程图。该方法由服务器执行，包括：
103.s401：获取并保存用户的银行卡的卡信息和交易信息。
104.s402：确定用户的每张银行卡是否存在丢失风险。其中，如果银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定银行卡存在丢失风险。
105.s403：在确定用户的银行卡存在丢失风险的情况下，向用户发送询问消息。其中，该询问消息包含用户存在丢失风险的银行卡的卡信息、以及提示用户确认银行卡的状态的信息。
106.s404：在基于用户反馈确定银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
107.s405：将用户已冻结的银行卡中的资金转入用户的虚拟账户。
108.s406：响应用户的转账指示，将虚拟账户中的资金转入用户指定的安全账户。
109.s407：向用户发送挂失提醒消息。
110.s408：响应用户的挂失预约指示，为用户预约在银行网点办理银行卡挂失业务。
111.s409：向用户发送预约反馈消息。该预约反馈消息至少包含在银行网点办理银行卡挂失业务的时间。
112.s410：在用户挂失丢失的银行卡，并补办银行卡后，将虚拟账户中的资金转入用户补办的银行卡。
113.s411：在基于用户反馈确定存在丢失风险的银行卡未丢失的情况下，向用户发送注销银行卡的提示消息。
114.在本技术图4所示的银行卡管理方法中，服务器向用户发送询问消息后，如果基于用户反馈确定银行卡未丢失，那么向用户发送注销该银行卡的提示消息。也就是说，对于用户长时间未使用的银行卡，服务器提示用户对该银行卡进行注销处理，一方面可以避免出现银行卡丢失，进而产生资金损失的情况，另一方面也降低了银行系统的维护工作量。
115.实施中，可以在本技术前述公开的任意一种银行卡管理方法的基础上进一步设置步骤s411，以构成银行卡管理方法的另外的实施例。
116.可选的，在基于用户反馈确定存在丢失风险的银行卡未丢失的情况下，服务器针对该银行卡添加预设的安全标识。其中，对于具有安全标识的银行卡，服务器在预设时间段内不再确定该银行卡是否存在丢失风险，以免频繁地针对同一张银行卡向用户发送询问消息。该预设时间段可以设置为：从针对银行卡添加安全标识的时刻开始、时长为预设数值的时间段。
117.需要说明的是，在本技术公开的各个银行卡管理方法中，服务器向用户发送各类消息的方案与前文中服务器向用户发送询问消息的方案是相似的，区别仅在于发送的数据不同。用户向服务器发送各种指示和位置的方案与前文中用户向服务器发送银行卡的状态的方案是类似的，区别仅在于发送的数据不同。
118.本技术上述公开了银行卡管理方法，相应的，本技术还公开银行卡管理装置。说明
书中关于银行卡管理方法和银行卡管理装置的说明，可以相互参考。
119.参见图5，图5为本技术公开的一种银行卡管理装置的结构示意图。该银行卡管理装置包括银行卡信息获取模块10、丢失风险确定模块20、状态询问模块30和第一处理模块40。
120.其中：
121.银行卡信息获取模块10，用于获取并保存用户的银行卡的卡信息和交易信息。
122.丢失风险确定模块20，用于确定用户的每张银行卡是否存在丢失风险，其中，如果银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定银行卡存在丢失风险。
123.状态询问模块30，用于在确定用户的银行卡存在丢失风险的情况下，向用户发送询问消息，询问消息包含用户存在丢失风险的银行卡的卡信息、以及提示用户确认银行卡的状态的信息。
124.第一处理模块40，用于在基于用户反馈确定存在丢失风险的银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
125.可选的，银行卡管理装置还包括：
126.资金处理模块，用于将用户已冻结的银行卡中的资金转入该用户的虚拟账户。
127.可选的，银行卡管理装置还包括：
128.资金恢复模块，用于响应用户的转账指示，将该用户的虚拟账户中的资金转入该用户指定的安全账户。
129.可选的，银行卡管理装置还包括：
130.挂失提醒模块，用于向用户发送挂失提醒消息。
131.可选的，银行卡管理装置还包括：
132.挂失预约模块，用于响应用户的挂失预约指示，为用户预约在银行网点办理银行卡挂失业务；向所述用户发送预约反馈消息，所述预约反馈消息至少包含在银行网点办理银行卡挂失业务的时间。
133.可选的，挂失预约模块响应用户的挂失预约指示，为用户预约在银行网点办理银行卡挂失业务具体为：响应用户的挂失预约指示，向该用户发送位置获取消息；基于该用户反馈的位置，向该用户发送备选的银行网点信息；基于该用户选择的银行网点和日期，为该用户预约办理银行卡挂失业务。
134.可选的，银行卡管理装置还包括：
135.资金转移模块，用于在用户挂失丢失的银行卡，并补办银行卡后，将该用户的虚拟账户中的资金转入该用户补办的银行卡。
136.可选的，银行卡管理装置还包括：
137.注销提示模块，用于在基于用户反馈确定存在丢失风险的银行卡未丢失的情况下，向该用户发送注销银行卡的提示消息。
138.可选的，银行卡管理装置还包括：
139.标记模块，用于在基于用户反馈确定所述存在丢失风险的银行卡未丢失的情况下，针对该银行卡添加预设的安全标识。其中，对于具有安全标识的银行卡，丢失风险确定模块20在预设时间段内不再确定该银行卡是否存在丢失风险。
140.本技术还提供一种服务器。
141.参见图6，图6示出了服务器的硬件结构，该服务器包括：处理器601、存储器602、通信接口603、以及通信总线604。
142.在本技术实施例中，处理器601、存储器602、通信接口603、通信总线604的数量为至少一个，且处理器601、存储器602和通信接口603通过通信总线604完成相互间的通信。通信总线604可以是isa(industry standard architecture，工业标准体系结构)总线、pci(peripheral component interconnect，外设部件互连标准)总线或eisa(extended industry standard architecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。
143.需要说明的是，本领域技术人员可以理解，图6中示出的服务器的结构并不构成对服务器的限定，服务器可以包括比图6所示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
144.下面结合图6对服务器的各个构成部件进行具体的介绍。
145.处理器601是服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器602内的软件程序和/或模块，以及调用存储在存储器602内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。
146.处理器601可能是一个中央处理器(central processing unit，cpu)，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路等；
147.存储器602可能包含内存，例如高速随机存取存储器(random-access memory，ram)和只读存储器(read-only memory，rom)，也可能还包括大容量存储设备，例如至少1个磁盘存储器等。
148.其中，存储器602存储有程序，处理器601可调用存储器存储的程序，所述程序用于：
149.获取并保存用户的银行卡的卡信息和交易信息；
150.确定所述用户的每张银行卡是否存在丢失风险，其中，如果所述银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定所述银行卡存在丢失风险；
151.在确定所述用户的银行卡存在丢失风险的情况下，向所述用户发送询问消息，所述询问消息包含所述用户存在丢失风险的银行卡的卡信息、以及提示所述用户确认银行卡的状态的信息；
152.在基于用户反馈确定所述存在丢失风险的银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
153.可选的，所述程序的细化功能和扩展功能可参照上文描述。
154.本技术还公开一种可读存储介质，该可读存储介质可存储有适于处理器执行的程序，所述程序用于：
155.获取并保存用户的银行卡的卡信息和交易信息；
156.确定所述用户的每张银行卡是否存在丢失风险，其中，如果所述银行卡的最近交易时间距离当前时刻的时长大于预设的时长阈值，则确定所述银行卡存在丢失风险；
157.在确定所述用户的银行卡存在丢失风险的情况下，向所述用户发送询问消息，所
述询问消息包含所述用户存在丢失风险的银行卡的卡信息、以及提示所述用户确认银行卡的状态的信息；
158.在基于用户反馈确定所述存在丢失风险的银行卡已丢失的情况下，对已丢失的银行卡进行冻结处理。
159.可选的，所述程序的细化功能和扩展功能可参照上文描述。
160.本技术提供的银行卡管理方法、装置及服务器可用于金融领域或其他领域，例如，可用于金融领域中的银行卡安全防护场景。其他领域为除金融领域之外的任意领域。上述仅为示例，并不对本技术提供的银行卡管理方法、装置及服务器的应用领域进行限定。
161.需要说明的是，说明书中的各个实施例记载的技术特征可以相互替代或组合，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同或相似的部分互相参见即可。本技术各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本技术各实施例装置及设备中的模块和子模块可以根据实际需要进行合并、划分和删减。
162.本技术所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或子模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个子模块或模块可以结合或者可以集成到另一个模块，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
163.作为分离部件说明的模块或子模块可以是或者也可以不是物理上分开的，作为模块或子模块的部件可以是或者也可以不是物理模块或子模块，即可以位于一个地方，或者也可以分布到多个网络模块或子模块上。可以根据实际的需要选择其中的部分或者全部模块或子模块来实现本实施例方案的目的。
164.另外，在本技术各个实施例中的各功能模块或子模块可以集成在一个处理模块中，也可以是各个模块或子模块单独物理存在，也可以两个或两个以上模块或子模块集成在一个模块中。上述集成的模块或子模块既可以采用硬件的形式实现，也可以采用软件功能模块或子模块的形式实现。
165.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
166.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。各个实施例中的各技术特征可以排列组合构成新的实施例。对于实施例公开的银行卡管理装置及服务器而言，由于其与实施例公开的银行卡管理方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
167.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。
对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。