账单管理方法及装置与流程

本申请属于电子技术领域，具体涉及一种账单管理方法及装置。

背景技术：

随着支付宝、微信支付等转账、发红包和支付功能大规模的普及，日常生活中不管大钱小钱都会经过聊天工具进行转账。或者统一收取各种钱的方式都在群里进行收集。那我们收集或付出的钱都存在零钱里。我们是通过第三方记账工具进行记账，或者直接查询微信账单进行记账。

如果通过第三方记账工具进行记账，会非常不方便。每次转账，收账都要退出微信，记录一笔。而且第三方工具也没法定制性的做一些操作。如果只是通过微信账单进行记账，算账，那将会非常麻烦，需要将微信账单打开以后一条条交易进行查看。而且也无法做到对用户所有支付软件的统一账单管理，例如，用户的支付包括微信支付、支付宝和云闪付，那么现有技术中还没有在不退出当前打开具有收支功能的app的情况下对这三个app上的账单进行收支汇总管理的功能。

在实现本申请过程中，发明人发现现有技术中至少存在如下问题：第三方记账工具进行记账时不方便，对当前具有收支功能的app进行转账收账的记录时，需要退出当前记账app，再到记账工具里面进行记录。第三方记账工具也无法自动关联上用户所有的具有收支功能的app对所有收支进行汇总管理。

技术实现要素：

本申请实施例的目的是提供一种账单管理方法及装置，能够解决当前使用记账工具对支付程序中的收支记录进行记账管理时需要退出当前支付程序的不便，且不能对用户所有的支付程序中的收支记录进行统一汇总管理的问题。

第一方面，本申请实施例提供了一种账单管理方法，该方法包括：

接收用户对收支记录的第一输入；

响应于所述第一输入，显示至少一个账单分类容器；

接收所述用户对目标账单分类容器的第二输入；

响应于所述第二输入，基于所述收支记录对应的收支金额更新所述目标账单分类容器指示的金额。

第二方面，本申请实施例提供了一种账单管理装置，该装置包括：

第一接收模块，用于接收用户对收支记录的第一输入；

显示模块，用于响应于所述第一输入，显示至少一个账单分类容器；

第二接收模块，用于接收所述用户对目标账单分类容器的第二输入；

记账模块，用于响应于所述第二输入，基于所述收支记录对应的收支金额更新所述目标账单分类容器指示的金额。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的账单管理方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的账单管理方法的步骤。

第五方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的账单管理方法。

在本申请实施例中，通过接收用户对收支记录的操作，所述操作用于调出账单管理功能的分类容器，以供用户对分类容器继续操作完成账单分类功能，避免了现有技术中支付程序前台运行时无法同时调出账单管理功能对当前收支记录进行分类管理的缺陷，而且在不同的支付程序的收支记录下都能唤醒账单管理功能进行分类处理，实现了用户的所有支付程序中的收支记录的统一汇总管理。

附图说明

图1是本申请实施例提供的账单管理方法的流程示意图之一；

图2为本申请实施例提供的第一输入操作所在界面形式的示意图；

图3为本申请实施例提供的显示至少一个账单分类容器所在界面形式的示意图；

图4是本申请实施例提供的连续拖拽操作所在界面形式的示意图；

图5为本申请实施例提供的第二输入操作所在界面形式的示意图；

图6为本申请实施例提供的账单管理占比示意图所在界面形式的示意图；

图7是本申请实施例提供的在另一具有收支功能的app上进行账单分类操作所在界面形式的示意图；

图8是本申请实施例提供的账单管理装置的结构示意图；

图9为本申请实施例提供的电子设备的硬件结构示意图之一；

图10为本申请实施例提供的电子设备的硬件结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的内容发布方法及装置进行详细地说明。

图1是本申请实施例提供的账单管理方法的流程示意图之一，如图1所示，该方法包括如下步骤：

步骤100，接收用户对收支记录的第一输入；

步骤110，响应于所述第一输入，显示至少一个账单分类容器；

步骤120，接收所述用户对目标账单分类容器的第二输入；

步骤130，响应于所述第二输入，基于所述收支记录对应的收支金额更新所述目标账单分类容器指示的金额。

可选地，可以首先接收用户对收支记录的第一输入，确定需要进行账单管理的收支记录和调出(唤醒)后台运行的账单管理功能。此处需要说明的是，收支记录是指已经完成转账或者消费支出的交易记录，例如，好友发起的给用户的转账或红包已经被用户接收对应转账或红包的金额已经划入用户钱包形成的交易记录，或者，用户给对方的转账或红包已经被对方接收对应的转账或红包的金额已经划入对方的钱包形成的交易记录。后台运行的账单管理功能被唤醒后到前台运行，标志是用户界面上显示出至少一个账单分类容器。此处对账单管理功能进行说明，本申请实施例提供的账单管理方法的执行主体是移动终端，收支记录为移动终端上任一具有收支功能的app中的红包、转账、支付等收支记录，通过对上述各种类型中的任一收支记录进行第一输入的操作后，可以调出(即唤醒)后台运行的账单管理功能，而账单管理功能可以是移动终端系统集成的功能，类似于移动终端自带的记事本、闹钟等附件功能，也可以是第三方应用程序，当其为第三方应用程序时，需要对该第三方应用程序进行设置，将移动终端上的所有具有收支功能的app都与其关联，如此可以在任一具有收支功能的app被启动或者调到前台运行时，该第三方应用程序自动启动后台运行，随时准备被用户的第一输入唤醒，在用户界面上显示至少一个账单分类容器。

可选地，第一输入可以是用户对收支记录的点击、长按预设时长或拖拽等的操作。图2为本申请实施例提供的第一输入操作所在界面形式的示意图，如图2所示，当第一输入为用户对历史已收钱记录的点击操作时，当用户的手指点击图2中“已收钱28.5”的转账记录时，手点击处出现圆形光圈、震动或者手机边框发出特定颜色的光，表示移动终端对接收到对选定收支记录点击操作的一个确认响应，也可以存在手的点击操作没有移动终端的确认响应的情况，因为后续移动终端响应于所述第一输入，在用户界面上显示至少一个账单分类容器，该点击操作在调出了后台运行的账单管理功能的情况下的前提是点击操作成功被移动终端接收和识别，故在用户界面上显示至少一个账单分类容器保证点击操作成功。对于第一操作是长按或者拖拽的其他情况，操作本身完成后移动终端可以立即响应一个确认信息，该确认信息可以是光圈、手机边框特定颜色亮光或震动，向用户反馈操作成功移动终端接收了动作指令，也可以存在长按或者拖拽没有移动终端的确认响应的情况，因为后续移动终端响应于所述第一输入，在用户界面上显示至少一个账单分类容器，该长按操作或拖拽操作在调出了后台运行的账单管理功能的情况下的前提是长按操作或拖拽操作成功被移动终端接收和识别，故在用户界面上显示至少一个账单分类容器保证长按操作或拖拽成功。

可选地，在用户界面上显示至少一个账单分类容器，该账单分类容器以悬浮的形式显示在当前具有收支功能的app的界面上，显示的账单分类容器可以是一个或者多个，即显示当前账单管理功能中用户为之前已经进行过分类的收支记录创建的所有账单类型，图3为本申请实施例提供的显示至少一个账单分类容器所在界面形式的示意图，如图3所示，当前已确定账单管理功能中用户为之前已经进行过分类的收支记录创建的账单类型由“饭钱”、“打车”、“篮球会费”和“其他”组成，因此，当用户的第一输入操作成功，被移动终端识别出选定的收支记录和将账单管理功能调出前台运行的指令，在用户界面上会显示出之前账单管理功能已经创建的四个账单分类容器：“饭钱”、“打车”、“篮球会费”和“其他”，上述四个账单分类容器通过悬浮的方式显示在用户界面上，若用户滑动移动终端的屏幕导致当前收支记录消失时，四个账单分类容器也不再显示，当用户误触第一输入的操作成功或进行第一输入的操作成功后想退出账单分类时，可以点击操作用户界面中除了当前收支记录所在消息框的其他区域。

可选地，第二输入可以是用户对选中的账单分类容器的操作，用于选定当前收支记录所属的账单类型。当用户第二输入的操作成功被移动终端接收并识别出选定的账单类型时，用户界面上还可以有确认反馈信号提示用户当前界面显示的收支记录已被成功分类，当前界面显示的收支记录中的金额已经计入选中的账单类型的账单中，用该金额对所述选中的账单类型的指示的金额进行更新，其中，指示的金额可以是账单类型的收支总金额，也可以是对应当前进行分类的收支记录的支出总金额或者收入总金额，此处不作具体限定。

在本申请实施例中，通过接收用户对收支记录的操作，所述操作用于调出账单管理功能的分类容器，以供用户对分类容器继续操作完成账单分类功能，避免了现有技术中支付程序前台运行时无法同时调出账单管理功能对当前收支记录进行分类管理的缺陷，而且在不同的支付程序的收支记录下都能唤醒账单管理功能进行分类处理，实现了用户的所有支付程序中的收支记录的统一汇总管理。

可选地，所述第一输入和所述第二输入是对所述收支记录连续的拖拽操作；

所述接收所述用户对目标账单分类容器的第二输入，包括：

接收所述用户拖拽所述收支记录进入目标账单分类容器的操作。

可选地，第一输入和第二输入可以是连续的操作，例如用户对移动终端当前界面中显示的收支记录进行一个上拉操作作为用户的第一输入，移动终端响应于所述第一输入，所述收支记录的上方立刻显示出账单管理功能中已经创建的所有账单类型，例如：“饭钱”、“打车”、“篮球会费”和“其他”，然后第二输入则为在上拉操作的第一输入的基础上的继续拖拽操作，拖拽的结束点在选定账单分类容器的区域内部，可以以所述选定账单分类容器的特定显示像用户反馈该账单分类容器已被选中，例如，图4是本申请实施例提供的连续拖拽操作所在界面形式的示意图，如图4所示，选中已收钱人民币28.5的收钱记录的手一开始向上拖拽作为第一输入的操作，在向上拖拽的过程中账单管理功能中已经创建的四个账单类型容器在用户界面上显示，于是用户在第一输入操作之后接着进行第二输入操作，即继续拖拽直到滑入需要选定的“饭钱”类型账单分类容器中，当用户的拖拽在“饭钱”类型账单分类容器的区域内停止，则移动终端通过让“饭钱”类型账单分类容器发出特定信号用于表示第二输入操作已经成功被移动终端接收且移动终端已经成功识别出选中账单类型。

此处需要说明的是，第一输入和所述第二输入是对所述收支记录连续的拖拽操作，而连续拖拽的方向是用户确定的，第一输入的拖拽方向用户可以随意选择，而第二输入的拖拽方向则需要在第一输入拖拽的基础上朝向选中账单分类容器移动，通常，第一输入的拖拽可以是上拉也可以是下拉，而上拉操作可以唤醒账单管理功能的已创建的所有账单分类容器在当前选定收支记录消息框的上方显示，除非当前选定收支记录消息框位于用户界面顶部，对应地，下拉操作可以唤醒账单管理功能的已创建的所有账单分类容器在当前选定收支记录消息框的下方显示，除非当前选定收支记录消息框位于用户界面底部。可选地，第一输入的拖拽方向还表示了当前收支记录是属于收入类型还是支出类型，例如，账单管理功能中设定第一输入中的上拉表示需要分类的交易记录为收入，第一输入中的下拉表示需要分类的交易记录为支出，如此可以适当减少账单管理功能需要从当前具有收支功能的app中获取的交易数据量，收入支出类型通过用户的操作直接告知给账单管理功能。

可选地，更常见的是，所述第一输入为所述用户点击或长按所述收支记录的操作；所述第二输入为所述用户拖拽所述收支记录进入目标账单分类容器的操作，或为所述用户点击所述收支记录的操作。

可选地，第一输入可以是用户对所述收支记录的点击或长按预设时间的操作，以用户界面上显示账单管理功能中已经创建的所有账单分类容器为第一输入操作成功的标志，若用户界面上未显示出任何账单分类容器，则表明用户需要进行分类的收支记录没有被用户的第一输入操作选中，需要用户继续进行第一输入的操作直到用户界面上显示至少一个账单分类容器。或者，用户为第一次使用账单分类功能，则需要用户首先进入账单分类功能中创建需要的账单分类类型，之后才能在选定任一具有收支功能的app中收支记录时，用户界面显示账单管理功能中的所有账单分类类型。

可选地，第二输入可以是用户对收支记录的点击、长按预设时长或拖拽等的操作。图5为本申请实施例提供的第二输入操作所在界面形式的示意图，如图5所示，当第二输入为用户对选中的账单类型“饭钱”分类容器内区域的点击操作时，即当用户的手指点击图5中“饭钱”所在圈内的任一处时，手点击处出现圆形光圈，表示移动终端对接收到对选定账单分类容器点击操作的一个确认响应，也可以存在其他确认响应的形式，例如手机震动、“饭钱”分类容器闪烁或者手机边框发出特定颜色的光等信号形式。

可选地，第二输入可以是用户拖拽所述收支记录进入目标账单分类容器的操作，由于第一输入操作已经唤醒账单管理功能使得当前用户界面显示出至少一个账单分类容器，用户的第二输入可以是拖拽所述收支记录进入目标账单分类容器的操作，移动终端识别用户的拖拽操作的停止点所在位置并确定所述位置所属分类容器为用户通过第二输入操作选定的目标账单分类。同时，为了提示用户移动终端已经成功接收第二输入操作并成功识别出选定账单分类容器，拖拽结束时手停止处出现圆形光圈，表示移动终端对接收到对选定账单分类容器点击操作的一个确认响应，也可以存在其他确认响应的形式，例如手机震动、选定分类容器闪烁或者手机边框发出特定颜色的光等信号形式。

可选地，所述显示至少一个账单分类容器，包括：

按照所述至少一个账单分类容器所对应的账单的收支总金额，以预设容器大小显示所述至少一个账单分类容器；

其中，所述预设容器大小与其对应的账单分类类型的收支总金额正相关。

可选地，响应于第一输入在用户界面上进行账单管理功能中所有账单类型的显示时，是通过账单分类容器进行显示，所谓容器即悬浮于当前具有收支功能的app上的图形，图形上有各自对应账单分类类型的标识，例如，当前账单管理功能中已创建的账单分类类型为以下四种：“饭钱”、“打车”、“篮球会费”和“其他”，使用圆形作为各类账单分类容器的图形，那么任一账单分类容器对应的圆形的某一特征与所述任一账单分类的收支总金额相互关联，例如，可以是圆形的面积与收支总金额成正比，还可以是圆形的半径与收支总金额成正比等等，此处不作具体限定。账单分类容器的显示图形除了圆形，还可以是三角形、菱形或正方形等的统一图形，通过统一的特征标识不同账单分类类型的收支总金额的情况，该统一的特征可以是图形的面积、周长等指标，收支总金额即收入与支出的差值的绝对值。通过将收支总金额与账单分类容器的分区大小构建关联，用户可以更直观的查看当前各类账单的收支情况。

可选地，所述账单管理方法还包括：

接收所述用户拖拽所述收支记录进入所述用户界面上显示的新增账单分类容器的第三输入；

响应于所述第三输入，在所述用户界面上显示目标账单分类容器，所述目标账单分类容器是基于所述第三输入创建的，并基于所述收支记录对应的收支金额更新所述目标账单分类容器中的账单。

可选地，若当前用户界面上选中的收支记录的账单类型不属于用户界面上显示的任一账单类型容器表示的账单类型，即选中的收支记录的账单类型还未在账单管理功能中创建过，则用户执行第三输入的操作：拖拽当前用户界面上的收支记录进入所述用户界面上显示的新增账单分类容器，输入新增账单分类类型，然后用户界面上会显示出刚定义的新增目标账单分类容器，并使当前选中的收支记录中的金额更新刚定义的新增目标账单类型。图5为本申请实施例提供的第三输入操作所在界面形式的示意图，如图5所示，若用户发现当前选中的收支记录不属于“饭钱”、“打车”、“篮球会费”或“其他”中的任一种，那么用户会拖动用户界面上的“收钱人民币28.5”的收支记录往用户界面上显示的“新增分类”容器移动，移动终端接收拖拽操作并识别出用户选中“新增分类”容器后，会弹出输入框让用户输入新增账单分类类别名称，例如，当前收入的28.5是其他一起打羽毛球的同事转给自己垫付的羽毛球场馆费用，那么用户可以输入“羽毛球场地费”作为新增账单分类的名称，输入完成后，用户界面上显示新增的“羽毛球场地费”容器，上述新增容器的显示也表示当前选中的收支记录的金额已经被归入“羽毛球场地费”的账单中作为羽毛球场地费的收入。用户继续往前滑动界面，可能会在当前具有收支功能的app上找到用户垫付羽毛球场地费的支出记录，将垫付的支出记录继续进行账单管理分类时，则可以直接在用户界面上看到“羽毛球场地费”的账单类型了，因为“羽毛球场地费”这种账单类型已经在上次进行“收钱人民币28.5”的收支记录账单分类时创建了，故再次对“羽毛球场地费”这种账单类型进行分类时无需创建新类型。

可选地，创建新的账单类型并不一定要在对具有收支功能的app上的收支记录进行账单分类管理操作的时候进行，也可以是用户在账单管理功能中通过预先设置完成，例如，用户根据自己记忆中的收入支出行为在账单管理功能中直接创建账单分类类型，“饭钱”、“打车”、“篮球会费一期”、“篮球会费二期”和“其他”，然后用户打开具有收支功能的app对其中的“饭钱”类型收支记录第一次进行账单分类操作时，用户界面上也可以直接显示出“饭钱”、“打车”、“篮球会费一期”、“篮球会费二期”和“其他”这五种账单分类容器以供用户进行第二输入的操作。因此，账单管理功能中的账单分类类型的创建方法可以是对收支记录的进行账单分类操作过程中创建，也可以是预先在账单管理功能中直接设置。

可选地，所述账单管理方法还包括：

在所述用户界面上显示账单管理占比示意图，所述账单管理占比示意图包括所有账单分类容器，所述账单管理占比示意图用于指示各账单分类容器对应的账单分类类型的收支总金额占比；

接收所述用户对所述账单管理占比示意图中目标账单分类容器的第四输入；

响应于所述第四输入，显示所述目标账单分类容器中记录的所有收支记录。

可选地，在用户完成对当前用户界面上的收支记录的账单分类操作后，账单管理功能会在完成对应账单分类中的收支情况的更新和交易详细信息的记录后，将更新后的账单管理占比示意图显示在用户界面上。该账单管理占比示意图可以是饼状图、柱状图、圈状图等等，上面分别用占饼份额、柱高和占圈弧度等等表示对应账单分类的收支总金额。图6为本申请实施例提供的账单管理占比示意图所在界面形式的示意图，如图6所示，用户完成对当前用户界面上的收支记录的账单分类操作后，账单管理功能在完成对应账单分类中的收支情况的更新和交易详细信息的记录后，将更新后的圈状图的账单管理占比示意图显示在用户界面上，从图6中的圈状图可以看到当前的账单管理功能中有4个账单分类：“饭钱”、“打车”、“篮球会费一期”和“出差”，分别对应的收支总金额是2000、1500、1500和5500，显示时可以赋予不同账单分类容器对应的弧度面积以不同的颜色予以区分，图6中的“出差”账单分类作为用户通过第四输入操作选定的目标账单分类容器，会弹出“出差”账单分类中的所有收支交易的详细信息，图6中的本月出差收支总金额是支出人民币6300元，收入人民币800元，然后按照当前时间由最远历史交易到最近历史交易依次进行展示，图6中的显示的“出差”账单类型中的6条交易并不是当月所有的出差收支，可以滑动虚线框查看全部交易，而账单分类统计对应的时间可以是一个月，一个季度或者半年，用户可以自行设置，每条交易可以继续点击进入查看更多详细信息，例如商户信息，消费时选择的交易平台(如某旅游app定酒店，某出行app定机票等等)，交易时间，支付方式(显示如银行卡号后四位和银行卡余额，或者具有收支功能的app的钱包余额)，是否开具发票等信息。

可以理解的是，第四输入操作可以是点击，长按预设时长或拖拽操作等等，此处不作具体限定。

可选地，所述接收用户对收支记录的第一输入，包括：

接收所述用户在群组的聊天界面中对收支记录的第一输入的同时，记录所述群组的成员信息，并存储在所述目标账单分类容器中；

接收所述用户对所述目标账单分类容器的第五输入，所述第五输入为将所述目标账单分类容器拖拽进入目标聊天群组的操作；

响应于所述第五输入，显示所述目标账单分类容器中记录的与所述目标聊天群组相关的所有收支记录以及对应的成员信息。

可选地，对于群组中的收支记录，用户进行第一输入操作的同时，账单管理功能会获取当前群组中的所有群成员信息，并将该所有群成员信息存储于该收支记录所属账单分类的分类容器中，所述该收支记录所属账单分类作为目标账单分类，当用户对所述目标账单分类容器进行第五输入操作时，所述第五输入为将目标账单分类容器拖拽进入目标聊天群组的操作，用户的第五输入操作的目的是查看目标账单分类中的收支情况以及目标聊天群组中所有成员在该目标账单分类下的收支情况，因此，用户界面响应于第五输入，会记录显示所述目标账单分类容器中记录的与所述目标聊天群组相关的所有收支记录以及对应的成员信息。

例如，用户作为某大型篮球协会球迷的管理员，经常需要收取篮球会活动经费，而由于每个群组的人数上限限制，用户有两个篮球群，分别为“篮球爱好群一”和“篮球爱好群二”，前期将上述两个群中的收支记录创建“经费一期”并分类的过程中，“经费一期”账单分类容器会记录上述两个群的所有群组成员信息，后期用户需要查看上述两个群组中的任一群组作为目标群组的成员缴纳“经费一期”的情况时，经过第五操作将“经费一期”账单分类容器拖拽至所述任一群组聊天群组后，“经费一期”将该目标群组的所有成员信息提取出来，与“经费一期”账单分类容器中原来存储的所有群组成员信息进行匹配后，筛选出目标群组中所有成员的缴费情况进行显示。可选地，所述账单管理方法还包括：

在任一账单分类容器所对应的账单的收支总金额到达预设门限值的情况下，输出提示信息。

可选地，用户还可以针对不同账单分类设置预设门限值，而且该预设门限值与时长相关，例如可以设置一个月的“出差”账单分类的收支金额的预设门限值为6000，即当用户当月出差的支出减去报销进来的收入大于6000的情况下，该“出差”账单分类输出提示信息，输出提示信息的方式有多种，例如“出差”账单分类类型容器的以正红色显示表示支出报警，直接弹出超支提示消息，或者声光报警等等。可以理解的是，该预设门限值与时长相关，而时长可以由用户自己设定，例如，对于“饭钱”账单类型的预设门限值的关联时长可以设置为一个星期，方便用户及时查看自己的生活费用，若用户的出差报销时间比较长的话，可以将“出差”账单类型的预设门限值的关联时长设置为三个月，如此设置一个合理的出差预设门限值就不容易使得“出差”账单分类类型经常处于报警状态。

可选地，所述账单分类容器中记录的所有收支记录，来自于相同或不同的具有收支功能的应用程序。

可选地，移动终端中的有收支功能的软件可以通过用户在账单管理功能软件中预先绑定设置得到当所述有收支功能的软件在前台运行时账单管理功能软件同时启动在后台运行，准备在接收到用户对所述有收支功能的软件中的收支记录的特定操作后调用账单管理功能软件到前台运行参与账单分类操作并更新账单，还可以通过在移动终端中的设置中开启账单管理功能附件识别移动终端中的各个有支付功能的软件，使得账单管理功能绑定所述各个有支付功能的软件，如此也可以实现在接收到用户对所述有收支功能的软件中的收支记录的特定操作后调用账单管理功能软件到前台运行参与账单分类操作并更新账单，此处需要说明的是，账单管理功能附件特指移动终端系统集成的功能，类似于闹钟、日历等移动终端自带的无需下载程序安装的功能。图7是本申请实施例提供的在另一具有收支功能的app上进行账单分类操作所在界面形式的示意图，如图7所示，移动终端上的账单管理功能的以“存钱罐”的控件形式悬浮在当前具有收支功能的app的用户界面上，用于表示账单管理功能处于后台运行状态，随时等待用户在当前具有收支功能的app上进行第一输入操作以后将其唤醒至前台运行执行账单分类和收支更新。从图7和图2中的历史已收钱记录的展示形式可知，图7与图2中的有支付功能的app不同，图2中的有收支功能的app在用户点击收钱后会从用户端发出已收钱的消息，而图7中的有收支功能的app在用户点击收钱后会将转账好友发出的转账消息标记为已收钱，用户通过第一输入操作将“李四”转账800的记录“拖拽”进入“存钱罐”控件，然后在“存钱罐”控件下方显示出账单管理功能中已经创建的四种账单分类类型：“旅游”、“吃饭”、“出差”和“团建”，然后用户通过“拖拽”、长按预设时长或者点击等操作选中目标账单分类容器“团建”，进行“团建”类收支的统计更新。可以理解的是，在图7上的第一输入操作和第二输入操作都不作具体限定，可以是连续的拖拽操作，也可以是点击、长按或拖拽的任意组合，图7仅仅是以连续拖拽作为示例方便说明。

可选地，所述账单管理方法还包括：

在一账单分类容器所对应的账单的收支总金额为负数的情况下，对所述账单分类容器以与其他的账单分类容器不同的方式进行区别显示。

可选地，由于账单管理占比示意图中显示的是收支总金额的绝对值，因此，还需要可以区分收支总金额是收入大于支出，还是支出大于收入的显示，故要将收支为正和收支为负的账单分类进行区别显示，例如，可以通过颜色区分，可以通过增加不同标识区分等等，此处不作具体限定。目的是让用户更快捷的发现收支总金额的总体情况。

需要说明的是，本申请实施例提供的账单管理方法，执行主体可以为账单管理装置，或者该账单管理装置中的用于执行账单管理方法的控制模块。本申请实施例中以账单管理装置执行账单管理方法为例，说明本申请实施例提供的账单管理装置。

图8是本申请实施例提供的账单管理装置的结构示意图，如图8所示，所述装置包括：第一接收模块810、显示模块820、第二接收模块830和记账模块840，其中：

所述第一接收模块810用于接收用户对收支记录的第一输入；

所述显示模块820用于响应于所述第一输入，显示至少一个账单分类容器；

所述第二接收模块830用于接收所述用户对目标账单分类容器的第二输入；

所述记账模块840用于响应于所述第二输入，基于所述收支记录对应的收支金额更新所述目标账单分类容器中指示的金额。

可选地，账单管理装置通过显示模块820响应第一接收模块810接收用户的第一输入显示至少一个账单分类容器，然后记账模块840通过响应第二接收模块830接收用户的第二输入识别目标账单分类容器后进行目标账单分类类型的收支更新。

在本申请实施例中，通过接收用户对收支记录的操作，所述操作用于调出账单管理功能的分类容器，以供用户对分类容器继续操作完成账单分类功能，避免了现有技术中支付程序前台运行时无法同时调出账单管理功能对当前收支记录进行分类管理的缺陷，而且在不同的支付程序的收支记录下都能唤醒账单管理功能进行分类处理，实现了用户的所有支付程序中的收支记录的统一汇总管理。

可选地，所述第一输入和所述第二输入是对所述收支记录连续的拖拽操作；

所述接收所述用户对目标账单分类容器的第二输入，包括：

接收所述用户拖拽所述收支记录进入目标账单分类容器的操作。

可选地，所述在用户界面上显示至少一个账单分类容器，包括：

按照所述至少一个账单分类容器所对应的账单的收支总金额，以预设容器大小显示所述至少一个账单分类容器；

其中，所述预设容器大小与其对应的账单分类类型的收支总金额正相关。

可选地，所述账单管理装置还包括：

第三接收模块，用于接收所述用户拖拽所述收支记录进入所述用户界面上显示的新增账单分类容器的第三输入；

更新模块，用于响应于所述第三输入，在所述用户界面上显示目标账单分类容器，所述目标账单分类容器为基于所述第三输入创建的，并基于所述收支记录对应的收支金额更新所述目标账单分类容器中的账单。

可选地，所述账单管理装置还包括：

占比模块，用于在所述用户界面上显示账单管理占比示意图，所述账单管理占比示意图包括所有账单分类容器，所述账单管理占比示意图用于指示各账单分类容器对应的账单分类类型的收支总金额占比；

第四接收模块，用于接收所述用户对所述账单管理占比示意图中目标账单分类容器的第四输入；

展示模块，用于响应于所述第四输入，显示所述目标账单分类容器中记录的所有收支记录。

可选地，所述账单管理装置中，所述第一接收模块，具体用于：

接收所述用户在群组的聊天界面中对收支记录的第一输入的同时，记录所述群组的成员信息，并存储在所述目标账单分类容器中；

接收所述用户对所述目标账单分类容器的第五输入，所述第五输入为将所述目标账单分类容器拖拽进入目标聊天群组的操作；

所述账单管理装置中还包括群组模块，用于响应于所述第五输入，显示所述目标账单分类容器中记录的所有与所述目标聊天群组相关的收支记录以及对应的成员信息。

可选地，所述账单管理装置还包括：

报警模块，用于在任一账单分类容器所对应的账单的收支总金额到达预设门限值的情况下，输出提示信息。

可选地，所述账单管理装置中，所述账单分类容器中记录的所有收支记录，来自于相同或不同的具有收支功能的应用程序。

可选地，本申请实施例还提供一种电子设备，图9为本申请实施例提供的电子设备的硬件结构示意图之一。如图9所示，该电子设备包括处理器910，存储器909，存储在存储器909上并可在所述处理器910上运行的程序或指令，该程序或指令被处理器910执行时实现上述截屏方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。

图10为本申请实施例提供的电子设备的硬件结构示意图之二。

该电子设备1000包括但不限于：射频单元1001、网络模块1002、音频输出单元1003、输入单元1004、传感器1005、显示单元1006、用户输入单元1007、接口单元1008、存储器1009、以及处理器1010等部件。

本领域技术人员可以理解，电子设备1000还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1010逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图10中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元1004可以包括图形处理器(graphicsprocessingunit，gpu)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1006可包括显示面板1061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元1007包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元1001获取信息后给处理器1010处理。通常，射频单元1001包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器1009可用于存储软件程序或指令以及各种数据。存储器1009可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1009可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器1010可包括一个或多个处理单元；可选地，处理器1010可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1010中。

其中，用户输入单元1007用于：

接收用户对收支记录的第一输入；

处理器1010用于：

响应于所述第一输入，显示至少一个账单分类容器；

用户输入单元1007用于：

接收所述用户对目标账单分类容器的第二输入；

处理器1010用于：

响应于所述第二输入，基于所述收支记录对应的收支金额更新所述目标账单分类容器中指示的金额。

在本申请实施例中，通过接收用户对收支记录的操作，所述操作用于调出账单管理功能的分类容器，以供用户对分类容器继续操作完成账单分类功能，避免了现有技术中支付程序前台运行时无法同时调出账单管理功能对当前收支记录进行分类管理的缺陷，而且在不同的支付程序的收支记录下都能唤醒账单管理功能进行分类处理，实现了用户的所有支付程序中的收支记录的统一汇总管理。

可选地，处理器1010还用于：

所述第一输入和所述第二输入是对所述收支记录连续的拖拽操作；

所述接收所述用户对目标账单分类容器的第二输入，包括：

接收所述用户拖拽所述收支记录进入目标账单分类容器的操作。

可选地，处理器单元1010还用于：

按照所述至少一个账单分类容器所对应的账单的收支总金额，以预设容器大小显示所述至少一个账单分类容器；

其中，所述预设容器大小与其对应的账单分类类型的收支总金额正相关。

可选地，用户输入单元1007还用于：

接收所述用户拖拽所述收支记录进入所述用户界面上显示的新增账单分类容器的第三输入；

处理器1010还用于：

响应于所述第三输入，在所述用户界面上显示目标账单分类容器，所述目标账单分类容器是基于所述第三输入创建的，并基于所述收支记录对应的收支金额更新所述目标账单分类容器中的账单。

可选地，处理器1010还用于：

在所述用户界面上显示账单管理占比示意图，所述账单管理占比示意图包括所有账单分类容器，所述账单管理占比示意图用于指示各账单分类容器对应的账单分类类型的收支总金额占比；

用户输入单元1007还用于：

接收所述用户对所述账单管理占比示意图中目标账单分类容器的第四输入；

处理器1010还用于：

响应于所述第四输入，显示所述目标账单分类容器中记录的所有收支记录。

可选地，用户输入单元1007还用于：

接收所述用户在群组的聊天界面中对收支记录的第一输入的同时，记录所述群组的成员信息，并存储在所述目标账单分类容器中；

接收所述用户对所述目标账单分类容器的第五输入，所述第五输入为将所述目标账单分类容器拖拽进入目标聊天群组的操作；

处理器1010还用于：

响应于所述第五输入，显示所述目标账单分类容器中记录的与所述目标聊天群组相关的所有收支记录以及对应的成员信息。

可选地，处理器1010还用于：

在任一账单分类容器所对应的账单的收支总金额到达预设门限值的情况下，输出提示信息。

可选地，处理器1010还用于：

所述账单分类容器中记录的所有收支记录，来自于相同或不同的具有收支功能的应用程序。

可选地，处理器1010还用于：

在一账单分类容器所对应的账单的收支总金额为负数的情况下，对所述账单分类容器以与其他的账单分类容器不同的方式进行区别显示。

在本申请实施例中，通过接收用户对收支记录的操作，所述操作用于调出账单管理功能的分类容器，以供用户对分类容器继续操作完成账单分类功能，避免了现有技术中支付程序前台运行时无法同时调出账单管理功能对当前收支记录进行分类管理的缺陷，而且在不同的支付程序的收支记录下都能唤醒账单管理功能进行分类处理，实现了用户的所有支付程序中的收支记录的统一汇总管理。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述内容发布方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述内容发布方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

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