CN108038689A - 电子钱包管理方法、终端及计算机存储介质 - Google Patents

Abstract

本发明公开了一种电子钱包管理方法、终端及计算机存储介质，该方法通过在监测到支付请求时，获取提起该支付请求的应用程序，判断该应用程序是否属于预设应用，若不是，则禁止该应用程序继续支付；通过对这类非预设应用提起的支付请求进行监测，以阻止其实现电子支付过程，而只有预设应用提起相应的支付请求时，才可能实现支付，保证了用户通过终端实现电子支付的安全性。本发明还公开了一种终端及计算机存储介质，通过实施上述方案，以对这类非预设应用支付功能进行限制，仅保留预设应用的支付功能，用户只能通过预设应用实现电子支付，相当于减少了电子支付方式，有利于用户对电子账单进行查看管理。

Description

电子钱包管理方法、终端及计算机存储介质

技术领域

本发明涉及终端应用技术领域，更具体地说，涉及一种电子钱包管理方法、终端及计算机存储介质。

背景技术

当前，基本上已经进入了无现金时代，电子支付十分普遍而流行，人们出门几乎不需要携带现金，只需要一部手机即可实现几乎所有的支付交易过程。目前，电子支付平台主要包括网银支付、微信支付、支付宝支付、京东支付、Apple Pay等，当然还可以通过其他一些支付方式进行支付，例如对于某些游戏类的应用程序，在用户使用过程中，可以通过短信等方式直接实现扣费，以购买相应的游戏装备；或者在用户浏览网页的过程中，可以通过输入银行卡号以及支付密码等方式实现支付。在各种电子支付平台给用户在交易过程带来便利的同时，也存在一些问题，例如由于支付平台众多，一是不方便用户进行统一管理，不知道钱具体花在了什么地方，不利于用户理财管理；二是对于某些支付方式并不是用户希望选取的方式，例如有些APP通过短信自读取就可以实现快捷支付，存在支付安全问题，也很容易造成误支付，给用户带来经济损失。

可见，目前电子支付方式并不完善，存在比较严重的问题，急需提供一种方案以帮助用户做好电子货币的管理，从而养成良好的理财习惯，改善生活质量。

发明内容

本发明要解决的技术问题在于：现有电子支付方式众多，而其中的某些支付方式可能存在安全隐患，容易造成误支付，给用户带来经济损失。针对该技术问题，提供一种电子钱包管理方法、终端及计算机存储介质。

为解决上述技术问题，本发明提供一种电子钱包管理方法，所述电子钱包管理方法的步骤包括：

在监测到支付请求时，获取提起所述支付请求的应用程序；

判断所述应用程序是否属于预设应用；

若不是，则禁止所述应用程序继续支付。

可选的，所述电子钱包管理方法还包括：

在接收到外部用于查看账单信息的账单查看指令时，按照以下几种方式中的任意一种对所述账单信息进行显示：

大账单显示，包括获取各账单的账单金额，将所述账单金额大于目标账单金额的账单信息进行显示，对小于所述目标账单金额的账单信息则进行过滤以不进行显示；

平台分类显示，包括确定各账单所属支付平台，按照支付平台类型分别对各账单信息进行分类显示；

消费类型显示，包括确定各账单所属消费类型，按照消费类型分别对各账单信息进行分类显示；

时间顺序显示，包括获取各账单的消费时间，依据时间先后顺序分别对各账单信息进行显示。

可选的，所述电子钱包管理方法还包括：

在判断所述应用程序属于预设应用时，则判断所述支付请求对应的支付金额是否小于当前时间管理单位内的剩余余额，所述剩余余额为当前时间管理单位内的可用总额与当前时间管理单位内的已用总额之差；

若是，则允许所述应用程序的支付请求；若否，则生成告警提示以告知用户当前时间管理单位内的消费即将超支。

可选的，在进入当前统计周期时，还包括：

接收用于设置所述各时间管理单位内的可用总额的外部设置指令，根据所述外部设置指令确定当前统计周期内各时间管理单位内的可用总额；

或，

获取当前统计周期内用户余额和待支出金额，根据如下公式确定当前统计周期内各时间管理单位内的可用总额：

P＝(P₁-P₂)/T×t

所述P为所述时间管理单位内的可用总额，所述P₁为所述当前统计周期内用户余额，所述P₂为所述待支出金额，所述T为所述当前统计周期，所述t为所述时间管理单位。

可选的，所述获取当前统计周期内用户余额的步骤包括：

接收外部余额设置指令，根据所述外部余额设置指令确定所述用户余额；或者根据终端上各支付平台的授权信息得到所述各支付平台对应的余额信息，将所述余额信息求和得到所述用户余额；

所述获取当前统计周期内待支出金额的步骤包括：

接收外部待支出金额设置指令，根据所述外部待支出金额设置指令确定所述当前统计周期内的待支出金额；或者获取上一统计周期内设置的待支出金额，将所述上一统计周期内的待支出金额作为所述当前统计周期内的待支出金额。

可选的，在所述获取当前统计周期内用户余额和待支出金额的步骤之后，还包括：

对所述用户余额和所述待支出金额进行显示。

可选的，在确定当前统计周期内各时间管理单位的可用总额的步骤之后，还包括：

对所述时间管理单位内的可用总额进行显示。

可选的，在所述允许所述应用程序的支付请求的步骤之前，还包括：

生成支付密码验证界面，接收外部输入的支付密码信息，并将所述支付密码信息与原始密码信息进行比较，判定所述支付密码信息与原始密码信息匹配。

进一步地，本发明还提供了一种终端，所述终端包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如上任一项所述的电子钱包管理方法的步骤。

进一步地，本发明还提供了一种计算机存储介质，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任一项所述的电子钱包管理方法的步骤。

有益效果

本发明提供一种电子钱包管理方法、终端及计算机存储介质，针对现有众多电子支付方式中的某些支付方式可能存在支付安全，容易造成误支付的缺陷；通过在监测到支付请求时，获取提起该支付请求的应用程序，判断该应用程序是否属于预设应用，若不是，则禁止该应用程序继续支付；在提起支付请求的应用程序不是预设应用时，表明该应用程序并未获得用户授权，该类应用程序可能存在支付安全隐患，容易造成误支付，通过对这类非预设应用提起的支付请求进行监测，以阻止其实现电子支付过程，而只有预设应用提起相应的支付请求时，才可能实现支付，保证了用户通过终端实现电子支付的安全性，对于用户不信任的支付方式，也即是不信任的应用程序，在用户不知情或者误操作的情况下发起的支付请求直接进行拦截，禁止该类应用程序进行支付，避免了误支付的情况发生；同时，对这类非预设应用支付功能的限制，仅保留预设应用的支付功能，用户只能通过预设应用实现电子支付，相当于减少了电子支付方式，显然有利于用户对电子账单进行查看管理。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为实现本发明各个实施例一个可选的移动终端的硬件结构示意图；

图2为本发明第一实施例提供的一种电子钱包管理方法基本流程图；

图3为本发明第一实施例提供的另一种电子钱包管理方法流程示意图；

图4为本发明第二实施例提供的电子钱包主界面示意图；

图5为本发明第二实施例提供的电子钱包显示模式界面示意图；

图6为本发明第二实施例提供的一种大账单显示模式界面示意图；

图7为本发明第二实施例提供的另一种大账单显示模式界面示意图；

图8为本发明第二实施例提供的平台分类显示模式界面示意图；

图9为本发明第二实施例提供的消费类型显示模式界面示意图；

图10为本发明第二实施例提供的时间顺序显示模式界面示意图；

图11为本发明第三实施例提供的终端的结构示意图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图1对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。

用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。

接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。

移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。

基于上述移动终端硬件结构，提出本发明方法各个实施例。

第一实施例

为了解决现有电子支付方式众多，而其中的某些支付方式可能存在安全隐患，容易造成误支付的问题，本发明实施例提供一种电子钱包管理方法，请参见图2，图2为本实施例提供的电子钱包管理方法基本流程图，该方法主要包括如下步骤：

S201、在监测到支付请求时，获取提起该支付请求的应用程序。

在终端进行电子支付的过程中，通常需要相应应用程序向其他支付客户端或者直接向后台管理服务器发起支付请求，支付客户端或者后台管理服务器响应该支付请求并进行相应处理后实现支付。本方案可以实时监测终端中各应用程序请求支付时提起的支付请求，在监测到终端相应应用程序提起支付请求时，可以暂时拦截该支付请求，以判断提起该支付请求的应用程序是否属于预设应用。避免直接实现支付导致误支付情况的发生。

应当说明的是，提起支付请求的方式可以是通过短信实现，也可以是通过网络报文的形式实现，或者是通过射频信号的形式实现，或者其他可以实现提起支付请求的任意方式，在此不再一一说明，也即本方案可以实时监测终端中各应用程序以现有任意方式提起的支付请求。

本实施例中，提起该支付请求的应用程序具体可以是存在商品交易或者服务交易的各类应用程序，例如电子书阅读软件中对于某些著作需要购买才能阅读，游戏类应用软件中对于某些游戏装备需要购买才能使用，以及娱乐影音软件中某些视频或者音频需要购买才能观看或收听，购物软件中需要支付金额购买相应的商品等等，这些应用程序在进行商品交易时，通常需要提起支付请求，其具体可以链接到支付平台对应的客户度，例如支付宝、微信、Apple Pay等，以向该客户端提起支付请求，或者直接向后台支付平台，例如链接到网上银行以提起支付请求。

在此结合具体示例以对提起支付请求的应用程序进行简单说明：假设用户打开应用程序“酷狗音乐”，点击搜索歌曲“消愁”下载并收听，此时应用程序“酷狗音乐”将向相应支付平台对应的客户端Apple Pay提起支付请求，此时“酷狗音乐”也即是所述提起支付请求的应用程序，从而转至步骤S202，判断“酷狗音乐”是否属于预设应用。

在此，还提供一种具体示例以对提起支付请求的应用程序进行说明：用户启动游戏应用A，在用户游戏过程中，误触到充值按钮，此时游戏应用A直接通过短信方式向后台管理服务器发起支付请求，且该游戏应用A可以自动读取短信内容，从而实现自动支付，此时游戏应用A也即是所述提起支付请求的应用程序，这种情况下，并不是用户所希望采取的支付方式，可能扣除了用户花费之后用户仍不知情，造成误支付。通过本方案，在游戏应用A提起支付请求时，也即是向后台管理服务器通过短信提起支付请求时，可以拦截该短信的发送，并判断发起该支付请求的应用程序(也即是游戏应用A)是否属于预设应用，在判断该游戏应用A不属于预设应用时，可以禁止游戏应用A继续进行支付，避免造成误支付的问题。

在一些示例中，当禁止某些非预设应用提起支付请求之后，还可以向用户发出提示，以提醒用户相应的非预设应用提起的支付请求以被拦截，用户可以根据实际使用情况来设置是否恢复该应用程序的支付功能。

应当说明的是，本实施例中预设应用可以是用户根据自己使用情况灵活设置的应用，对于这些预设应用，可以正常使用支付功能，而对于终端中安装的其他应用程序，也即是非预设应用，则在发起支付请求时，将被拦截以禁止其实现支付。具体的，预设应用例如可以是淘宝、京东、微信、APP Store，对于终端中安装的其他应用程序则可以视为非预设应用。

S202、判断该应用程序不属于预设应用时，禁止该应用程序继续支付。

在监测到某应用程序提起支付请求时，将判断该应用程序是否属于预设应用，只有对属于预设应用的应用程序才可能实现支付，对于判断属于非预设应用的应用程序时，则禁止该应用程序继续进行支付。

本实施例中，对于判断提起支付请求的应用程序属于预设应用时，还可以采用如下方式进行处理，具体请参见图3，包括如下步骤：

S301、在监测到支付请求时，获取提起该支付请求的应用程序。

S302、判断该应用程序是否属于预设应用，如不是，转至步骤S303，如是，转至步骤S304。

S303、禁止该应用程序继续支付。

对于上述步骤S301至步骤S303，与上述步骤S201至步骤S203相同，请参见上述对步骤S201至步骤S203的说明，在此不再赘述。

S304、则判断所述支付请求对应的支付金额是否小于当前时间管理单位内的剩余余额，如是，转至步骤S305，如否，转至步骤S306。

在判断提起支付请求的应用程序属于预设应用时，也即是用户授权的预设应用发起支付请求时，本实施例中，需要判断该支付请求所对应的支付金额是否小于当前时间管单位内的剩余余额。

其中，所述剩余余额为当前时间管理单位内的可用总额与当前时间管理单位内的已用总额之差。假设当前时间管理单位内的可用总额为100元，而当前时间管理单位内已经使用(也即已用总额)了52元，那么当前时间管理单位内的剩余余额为100-52＝48元，如果此时该应用程序请求支付的金额为30元，此时，该支付请求所对应的支付金额30元是小于当前时间管理单位内的剩余余额48元的，此时，则转至步骤S305，允许该应用程序的支付请求，实现支付过程。若支付请求所对应请求的支付金额为50元，那么则请求支付的支付金额50元大于当前时间管理单位内的剩余余额48元，此时则转至步骤S306，生成告警提示以告知用户当前时间管理单位内的消费即将超支。此时，用户可以选择继续进行支付，也可以选择取消支付。当用户选择继续进行支付时，还可以提示用户超支的金额，这里可以提示本次消费将导致超支2元。

由此，在消费过程中，可以很好地帮助用户把握当前时间管理单位内的消费情况，避免用户过度消费，进而陷入紧急困境的问题。

应当说明的是，当前时间管理单位可以是以“天”为单位，也可以是以“周”为单位，或者以“月”为单位等。为了更好地理解本发明，下面将当前时间管理单位为“天”进行说明：

假设当日可用总额为1000元，当日已用金额为350元，若当前属于预设应用的应用程序提起支付请求所对应的支付金额为600元时，将该支付请求所请求的支付金额600元与当日剩余余额(1000-350＝650元)进行比较，此时可以得到所请求支付金额600小于当日剩余余额650元，因此可以允许该应用程序提起的支付请求，本次消费也未导致当日超支。

应当理解的是，对于以其他时间单位作为本实施例中的当前时间管理单位同样适用，在此不再一一进行说明。

S305、允许该应用程序的支付请求。

在判断该支付请求所对应的支付金额小于等于当前时间管理单位内的剩余余额时，则允许该应用程序的支付请求，使该应用程序的支付过程能够顺利进行，其实现支付的具体过程在此不再赘述，本领域技术人员可以理解，其可以采用任意支付过程进行处理。

S306、生成告警提示以告知用户当前时间管理单位内的消费即将超支。

对于该应用程序提起的支付请求所对应的支付金额大于当前时间管理单位内的剩余余额时，则生成告警提示告知用户当前时间管理单位内的消费即将超支，也即本次消费将导致当前时间管理单位内的消费超支。在一些示例中，还可以对超支金额进行提示。

本实施例中，可用总额，也即当前时间管理单位内用户可以支配使用的总金额，可用总额可以在进入当前统计周期时进行设置，本实施例中提供两种具体的设置方式：

方式一、在进入统计周期时，接收用于设置各时间管理单位内的可用总额的外部设置指令，根据该外部设置指令确定当前统计周期内各时间管理单位内的可用总额。

也即用户可以直接输入各时间管理单位内的可用总额，例如设置为每天的可用总额为50元，或者说设置每周的可用总额为800元等。具体可以根据用户实际经济状况灵活设定。应当理解的是，所设置的各时间管理单位内的可用总额可以相同，也可以不相同，例如将周一至周五每天的可用总额设置为50元，将周六和周日每天的可用总额设置为100元。

应当说明的是，所述统计周期可以以“周”为单位，也可以以“月”为单位，或者以“季度”为单位，或者其他时间单位，在此不做限制，应当说明的是，统计周期应当是大于时间管理单位，例如时间管理单位为“天”，那么统计周期可以设置为“月”。

进入统计周期，可以是指进入月初时，具体可以是每月第一天的0点，此时及其之后，可以接收用户对当前统计周期内各时间管理单位内的可用总额进行设置。

方式二、在进入统计周期时，获取当前统计周期内用户余额和待支出金额，根据如下公式(1)确定当前统计周期内各时间管理单位内的可用总额：

P＝(P₁-P₂)/T×t (1)

其中P为所述时间管理单位内的可用总额，所述P₁为所述当前统计周期内用户余额，所述P₂为所述待支出金额，所述T为所述当前统计周期，所述t为所述时间管理单位。

下面结合具体的数值对可用总额P进行详细说明，假设当前统计周期内用户余额P₁假设为10000元，当前统计周期为“月”，也即当前这个月用户余额为10000元，而待支出金额P₂假设为7000元，假设时间管理单位为“天”，若当前这个月有30天，也即当前统计周期内包括30个时间管理单位，那么根据上述公式(1)计算可得各时间管理单位内的可用总额P为(10000-7000)/30*1＝100元，也即每天的可用总额为100元。

本实施例中，待支出金额具体可以包括统计周期内的固定支出，例如每月3日还房贷3000元、每月20日交房租1000元等，还可以包括用户设置的储蓄目标，例如每月固定存款3000元等，这部分用户需要预先留足。

通过上述方式二计算得到的时间管理单位内的可用总额是固定的，也即统计周期内的每个时间管理单位的可用总额是相同的，在一些示例中，终端还可以结合当前时间管理单位之前的消费情况灵活调整当前时间管理单位内的可用总额，同样以每天的可用总额为100元为例，统计周期内的第一天若用户只消费了50元，那么终端可以将第一天可用总额中剩余的金额(也即是100-50＝50元)叠加到第二天，那么第二天用户的可用总额将为100+50＝150元，假设用户第二天消费了75元，那么第二天的剩余金额将为150-75＝75元，然后将第二天的剩余金额75累加到第三天，那么第三天的可用总额将达到100+75＝175元，依次进行累加处理；若用户在第三天消费了200元，也即超支200-175＝25元，也即剩余金额为175-200＝-25元，从而也可以累加到第四天，得到第四天的可用总额只有100-25＝75元。直到一个统计周期完成后清零，当然也可以累加到下一统计周期的当前时间管理单位内。在此不再赘述。

通过上述方式对统计周期内各时间管理单位内的可用总额进行灵活调整，以更好地反应用户的消费情况，当用户当前时间管理单位内的消费额低于可用总额时，将累加到下一时间管理单位内，以更好地鼓励用户节省开支；当用户当前时间管理单位内的消费额超出了可用总额时，那么将相应减少下一时间管理单位内的可用总额，从而可以很好地提醒用户，避免盲目消费，有利于帮助用户养成理财习惯。

本实施例中，对于获取当前统计周期内的用户余额可以采取如下两种方式，一是可以通过用户手动设置，直接输入当前统计周期内的用户余额，具体的，对于终端而言，可以通过接收外部余额设置指令，根据该外部余额设置指令确定当前统计周期内的用户余额；或者，终端可以根据相应各支付平台的授权信息得到各支付平台对应的余额信息，将各支付平台对应的余额信息进行求和得到该用户余额。

具体的，假设终端的支付平台包括支付宝、微信、京东、银联这四个支付平台，终端可以分别根据这四个支付平台的授权信息，在各支付平台上获取对应的余额信息，例如从支付宝中获取到的余额信息为：支付宝中余额1000元，且余额宝中有余额1000元；从微信中获取到的余额信息为：微信钱包中余额500元；从京东中获取到的余额信息为：京东钱包余额为0元；以及从银联中获取到的余额信息为：银行卡A中有余额5000元，银行卡B中有余额10000元，银行卡C中有余额2000元；那么据此可以得到用户余额为1000+1000+500+0+5000+10000+2000＝19500元。

本实施例中，获取当前统计周期内的待支出金额，具体可以是通过接收外部待支出金额设置指令，根据该外部待支出金额设置指令确定当前统计周期内的待支出金额。也即用户可以直接对待支出金额进行设置，具体的，用户可以选择待支出的类别以及对应的金额，终端可以根据用户输入的各类别以及对应的金额计算得出待支出金额。具体的，例如待支出的类别包括但不限于每月通信费、交通费、网络费、停车费、房贷等，用户可以选择其中的待支出类别并编辑相应的需要支出的金额，例如通信费150元、交通费600元、网络费100元、停车费300元、房贷3000元、那么终端据此可得每月的待支出金额为150+600+100+300+3000＝4150元。当然，用户还可以手动编辑其他待支出类别，在此不再赘述。

统计周期内的待支出金额的获取方式，还可以通过终端自动获取，不必用户进行手动输入，终端可以通过获取上一统计周期内设置的待支出金额，将所述上一统计周期内的待支出金额作为当前统计周期内的待支出金额。例如，上一统计周期内用户设置的待支出金额为4150元，那么终端可以直接将该上一统计周期内的待支出金额4150作为当前统计周期的待支出金额，从而不必用户进行手动输入，有利于提高设置效率。当然，用户可以根据当前统计周期内的实际待支出情况对终端自动设置的待支出金额进行调整或者补充，以更加符合当前统计周期内的待支出情况。

在一些示例中，当获取到当前统计周期内用户余额和待支出金额后，终端还可以对该用户余额以及待支出金额进行显示，以帮助用户更好地了解当前统计周期内的资金情况。进一步地，在确定了当前统计周期内各时间管理单位的可用总额之后，还可以对当前时间管理单位内的可用总额进行显示，以提醒用户当前时间管理单位内的消费尽可能在这个范围内。

在一些示例中，在判断支付请求对应的支付金额小于等于当前时间管理单位内的剩余余额之后，在允许提起该支付请求的应用程序进行支付之前，还可以对支付过程进行安全校验，以提高支付的安全性。具体包括：生成支付密码验证界面，接收用户输入的支付密码信息，并将用户输入的支付密码信息与原始密码信息进行比较，以判断两者是否匹配，只有在判断两者匹配时，表明是同一用户使用，此时再允许提起该支付请求的应用程序实现支付。而当判断接收到的密码信息与原始密码信息不匹配时，表明可能存在支付隐患，终端可以阻止该应用程序进行支付，保证支付安全。

第二实施例

本发明实施例在第一实施例的基础上，提供一种电子钱包管理方法，与第一实施例不同的是，本实施例提供的电子钱包管理方法还可以按照预设显示方式对账单信息进行查看，以帮助用户了解自己的消费情况，有利于用户做好理财规划。

具体的，包括在接收到外部用户查看账单信息的账单查看指令时，按照以下四种方式中的任意一种对相应账单信息进行显示，包括大账单显示、平台分类显示、消费类型显示以及时间顺序显示，下面分别对这几种显示方式进行详细说明：

请参见图4，用户在进入电子钱包显示界面之后，可以点击界面上的“账单管理”按钮41，此时终端切换到如图5所示的账单管理界面，其中包括“大账单显示”411、“平台分类显示”412、“消费类型显示”413以及“时间顺序显示”414，用户点击“大账单显示”按钮411以对相应的较大金额的账单进行查看，相当于用户下发了账单查看指令，此时终端可以根据预先设置的目标账单金额，例如为100元，那么终端将获取各账单的账单金额，将账单金额大于等于目标账单金额100的账单信息进行显示，对于账单金额小于100的账单信息则进行过滤以不进行显示，从而快速地挑选出这些相对较大金额的账单信息以供用户查看。

目标账单金额可以根据用户实际挑选查看需求灵活设置，例如可以将其设置为1000元，也即查看账单金额大于等于1000元的账单信息。当挑选出的账单信息包括至少两条时，还可以按照金额大小进行排序，请参见图6，例如将消费金额最大的账单信息显示在最前，将消费金额最小的账单信息显示在最后。

应当理解的是，在一些示例中，还可以根据用户输入的消费金额的范围，来查找并将这个金额范围内的账单信息进行显示，例如用户输入的消费金额范围是大于等于1000元，小于等于10000元的账单信息，那么终端将获取各账单信息的消费金额，判断该消费金额是否在大于等于1000元且小于等于10000元范围内，如是，则将该账单信息进行显示，以供用户查看。

本实施例中，终端接收到外部的账单查看指令并按照大账单显示方式进行显示时，需要获取各账单的账单金额，其中各账单包括各个已授权管理的支付平台所产生的所有账单，也即是属于预设应用对应的支付平台中所产生的所有账单，例如预设应用有支付宝、微信这两个应用程序，那么获取各账单的账单金额也即分别从支付宝和微信中获取相应的所有账单，例如从支付宝从获取到大于等于1000元且小于等于10000元的包括账单1(2015.10.12万达广场消费2500元)和账单2(2016.03.20奥特莱斯消费5000元)，从微信获取到大于等于1000元且小于等于10000元的包括账单3(2017.01.14给老婆发红包1314元)，对于其他非预设应用的支付平台则可以不进行处理，终端将挑选出的这些大账单(上述账单1、账单2和账单3)按照平台分类进行显示，账单1和账单2同属支付宝平台，将两者放入支付宝账单进行显示，请参见图7所示，对于支付宝平台存在两个账单的情况，可以按照时间顺序将账单1和账单2依次进行显示。

继续参见图5，用户还可以点击电子钱包界面的“平台分类显示”按钮412，此时终端获取所管理的各支付平台下的所有账单信息，并根据各账单所属的支付平台，按照支付平台类型分别对各账单信息进行分类显示，具体请参见图8，在此不再赘述。

继续参见图5，用户还可以点击电子钱包界面的“消费类型显示”按钮413，终端确定各账单所属消费类型，按照消费类型分别对各账单信息进行分类显示。其中消费类型包括但不限于饮食、零食、衣物、礼物、交通、电影、药品等，终端根据各账单的消费类型进行分类显示，请参见图9。

本实施例中，终端还可以根据时间顺序对各账单进行显示，具体的，当检测到用户点击如图5所示的“时间顺序显示”按钮414时，通过获取各账单的消费时间，然后依据各账单的消费时间先后顺序分别对各账单信息进行显示。具体请参见图10，可以将距离当前最近的消费账单显示在前，将很久之前的账单显示之后。

应当理解的是，无论通过上述哪种显示方式进行查看，用户都可以查看到个账单的具体信息，例如包括消费时间、地点、支付方式以及消费明细等。

在一些示例中，为了保证支付安全以及保护用户隐私，避免被他人随意查看到自己的经济状况，还可以在进入电子钱包界面之前，对用户身份进行验证，只有在验证通过后，终端才会进入到该电子钱包界面。具体的，在进入电子钱包界面之前，生成密码验证界面，待用户输入进入该电子钱包界面的密码信息并验证通过后，再控制进入到该电子钱包界面，请继续参见图4，包括“账单管理”41、“余额管理”42、“支付限制管理”43以及“安全管理”44，其中“账单管理”41在前面已经进行详细说明，在此不再赘述。

对于“余额管理”42，用户可以通过该按钮设置收入和支出，例如上述第一实施例中的用户余额、可用总额、已用总额、剩余余额和待支出金额等，以及设置各支付平台的授权信息，也即设置预设应用，从而实现上述第一实施例所述的电子钱包管理方法的步骤，在此不再赘述。

其中，用户余额具体可以是如下几种形式的余额，第一种是当前所有平台上电子货币的总余额；第二种属于用户潜在收入余额、包括用户工资、奖金、借出去的钱、收租、以及其他福利等；第三种余额是用户可以调用到所有资金的余额，包括用户信用卡、花呗、借呗、借趣花等各大信用和借贷平台的额度。这几种余额还可以分别进行显示。

“支付限制管理”43，用户可以点击该按钮，以对时间管理单位内的可用总额进行设置，当时间管理单位内的消费金额超出可用总额时，提示用户当前时间管理单位内的消费超支。有利于减少用户过度消费的情况，帮助用户养成良好的储蓄习惯和理财习惯。

而对于“安全管理”44，主要是从以下两个方面来保证终端使用安全以及支付安全，一方面是设置登录密码，在进入电子钱包界面之前，需要用户进行安全验证，具体验证方式包括但不限于指纹验证、数字密码验证、脸部识别验证、图像解锁验证以及虹膜识别验证等，本实施例对此并不做限制，只要能够对进入该电子钱包界面的用户身份进行验证即可，具体可以采用任意验证方式；另一方面是设置支付密码锁，在终端监测到存在某应用程序提起支付请求时，需要用户输入正确的支付密码锁才能实现支付，以保证支付安全。

第三实施例

本实施例提供一种终端，参见图11所示，其包括处理器1101、存储器1102及通信总线1103，其中：

通信总线1103用于实现处理器1101和存储器1102之间的连接通信；

处理器1101用于执行存储器1102中存储的一个或者多个程序，以实现上述第一实施例和/或第二实施例中的电子钱包管理方法的各步骤。具体过程请参见第一实施例和第二实施例，在此不再赘述。

本实施例还提供一种计算机存储介质，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现上述第一实施例和/或第二实施例中的电子钱包管理方法的各步骤。具体过程请参见第一实施例和第二实施例，在此不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种电子钱包管理方法，其特征在于，所述电子钱包管理方法的步骤包括：

在监测到支付请求时，获取提起所述支付请求的应用程序；

判断所述应用程序是否属于预设应用；

若不是，则禁止所述应用程序继续支付。

2.如权利要求1所述的电子钱包管理方法，其特征在于，所述电子钱包管理方法还包括：

在接收到外部用于查看账单信息的账单查看指令时，按照以下几种方式中的任意一种对所述账单信息进行显示：

大账单显示，包括获取各账单的账单金额，将所述账单金额大于目标账单金额的账单信息进行显示，对小于所述目标账单金额的账单信息则进行过滤以不进行显示；

平台分类显示，包括确定各账单所属支付平台，按照支付平台类型分别对各账单信息进行分类显示；

消费类型显示，包括确定各账单所属消费类型，按照消费类型分别对各账单信息进行分类显示；

时间顺序显示，包括获取各账单的消费时间，依据时间先后顺序分别对各账单信息进行显示。

3.如权利要求1或2所述的电子钱包管理方法，其特征在于，所述电子钱包管理方法还包括：

在判断所述应用程序属于预设应用时，则判断所述支付请求对应的支付金额是否小于当前时间管理单位内的剩余余额，所述剩余余额为当前时间管理单位内的可用总额与当前时间管理单位内的已用总额之差；

若是，则允许所述应用程序的支付请求；若否，则生成告警提示以告知用户当前时间管理单位内的消费即将超支。

4.如权利要求3所述的电子钱包管理方法，其特征在于，在进入当前统计周期时，还包括：

接收用于设置所述各时间管理单位内的可用总额的外部设置指令，根据所述外部设置指令确定当前统计周期内各时间管理单位内的可用总额；

或，

获取当前统计周期内用户余额和待支出金额，根据如下公式确定当前统计周期内各时间管理单位内的可用总额：

P＝(P₁-P₂)/T×t

所述P为所述时间管理单位内的可用总额，所述P₁为所述当前统计周期内用户余额，所述P₂为所述待支出金额，所述T为所述当前统计周期，所述t为所述时间管理单位。

5.如权利要求4所述的电子钱包管理方法，其特征在于，所述获取当前统计周期内用户余额的步骤包括：

接收外部余额设置指令，根据所述外部余额设置指令确定所述用户余额；或者根据终端上各支付平台的授权信息得到所述各支付平台对应的余额信息，将所述余额信息求和得到所述用户余额；

所述获取当前统计周期内待支出金额的步骤包括：

接收外部待支出金额设置指令，根据所述外部待支出金额设置指令确定所述当前统计周期内的待支出金额；或者获取上一统计周期内设置的待支出金额，将所述上一统计周期内的待支出金额作为所述当前统计周期内的待支出金额。

6.如权利要求4所述的电子钱包管理方法，其特征在于，在所述获取当前统计周期内用户余额和待支出金额的步骤之后，还包括：

对所述用户余额和所述待支出金额进行显示。

7.如权利要求6所述的电子钱包管理方法，其特征在于，在确定当前统计周期内各时间管理单位的可用总额的步骤之后，还包括：

对所述时间管理单位内的可用总额进行显示。

8.如权利要求3所述的电子钱包管理方法，其特征在于，在所述允许所述应用程序的支付请求的步骤之前，还包括：

生成支付密码验证界面，接收外部输入的支付密码信息，并将所述支付密码信息与原始密码信息进行比较，判定所述支付密码信息与原始密码信息匹配。

9.一种终端，其特征在于，所述终端包括处理器、存储器及通信总线；

所述通信总线用于实现处理器和存储器之间的连接通信；

所述处理器用于执行存储器中存储的一个或者多个程序，以实现如权利要求1-8中任一项所述的电子钱包管理方法的步骤。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1-8中任一项所述的电子钱包管理方法的步骤。