一种自动综合记录手机消费的APP的制作方法

一种自动综合记录手机消费的app
技术领域
1.本发明涉及手机桌面领域，具体涉及一种自动综合记录手机消费的app。


背景技术：

2.随着信息产业的迅猛发展，互联网作为当今信息传播的重要途径已深入到社会生活的各个方面，网络消费也日益成长起来并成为主流消费渠道。网络消费已经深入到社会生活的各个方面，网络不仅改变了人们获取信息的方式，还对人们的消费理念、购物习惯和企业营销等产生了重大影响。互联网技术的应用和普及，使消费者可以利用网络，在不同时间、不同空间对同一商品进行交易。网络消费具有方便快捷、省时省力、更能满足个性化需求等优势。但同时网络消费也存在消费诚信较低、消费混乱、消费没有条理性等问题，从而会导致网络消费异化的现象。数字化交易的盛行，以及花呗借呗等借款方式层出不穷，使得生活中大部分人因不能合理理财而导致消费无度。
3.我们目前使用的每个消费软件，例如微信、支付宝以及每家银行都有的各自独立的app，根据我们不同的网络支付方式，相应软件里便会有我们的消费记录；银行卡绑定手机，所以手机短信也会有我们的支付记录；
4.由于我们微信、支付宝、手机、一张或多张银行卡之间可以实现相互绑定，我们的收入和支出途径有很多，也会因相互绑定而自动跳转，从而我们的消费记录相互交织，像一张混乱的网，不利于我们掌握、查找和统计自己各个消费去向，导致我们消费混乱以及消费思路的混乱。


技术实现要素：

5.(一)发明目的
6.为解决背景技术中存在的技术问题，本发明提出一种自动综合记录手机消费的app，通过一种app控制多个设备的实现方法与状态同步方法，实现对不同功能的多个支付软件(微信、支付宝、银行app)可以在同一个手机应用管理控制的目的。
7.(二)技术方案
8.为解决上述技术问题，本发明提供了一种自动综合记录手机消费的app，包括管理服务器、通讯服务器和手机端app；
9.管理服务器为管理设备zip包的服务器，提供上传，下载以及管理zip包的功能；
10.通讯服务器用于传递设备和手机客户端的数据；
11.手机端app用于下载ui包、展示ui包、转发ui包里面的数据。
12.优选的，通过手机端app应用控制多个支付软件的方法包括以下步骤：
13.a1、将各个支付软件的收入信息和支出信息等线上交易控制指令打包到zip包里，以及将zip包上传到开发管理设备zip包的服务器；
14.a2、手机端app根据所使用的支付软件下载相应的zip包，并解压，展示出ui的zip包；
15.a3、在新增线上交易时，通过修改所述zip包，在移动终端上不增加新代码的情况下而实现相应支付记录和控制功能。
16.优选的，所述支付软件的收入和支出界面和指令通过html5 javascrip css技术实现并打包。
17.优选的，所述手机端app应用信息控制采用cordova ionic angularjs技术实现；
18.所述cordova提供一组与支付软件相关的api，移动应用能够以javascript访问原生的软件支付功能；
19.所述cordova提供一组统一的javascript类库，以及为所述类库提供所用的支付软件相关的原生后台代码，实现js代码和本地代码通信；
20.所述支付指令用javascript封装到h5包；
21.用户在界面上操作的时候将命令通过javascript代码传递给移动终端应用的本地代码,本地代码再发送给设备端；
22.交易完成后支付软件相应的数据也传给移动终端应用，移动终端应用在转发给h5实现的ui层，ui界面呈现数据给用户。
23.优选的，保障各支付软件与该app的状态同步的方法包括以下步骤：
24.b1、每次打开手机app从支付软件端获取更新一次当前设备的状态信息；
25.b2、每次从其他支付软件获取的收入和支出数据和状态做缓存；
26.b3、移动终端给支付软件发送控制指令的情况下，支付软件相应返回给客户当前全部的信息状态的字符串，更新移动终端全部信息和控制界面；
27.b4、在用户没有通过移动终端控制支付信息的情况下，支付软件通过发送心跳数据来更新支付信息状态；
28.b5、支付软件返回的数据为当前支付信息的全部状态。
29.优选的，app控制多个支付软件的实现收入和支出方法与状态同步方法，包括以下步骤：
30.c1、开发支付软件收入和支出控制界面和控制指令的zip包。
31.c2、上传zip包到服务器。
32.c3、在手机端开发基于浏览器引擎webkit的基础app可以下载、解压、展示zip包。
33.c4、用户操作app里面的设备，app发送控制命令到各个支付软件。
34.c5、支付软件返回当前的全部信息状态到手机客户端并展示到zip包里的界面。
35.本发明的上述技术方案具有如下有益的技术效果：
36.综合记录用户在支付宝、微信、银行卡等所有，能进行网上交易的软件上进行的网上交易内容，该软件随时记录用户的网上消费情况，包括每一笔钱支出或进账的时间、地点、方式、用途或来源。
37.1、本发明可以实时记录并汇总人们的线上交易。
38.2、app能够帮助人们清晰地了解自己消费情况，从而使数字化消费合理化。
附图说明
39.图1为本发明的app控制多个支付软件的示意图；
具体实施方式
40.为使本发明的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本发明进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本发明的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本发明的概念。
41.如图1所示，一种自动综合记录手机消费的app，包括管理设备zip包的服务器、及时通讯的服务器和基础的手机端app应用；
42.开发管理设备zip包的服务器(提供上传，下载以及管理zip包的功能)可以通过java或php等技术实现；
43.开发及时通讯的服务器可以选择xmpp或mqtt等成熟的通信方案，用来传递设备和手机客户端的数据；
44.开发基础的手机端app应用，实现下载ui包、能展示ui包、转发ui包里面的数据的功能；
45.其中：app控制多个支付软件、保障各支付软件与该app的状态同步和app控制多个支付软件的实现收入和支出方法与状态同步。
46.通过手机端app应用控制多个支付软件的方法包括以下步骤：
47.a1、将各个支付软件的收入信息和支出信息等线上交易控制指令打包到zip包里，以及将zip包上传到开发管理设备zip包的服务器；
48.a2、手机端app根据所使用的支付软件下载相应的zip包，并解压，展示出ui的zip包；
49.a3、在新增线上交易时，通过修改所述zip包，在移动终端上不增加新代码的情况下而实现相应支付记录和控制功能。
50.作为app控制多个支付软件的示例：在新增加支付软件或新线上交易的时候，将支付的控制界面和控制指令并使用web编程(html5 javascrip css技术实现)的方式实现并打包到一个zip包里，将开发的zip包上传到服务器，用户在使用新支付软件或新线上交易的时候通过手机端的app根据支付交易的方式去下载相应的zip包，并解压，展示出ui的zip包，用户即可获取新的交易信息，新增加一次交易就新增加一个h5界面的zip包，也修改原来的设备的zip包，就不需要在在手机客户端在增加代码。
51.在本实施例中，app的控制界面实现采用cordova ionic angularjs技术实现；
52.所述cordova提供一组与支付软件相关的api，移动应用能够以javascript访问原生的软件支付功能；
53.所述cordova提供一组统一的javascript类库，以及为所述类库提供所用的支付软件相关的原生后台代码，实现js代码和本地代码通信；
54.所述支付指令用javascript封装到h5包；
55.用户在界面上操作的时候将命令通过javascript代码传递给移动终端应用的本地代码,本地代码再发送给设备端；
56.交易完成后支付软件相应的数据也传给移动终端应用，移动终端应用在转发给h5实现的ui层，ui界面呈现数据给用户。
57.在本实施例中，app的控制界面实现采用cordova ionic angularjs技术实现；这
套技术可以实现复杂，漂亮的h5界面，可以很好的适应现在流行的手机操作系统(android,ios)，cordova提供了一组支付软件相关的api，移动应用能够以javascript访问原生的支付软件功能，即收入和支出信息等。cordova还提供了一组统一的javascript类库，以及为这些类库所用的支付软件相关的原生后台代码，可以很好的实现js代码和本地代码(java，objective
‑
c)通信，ionic是html5应用程序开发框架(html5hybrid mobile app framework)，使用web技术，比如html、css和javascript构建接近原生体验的移动应用程序，ionic主要关注外观和体验，以及和应用程序的ui交互，特别适合用于基于hybird模式的html5移动应用程序开发，angularjs一款优秀的前端js框架，最为核心的是：mvc、模块化、自动化双向数据绑定、语义化标签、依赖注入等等；
58.其中支付软件的收入和支出界面和指令通过html5 javascrip css技术实现并打包，app的控制命令用javascript封装到h5包里面，用户在界面上操作的时候(比如要汇总支出信息)将命令通过javascript代码传递给手机应用的本地代码(java或objective
‑
c),本地代码再发送给支付软件一端，控制成功后支付软件相应的数据也传给该手机应用，该手机应用在转发给h5实现的ui层，ui界面呈现数据给用户，该手机app就是一个zip包和各个支付软件之间的数据命令传输的通道，可以实现解耦合，支付软件每次应该返回数据包含当前软件的全部信息状态，可以解决各个支付软件和客户端数据同步的情况，比如通过直接用支付软件(微信、支付宝、各银行app)进行交易(而不是通过该手机app控制支付软件的状态)后的状态也能过呈现在该手机app上面。数据的传输采用十六进制编码的数据，可以提高效率。
59.需要说明的是：通过web编程技术实现的h5ui包的优点还可以让ios和android共用一个界面，不用在单独为某种系统的手机单独开发。在增加设备或功能的时候就不需要在改动手机端应用的代码
60.在一个可选的实施例中，保障各支付软件与该app的状态同步的方法包括以下步骤：
61.b1、每次打开手机app从支付软件端获取更新一次当前设备的状态信息；
62.b2、每次从其他支付软件获取的收入和支出数据和状态做缓存；
63.b3、移动终端给支付软件发送控制指令的情况下，支付软件相应返回给客户当前全部的信息状态的字符串，更新移动终端全部信息和控制界面；
64.b4、在用户没有通过移动终端控制支付信息的情况下，支付软件通过发送心跳数据来更新支付信息状态；
65.b5、支付软件返回的数据为当前支付信息的全部状态。
66.在一个可选的实施例中，app控制多个支付软件的实现收入和支出方法与状态同步方法，包括以下步骤：
67.c1、开发支付软件收入和支出控制界面和控制指令的zip包。
68.c2、上传zip包到服务器。
69.c3、在手机端开发基于浏览器引擎webkit的基础app可以下载、解压、展示zip包。
70.c4、用户操作app里面的设备，app发送控制命令到各个支付软件。
71.c5、支付软件返回当前的全部信息状态到手机客户端并展示到zip包里的界面。
72.应当理解的是，本发明的上述具体实施方式仅仅用于示例性说明或解释本发明的
原理，而不构成对本发明的限制。因此，在不偏离本发明的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。此外，本发明所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。