CN110647363B - 异常提示方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请提供一种异常提示方法、装置、存储介质及电子设备，其中方法包括：确定用于支付功能的虚拟卡号在初始化过程中的异常处理项；通过第一用户界面提示所述初始化过程中的异常处理项。本申请的技术方案通过将初始化过程中的异常处理项在第一用户界面上进行统一提示，使初始化过程中出现的异常处理项能够得到规范化呈现，进而可以使用户对虚拟卡号在初始化过程中的异常处理项有明确的心理预期；由于异常处理项是在整个初始化过程中得到的，由此可知整个初始化过程不会由于检测到任何一个环节出现异常而中断整个初始化过程，因此大大提高了用户体验及后续加载虚拟卡号的成功率。

Description

异常提示方法、装置、存储介质及电子设备

技术领域

本申请涉及信息处理技术，尤其涉及一种异常提示方法、装置、存储介质及电子设备。

背景技术

在安卓设备里，若用户需要通过电子设备开通闪付卡，通常在加载闪付卡之前，需要对电子设备进行初始化检测。

发明内容

有鉴于此，本申请提供一种异常提示方法、装置、存储介质及电子设备。

本申请提供技术方案如下：

根据本申请的第一方面，提出了一种异常提示方法，所述方法包括：

确定用于支付功能的虚拟卡号在初始化过程中的异常处理项；

通过第一用户界面提示所述初始化过程中的异常处理项。

根据本申请的第二方面，提出了一种异常提示装置，所述装置包括：

确定模块，用于确定用于支付功能的虚拟卡号在初始化过程中的异常处理项；

提示模块，用于通过第一用户界面提示所述确定模块确定的所述初始化过程中的异常处理项。

根据本申请的第三方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序用于执行上述第一方面提供的异常提示方法。

根据本申请的第四方面，提出了一种电子设备，所述电子设备包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器，用于执行上述第一方面提供的异常提示方法。

本申请通过将初始化过程中的异常处理项在第一用户界面上进行统一提示，使初始化过程中出现的异常处理项能够得到规范化呈现；由于异常处理项是在整个初始化过程中得到的，由此可知整个初始化过程不会由于检测到任何一个环节出现异常而中断整个初始化过程，因此大大提高了用户体验及后续加载虚拟卡号的成功率。

附图说明

图1A是本申请一示例性实施例示出的异常提示方法的流程示意图。

图1B是图1A所示实施例中的第一用户界面的示意图。

图2A是本申请另一示例性实施例示出的异常提示方法的流程示意图。

图2B是图2A所示实施例中对异常处理项进行分类显示的示意图。

图3A是本申请一示例性实施例示出的得到异常处理项的流程示意图。

图3B是图3A所示实施例中初始化过程的流程示意图。

图4A是本申请再一示例性实施例示出的异常提示方法的流程示意图。

图4B是图4A所示实施例中的第二用户界面的示意图。

图5是本申请一示例性实施例示出的异常提示装置的结构示意图。

图6是本申请另一示例性实施例示出的异常提示装置的结构示意图。

图7是本申请另一示例性实施例示出的电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在对本申请进行详细描述之前，需要对本申请涉及到的闪付卡以及银联可信服务管理(Trusted Service Management，简称为TSM)进行简单介绍：

1、闪付卡，是提供符合国际三大银行卡组织(包括：欧陆卡(Europay)、万事达卡(MasterCard)和维萨(Visa)，简称为EMV)标准的非接触式支付方式。利用主机卡模拟(HostCard Emulation，简称为HCE)或者安全模块(Secure Element)技术模拟卡片，生成一个代替实体卡片的虚拟卡号，以虚拟卡号进行进行交易，并从对应的实体卡片账户中扣除用户消费的额度。

2、银联TSM，是基于“一卡多应用”技术建立的一套完整的“空中发卡”和应用管理体系。TSM通过控制安全域(SSD)来管理应用，安全域分为主安全域和辅助安全域。主安全域一般由发卡方控制，辅助安全域则交由第三方应用管理，其中主安全域可以管理辅助安全域的应用。

3、系统钱包，表示电子设备提供商在设计电子设备时在电子设备的操作系统中已经安装的电子钱包，例如，电子设备提供商为ABC，电子设备使用的操作系统为安卓系统，则系统钱包可称为安卓钱包。

通过上面的介绍可知，闪付卡是以虚拟卡号进行交易，因此加载闪付卡的虚拟卡号的过程包含两个核心阶段：第一，用户需要开通实体账户，生成实体卡；第二，由实体卡生成虚拟卡号，并将虚拟卡号加载到电子设备中的系统钱包中。其中，在将虚拟卡号加载到系统钱包之前，需要检测电子设备当前的安全域是否已创建、银联安全组件(例如，TSM)是否更新、系统钱包的环境是否正常等初始化检测。

本申请可应用在第三方提供的应用程序中，其中，第三方表示非电子设备提供商，例如，第三方为MT，则MT应用程序为安装电子设备上的应用程序，其中，MT应用程序为第三方提供的应用程序，电子设备提供商为ABC，电子设备为ABC智能手机，ABC智能手机安装有安卓操作系统，则本申请可通过在ABC智能手机上安装的MT应用程序中的一个闪付功能模块来实现，或者，本申请通过在ABC智能手机上安装用于实现闪付功能的应用程序来实现。其中，ABC钱包为本申请中提到的系统钱包。

在对电子设备进行初始化检测的过程中，当初始化过程中检测到任何一个环节出未检测成功，则确定该环节出现异常，现有技术中的应用程序在初始化检测的过程中，若其中一个环节未检测成功，则会提示用户进行该环节的设置，应用程序在初始化检测的过程中不会提示用户如何设置才能顺利初始化成功，而是通过弹出错误提示的方式引导用户完成相应的设置，之后才能进行接下来的加载流程，阻断了后续的业务流程。本申请可以将初始化过程中的异常处理项在第一用户界面上进行统一提示，使初始化过程中出现的异常处理项能够得到规范化呈现。下面对本申请进行详细说明。

图1A是本申请一示例性实施例示出的异常提示方法的流程示意图，图1B是图1A所示实施例中的第一用户界面的示意图；如图1A所示，异常提示方法可包括如下步骤：

步骤101，确定用于支付功能的虚拟卡号在初始化过程中的异常处理项。

在一实施例中，用于支付功能的虚拟卡号可以通过能够进行支付的虚拟卡的卡号来表示，例如，虚拟卡号为闪付卡的卡号。其中，虚拟卡(或者称为设备卡)号是由银行的实体卡号映射得到的，用户在加载虚拟卡号卡时，会将当前的实体卡号和当前电子设备的安全环境标识(security environment identifier，简称为SEID)一并存储在第三方提供的应用程序(例如，MT应用程序)中的数据库，其中，SEID用于区分不同手机的唯一标识。由于实体卡可以在多个不同的电子设备上进行加载，所以实体卡和设备卡之前的对应关系为1:n，其中，n为大于或者等于1的整数。

在一实施例中，异常处理项可以为虚拟卡号在初始化过程中出现的任一一项检测未成功的初始化项，初始化检测项例如为，检测安全域是否已创建，TSM是否更新，系统钱包的环境是否安全，等等，若检测到安全域未创建，则将“安全域未创建”确定为一项异常处理项。

步骤102，通过第一用户界面提示初始化过程中的异常处理项。

在一实施例中，第一用户界面如图1B所示，MT钱包为第三方提供的应用程序，在MT钱包中提供了具有闪付功能的MT闪付，在MT闪付中，示出了初始化过程中出现的异常处理项包括：TSM未更新、已存在其它闪付设备卡、系统钱包的闪付设备卡的数量已经超过系统钱包所允许的最大值、MT闪付未绑定银行卡，因此通过第一用户界面提示用户需要更新TSM、删除已存在的其它闪付设备卡、移除部分卡片，绑定银行卡作为扣款卡，其中，其他闪付卡为系统钱包中已经存在的用于支付功能的虚拟卡号。

本实施例中，通过将初始化过程中的异常处理项在第一用户界面上进行统一提示，使初始化过程中出现的异常处理项能够得到规范化呈现，进而可以使用户对虚拟卡号在初始化过程中的异常处理项有明确的心理预期；由于异常处理项是在整个初始化过程中得到的，由此可知整个初始化过程不会由于检测到任何一个环节出现异常而中断整个初始化过程，因此大大提高了用户体验及后续加载虚拟卡号的成功率。

图2A是本申请另一示例性实施例示出的异常提示方法的流程示意图，图2B是图2A所示实施例中对异常处理项进行分类显示的示意图；本实施例在上述图1A所示实施例的基础上，以如何通过第一用户界面提示初始化过程中的异常处理项为例进行示例性说明，如图2A所示，异常提示方法可包括如下步骤：

步骤201，确定用于支付功能的虚拟卡号在初始化过程中的异常处理项。

步骤201的描述可参见上述图1A所示实施例的描述，在此不再详述。

步骤202，基于预设类型对初始化过程中的异常处理项进行分类，得到分类结果。

在一实施例中，可基于用户是否能够处理来确定预设类型，例如，预设类型包括：用户可处理的异常和用户不可处理的异常。其中，用户可处理的异常包括：系统钱包未登录、TSM未更新、已存在其它闪付设备卡、系统钱包的闪付设备卡的数量已经超过系统钱包所允许的最大值、MT闪付未绑定银行卡等等，用户可以在处理掉这些异常之后进行后续的流程；用户不可处理的异常包括：当前网络不可用、电子设备的操作系统不符，这种异常会导致整个初始化的流程无法进行。

步骤203，基于分类结果在第一用户界面对初始化过程中的异常处理项进行分类提示。

在一实施例中，如图2B所示，在第一用户界面上异常处理分类提示的异常处理项包括：用户可处理的异常例如为TSM未更新，用户不可处理的异常例如为当前网络不可用。

步骤204，检测第一用户界面上显示的与每一异常处理项对应的第一预设按键。

在一实施例中，第一预设按键与异常处理项一一对应，如图1B和图2B所示，与TSM未更新相对应的第一预设按键为“去更新”所在位置的按键。如图1B所示，与“已存在其它闪付设备卡”相对应的第一预设按键为“去删除”所在位置的按键；与“系统钱包卡片数量超限”相对应的第一预设按键为“去移除”所在位置的按键；与“未绑定银行卡”相对应的第一预设按键为“去绑定”所在位置的按键。

步骤205，若第一预设按键被触发，执行与第一预设按键相对应的操作。

与上述步骤204相对应，通过触发“去更新”所在位置的第一预设按键，可以引导用户更新TSM；通过触发“去删除”所在位置的第一预设按键，可以引导用户删除其他闪付设备卡；通过触发“去移除”所在位置的第一预设按键，可以引导用户移除其他闪付设备卡；通过触发“去绑定”所在位置的第一预设按键，可以引导用户在MT闪付中绑定银行卡。

本实施例中，通过在第一用户界面上对异常处理项进行分类提示，可以使用户直观的了解到自己能够解决的异常以及不能够解决的异常，异常处理项可以以统一的相对友好的方式进行提示；通过检测第一预设按键，可以通过第一预设按键引导用户进行与第一预设按键相对应的操作，使得整个初始化过程更加简洁明了。

图3A是本申请一示例性实施例示出的得到异常处理项的流程示意图，图3B是图3A所示实施例中初始化过程的流程示意图；本实施例结合图1B进行示例性说明，如图3A所示，包括如下步骤：

步骤301，在对虚拟卡号进行初始化的过程中，检测初始化失败的初始化项。

在一实施例中，本申请中所述的“初始化失败”指的是虚拟卡号在初始化过程中出现的任一一项未检测成功。

具体过程可参见图3B，在此先不详述。

步骤302，记录初始化失败的初始化项，将初始化失败的初始化项确定为异常处理项。

如图3B所示，第三方提供的应用程序以MT应用程序为例进行示例性说明，虚拟卡号在初始化过程中，包括如下步骤：

步骤311，用户触发MT应用程序用，获取用户的基本信息，其中，用户的基本信息可包括用户是否在MT已开工具有闪付功能的虚拟账号，开户的实名信息，与虚拟账号相绑定的实体银行卡的账号信息，等等。

步骤312，获取电子设备的设备信息，其中，设备信息可包括：电子设备是否具有近距离无线通信(Near Field Communication，简称为NFC)，电子设备是否支持开通闪付的功能，等等。

步骤313，基于用户的基本信息和电子设备的设备信息确定电子设备是否支持闪付功能，若电子设备不支持闪付功能，将电子设备不支持闪付功能视为一项异常处理项，执行步骤302，若电子设备支持闪付功能，执行步骤314。

步骤314，获取电子设备的银联TSM的基本信息，其中，TSM的基本信息可包括依赖银联组件的版本是否支持闪付功能。

步骤315，基于银联TSM的基本信息确定TSM是否正常，若不正常，将TSM不正常视为一项异常处理项，执行步骤301，若正常，执行步骤316。

步骤316，获取系统钱包的基本信息，其中，系统钱包的基本信息可包括：当前系统钱包是否已加载过具有支付功能的虚拟账号，是否登录了系统钱包，

步骤317，基于系统钱包的基本信息确定系统钱包的基本信息是否正常，若不正常，将系统钱包的基本信息不正常视为一项异常处理项，执行步骤302，若正常，执行步骤318。

步骤318，获取系统钱包的安全域信息。

步骤319，基于安全域信息确定安全域是否正常，若不正常，将安全域信息不正常视为一项异常处理项，执行步骤302，若正常，执行步骤320。

步骤320，执行第三方应用程序中关于闪付功能的初始化，确定初始化是否成功，若初始化未成功，将闪付功能的初始化失败视为一项异常处理项，执行步骤302，若初始化成功，执行步骤321。

步骤321，获取用户在第三方应用程序的开户状态。

步骤322，若用户在第三方应用程序的开户状态为已开户状态，确定虚拟卡号是否已绑定实体银行卡，若未绑定，将未绑定实体银行卡视为一项异常处理项，执行步骤302，若已绑定，可执行上述图1A以及图2A所示实施例的方法流程。

需要说明的是，上述各个获取相关信息以及判断相关信息是否正常的步骤之间无严格的先后顺序，基于实际的需要，各个步骤之间可以颠倒顺序，或者，可以根据需要执行上述步骤311-步骤322中的部分步骤，只要步骤的顺序以及步骤的执行能够确保初始化过程正常即可。

本实施例中，当检测到异常处理项时记录异常处理项，初始化过程可继续向下执行未中断，因此在整个初始化过程中，不会由于检测到任何一个环节出现异常而中断整个初始化过程，因此大大缩短了对虚拟卡号初始化的流程，提高了用户体验及虚拟卡号在后续加载的成功率。

图4A是本申请再一示例性实施例示出的异常提示方法的流程示意图，图4B是图4A所示实施例中的第二用户界面的示意图；本实施例在上述图1A所示实施例的基础上，以用户对初始化过程中的异常处理项已经处理后如何加载虚拟卡号为例进行示例性说明，如图4A所示，包括如下步骤：

步骤401，若初始化过程中的异常处理项被处理，显示用于将虚拟卡号添加到系统钱包的第二用户界面。

如图4B所示，在第二用户界面上，显示了“添加MT闪付卡至ABC钱包”的主题，其中，MT闪付卡可视为本申请中所述的具有支付功能的虚拟卡号，ABC钱包可视为本申请中所述的系统钱包，此时电子设备为ABC智能手机。此外，在第二用户界面上，包含有与“添加至ABC钱包”相对应的第二预设按键。

步骤402，在第二用户界面上监听第二预设按键。

步骤403，若监听到第二预设按键被触发，检测用户的开户状态，若用户的开户状态为已开户状态，执行步骤404，若用户的开户状态为未开户状态，执行步骤405。

在一实施例中，用户的开户状态包括用户已开通具有支付功能的虚拟卡号(对应已开户状态)，以及用户未开通具有支付功能的虚拟卡号(对应未开户状态)。

步骤404，将虚拟卡号加载到系统钱包。

步骤405，提示进行开户操作，当用户通过提示完成开户后，将虚拟卡号加载到系统钱包。

相应的，用户通过上述步骤411-步骤413将虚拟卡号加载到系统钱包后，当用户需要进行支付时，系统钱包与提供虚拟卡号的第三方应用程序对于扣除消费额度的流程如下：当用户将电子设备靠近具有闪付功能的POS机时，电子设备首先启动系统钱包，通过系统钱包中与虚拟卡号相对应的接口进入第三方应用程序，通过与第三方应用程序中与虚拟卡号相绑定的实体银行卡扣除用户的消费额度。需要说明的是，上述通过POS机实现闪付扣除消费额度的描述仅为一个场景实例，其他支持闪付功能的电子终端均可进行上述类似扣除消费额度的流程，例如，设置在地铁站的轧机。

本实施例中，通过监听第二预设按键，当第二预设按键被触发后，确定用户的开户状态，如果已开户则可直接进行加载，如果未开户则先进行开户行为的提示再执行加载行为，这相比现有技术中的用户通过点击开户的按键后进行开户操作，再次点击加载的按键进行加载的两个动作，实现了一键即可加载虚拟卡号，大大简化了用户加载虚拟卡号的操作。

与前述异常提示方法的实施例相对应，本申请还提供了异常提示装置的实施例。

图5是本申请一示例性实施例示出的异常提示装置的结构示意图，如图5所示，异常提示装置包括：

确定模块51，用于确定用于支付功能的虚拟卡号在初始化过程中的异常处理项；

提示模块52，用于通过第一用户界面提示确定模块51确定的初始化过程中的异常处理项。

本实施例中，提示模块52通过将初始化过程中的异常处理项在第一用户界面上进行统一提示，使初始化过程中出现的异常处理项能够得到规范化呈现，进而可以使用户对虚拟卡号在初始化过程中的异常处理项有明确的心理预期；由于确定模块51确定的异常处理项是在整个初始化过程中得到的，由此可知整个初始化过程不会由于检测到任何一个环节出现异常而中断整个初始化过程，因此大大提高了用户体验及后续加载虚拟卡号的成功率。

图6是本申请另一示例性实施例示出的异常提示装置的结构示意图，如图6所示，在上述图5所示实施例的基础上，提示模块52可包括：

分类单元521，用于基于预设类型对初始化过程中的异常处理项进行分类，得到分类结果；

提示单元522，用于基于分类单元521得到的分类结果在第一用户界面提示初始化过程中的异常处理项。

通过提示单元522在第一用户界面上对异常处理项进行分类提示，可以使用户直观的了解到自己能够解决的异常以及不能够解决的异常，异常以统一的相对友好的方式进行提示。

在一实施例中，异常提示装置还可包括：

第一检测模块53，用于检测提示模块52在第一用户界面上提示的与每一异常处理项对应的第一预设按键；

执行模块54，用于若第一检测模块53检测到第一预设按键被触发，执行与第一预设按键相对应的操作。

通过第一检测模块53检测第一预设按键，可以通过第一预设按键引导用户进行与第一预设按键相对应的操作，使得整个初始化过程更加简洁明了。

在一实施例中，确定模块51可包括：

检测单元511，用于在对虚拟卡号进行初始化的过程中，检测初始化失败的初始化项；

记录单元512，用于记录检测单元511检测到的初始化失败的初始化项，将初始化失败的初始化项确定为异常处理项。

当检测单元511检测到异常处理项时记录单元512记录异常处理项，初始化过程可继续向下执行未中断，因此在整个初始化过程中，不会由于检测到任何一个环节出现异常而中断整个初始化过程，因此大大缩短了对虚拟卡号初始化的流程，提高了用户体验及虚拟卡号在后续加载的成功率。

在一实施例中，异常提示装置还可包括：

显示模块55，用于若提示模块52提示的初始化过程中的异常处理项被处理后，显示用于将虚拟卡号添加到系统钱包的第二用户界面；

监听模块56，用于在显示模块55显示的第二用户界面上监听第二预设按键；

第二检测模块57，用于若监听模块56监听到第二预设按键被触发，检测用户的开户状态；

加载模块58，用于若第二检测模块558检测到的开户状态为已开户状态，将虚拟卡号加载到系统钱包。

通过监听模块56监听第二预设按键，当第二预设按键被触发后，第二检测模块57检测用户的开户状态，如果已开户则可直接进行加载，如果未开户则先进行开户行为的提示再执行加载行为，这相比现有技术中的用户通过点击开户的按键后进行开户操作，再次点击加载的按键进行加载的两个动作，加载模块58实现了一键即可加载虚拟卡号，大大简化了用户加载虚拟卡号的操作。

本申请异常提示装置的实施例可以应用在电子设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储介质中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图7所示，为本申请异常提示装置所在电子设备的一种硬件结构图，除了图7所示的处理器、内存、网络接口、以及非易失性存储介质之外，实施例中装置所在的电子设备通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

其中，所述存储介质存储有计算机程序，所述计算机程序用于执行上述图1A至图4A任一实施例提供的异常提示方法。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (8)

1.一种异常提示方法，其特征在于，所述方法包括：

确定用于支付功能的虚拟卡号在初始化过程中的异常处理项；

通过第一用户界面提示所述初始化过程中的异常处理项；

若所述初始化过程中的异常处理项被处理，显示用于将所述虚拟卡号添加到系统钱包的第二用户界面；

在所述第二用户界面上监听第二预设按键；

若监听到所述第二预设按键被触发，检测用户的开户状态；

若用户的开户状态为已开户状态，将所述虚拟卡号加载到所述系统钱包。

2.根据权利要求1所述的方法，其特征在于，所述通过第一用户界面提示所述初始化过程中的异常处理项，包括：

基于预设类型对所述初始化过程中的异常处理项进行分类，得到分类结果；

基于所述分类结果在第一用户界面对所述初始化过程中的异常处理项进行分类提示。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

检测所述第一用户界面上提示的与每一异常处理项对应的第一预设按键；

若所述第一预设按键被触发，执行与所述第一预设按键相对应的操作。

4.根据权利要求1所述的方法，其特征在于，所述确定用于支付功能的虚拟卡号在初始化过程中的异常处理项，包括：

在对所述虚拟卡号进行初始化的过程中，检测初始化失败的初始化项；

记录所述初始化失败的初始化项，将所述初始化失败的初始化项确定为所述异常处理项。

5.一种异常提示装置，其特征在于，所述装置包括：

确定模块，用于确定用于支付功能的虚拟卡号在初始化过程中的异常处理项；

提示模块，用于通过第一用户界面提示所述确定模块确定的所述初始化过程中的异常处理项；

所述提示模块包括：

分类单元，用于基于预设类型对所述初始化过程中的异常处理项进行分类，得到分类结果；

提示单元，用于基于所述分类单元得到的所述分类结果在第一用户界面提示所述初始化过程中的异常处理项。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

显示模块，用于若所述提示模块提示的所述初始化过程中的异常处理项被处理后，显示用于将所述虚拟卡号添加到系统钱包的第二用户界面；

加载模块，用于通过所述显示模块显示的所述第二用户界面将所述虚拟卡号加载到所述系统钱包中。

7.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1-4任一所述的异常提示方法。

8.一种电子设备，其特征在于，所述电子设备包括：

处理器；用于存储所述处理器可执行指令的存储器；

其中，所述处理器，用于执行上述权利要求1-4任一所述的异常提示方法。

Images