一种数据处理方法与流程

本发明涉及数据处理领域，尤其涉及一种数据处理方法。

背景技术：

随着人类生活水平的提高，智能终端成为通讯必不可少的设备之一，安卓系统中智能终端的普及，不仅推动了移动互联网的发展，还将app移动应用推进了全民欢宴的时代，早在2012年时，所有的安卓应用商店的应用数据已过百万，随着近四年的发展，安卓应用商店的市场规模进一步扩大，其现在的应用总和在150万以上，迅猛发展的app在我们的生活中扮演越来越重要的角色，市场前景也日渐凸显。

在智能终端的使用过程中，用户经常使用记事本记录一些重要数据，但记事本只能实现数据的记录，当用户想要查看某个项目的数据时，记事本无法实现数据的分类和查找，只能将所有的数据进行显示，因此不能满足用户的需求，造成用户的体验度极差。

技术实现要素：

本发明的目的是针对现有技术的缺陷，提供一种数据处理方法，能够基于标签信息实现用户对定制数据的分类上传、查看和修改，并且通过令牌信息能够进行合法化验证，保证数据的安全性，从而提高了用户体验度。

有鉴于此，本发明实施例提供了一种数据处理方法，包括：

终端设备向业务服务器发送数据请求，所述数据请求中包括验证信息、用户id和标签信息；

所述业务服务器根据所述验证信息进行验证，如果验证成功，根据所述用户id和标签信息生成查询请求，并发送给存储服务器；

所述存储服务器对所述查询请求进行解析，得到所述用户id和所述标签信息；

所述存储服务器根据所述用户id和所述标签信息进行查找，得到定制数据；

所述存储服务器将所述定制数据返回给所述业务服务器；

所述业务服务器将所述定制数据返回给所述终端设备；

所述终端设备对所述定制数据进行显示。

优选的，所述方法还包括：

所述终端设备接收用户输入的修改信息；所述修改信息中包括用户id、标签信息和相对应的修改数据；

所述终端设备接收用户输入的退出指令，所述终端设备将所述修改信息发送给所述业务服务器；

所述业务服务器将所述修改信息发送给所述存储服务器；

所述存储服务器对所述修改信息进行解析，得到所述用户id、标签信息和相对应的修改数据；

所述存储服务器根据所述用户id和标签信息查找相对应的定制数据，并且根据所述修改数据更新所述定制数据。

优选的，在所述终端设备向业务服务器发送数据请求之前，所述方法还包括：

所述终端设备向所述业务服务器发送登录请求；

所述业务服务器根据所述登录请求，向所述终端设备发送验证码；

所述终端设备根据所述验证码进行登录；

所述业务服务器判断所述终端设备是否登录成功；

当所述终端设备登录成功时，向所述终端设备发送与所述用户id对应的验证信息。

进一步优选的，所述方法还包括：

所述终端设备接收用户输入的定制信息，发送给所述业务服务器；所述定制信息中包括用户id、标签信息和相对应的定制数据；

所述业务服务器将所述定制信息发送给所述存储服务器；

所述存储服务器对所述定制信息进行解析，得到所述用户id、标签信息和相对应的定制数据；

所述存储服务器建立用户id、标签信息和相对应的定制数据之间的关联关系，并储存。

优选的，在所述业务服务器根据所述验证信息进行验证之后，所述方法还包括：

如果验证失败，所述业务服务器向所述终端设备发送请求异常信息；

所述终端设备根据所述请求异常信息，向所述业务服务器发送包含用户id的登录请求。

优选的，所述验证信息为令牌信息；所述业务服务器根据所述验证信息进行验证具体为：

所述业务服务器在令牌信息列表中查找是否存在所述令牌信息。

优选的，所述标签信息包括学习、运动、作息和娱乐中的一种或多种。

本发明实施例提供的一种数据处理方法，能够基于标签信息实现用户对定制数据的分类上传、查看和修改，并且通过令牌信息能够进行合法化验证，保证数据的安全性，从而提高了用户体验度。

附图说明

图1为本发明实施例提供的一种数据处理方法流程图；

图2为本发明实施例提供的用户登录的方法流程图；

图3为本发明实施例提供的定制数据录入的方法流程图；

图4为本发明实施例提供的定制数据修改的方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实施例提供的一种数据处理方法流程图，如图1所示，包括：

步骤110，终端设备向业务服务器发送数据请求；

其中，终端设备可以理解为具有输入、显示、通信及数据处理功能的终端设备，例如，智能手机或其他手持终端等。

需要说明的是，终端设备在存储方面采用sqlite数据库进行存储，通信上采用标准http1.1协议与业务服务器进行通信，数据格式采用开源的json数据格式，以减少终端传输信息的大小。

在一个具体的例子中，本方法可以依托于终端设备的一个定制任务功能模块实现，例如“我的定制”功能模块，当用户需要对该任务模块进行查看数据或修改数据的操作时，需通过终端设备向业务服务器发送数据请求，数据请求应当包括验证信息、用户id和标签信息。

其中，验证信息包括但不限于用于验证终端设备或终端设备用户合法性的身份标识。验证信息应该已经存在于业务服务器中，与多个用户分别对应的多个验证信息形成一个列表，该列表被预先生成并保存于业务服务器中，列表中包括的每个验证信息对应的用户，均已经在业务服务器中进行过注册并成功。

不难理解的是，终端设备向业务服务器发送数据请求的目的在于，向业务服务器请求某些数据，然后再对这些数据进行查看或处理，基于此，本申请技术方案中，利用标签信息，告知业务服务器终端设备所请求的数据的种类。通过这种方式，对数据先分类，再处理，不仅能够提高处理速度，还能使处理结果更加准确。可选的，标签信息包括学习、运动、作息和娱乐中的一种或多种。

在终端设备向业务服务器发送数据请求之前，用户需要进行登录，如图2所示，具体的包括如下步骤：

步骤101，终端设备向业务服务器发送登录请求；

当用户需要登录该定制任务功能模块时，需先向业务服务器发送登录请求，登录请求应当包括有上述验证信息。所述验证信息应该已经存在于服务器中，与多个用户分别对应的多个验证信息形成一个列表，该列表被预先生成并保存于服务器中，列表中包括的每个验证信息对应的用户，均已经在服务器中进行过注册并成功。

可选的，当终端设备上存在sim卡时，系统自动默认以sim卡上的手机号进行用户id进行登录。

步骤102，业务服务器根据登录请求，向终端设备发送验证码；

例如，当终端设备上存在sim卡时，系统自动默认以sim卡上的手机号进行用户id进行登录，登录时需触发终端设备获取短信验证码功能。

步骤103，终端设备根据验证码进行登录；

终端设备接收到业务服务器发送的验证码，根据预先设置的操作规则，根据验证码，进行登录。例如，在终端设备功能模块的输入区域输入该验证码。

步骤104，业务服务器判断终端设备是否登录成功；

步骤105，当终端设备登录成功时，向终端设备发送与用户id对应的验证信息。

需要说明的是，上述步骤101至步骤105可以理解为用户的首次登录过程，当终端设备首次登录成功后，该终端设备于业务服务器而言属合法设备，此时，业务服务器向终端设备发送一个与用户id相对应的验证信息，为下一次的登录或验证提供依据。

优选地，该验证信息为令牌信息，例如，当业务服务器检测到登录成功的终端设备时，给登录成功的终端设备发送一个令牌身份标识作为验证信息，该令牌与终端设备的用户id相对应，用于验证终端设备的合法性。

在用户登录之后，还需进行定制数据的输入，如图3所示，具体包括如下步骤：

步骤210，终端设备接收用户输入的定制信息，发送给业务服务器；

其中，定制信息中包括用户id、标签信息和相对应的定制数据。

当用户首次登录上述功能模块成功后，需将用户的定制数据通过终端设备上传到服务器。具体的，用户通过相关操作，将定制数据输入终端设备，同时输入的还包括与该定制数据对应的标签信息，以及该用户的用户id。终端设备根据定制数据，与定制数据对应的标签信息以及用户id生成定制信息，发送给业务服务器。

例如，当定制数据的种类为运动数据时，即标签信息为运动时，则用户通过触发输入按钮，向终端设备输入每日运动时间、每日步数和/或今日步数等运动数据。

由于标签信息包括但不限于上述运动数据，因此，当用户需要上传与多种标签信息对应的定制信息时，参考上述步骤，逐一操作及输入即可。

步骤220，业务服务器将定制信息发送给存储服务器；

步骤230，存储服务器对定制信息进行解析，得到用户id、标签信息和相对应的定制数据；

步骤240，存储服务器建立用户id、标签信息和相对应的定制数据之间的关联关系，并储存。

建立用户id、标签信息和相对应的定制数据之间的关联关系的目的在于，当业务服务器接收到终端设备发送的数据请求时，存储服务器可以根据数据请求中包括的用户id和标签信息对与其对应的定制数据进行查找，以便能够准确、迅速地的锁定想要查找的数据。

步骤120，业务服务器根据验证信息进行验证，如果验证成功，根据用户id和标签信息生成查询请求，并发送给存储服务器；

其中，验证信息可以为令牌信息。

具体的，业务服务器接收到终端设备发送的数据请求后，从数据请求中提取验证信息，即令牌信息，业务服务器在令牌信息列表中查找是否存在令牌信息。

当该验证信息存在于预先设置的验证信息列表中时，例如令牌信息列表，即认为验证成功。业务服务器从数据请求中提取用户id和标签信息，并根据用户id和标签信息生成查询请求，并发送给所述存储服务器。

需要说明的是，存储服务器采用开源的关系型数据库mysql进行数据存储，业务服务器通过sql(标准查询语言)来进行存储信息的检索查询。

当该验证信息不存在于预先设置的验证信息列表中时，例如令牌信息列表，即认为验证失败。业务服务器向终端设备发送请求异常信息；终端设备根据请求异常信息，向业务服务器发送包含用户id的登录请求，此时，终端将跳转到登录页面，提示用户进行重新登录。

步骤130，存储服务器对查询请求进行解析，得到用户id和标签信息；

需要说明的是，查询请求中可以包括一个或多个标签信息，也就是说，用户一次选择要查看的定制数据可以为一个或多个。

步骤140，存储服务器根据用户id和标签信息进行查找，得到定制数据；

具体的，存储服务器先根据用户id进行查找，得到用户id相对应的数据，再根据标签信息进行二次查找，得到相对应的定制数据。

步骤150，存储服务器将定制数据返回给业务服务器；

步骤160，业务服务器将定制数据返回给终端设备；

具体的，业务服务器根据储存服务器返回的一个或定制数据、以及相对应的标签信息生成查询结果显示页面数据，发送给终端设备。

步骤170，终端设备对定制数据进行显示。

终端设备根据查询结果显示页面数据生成查询结果显示页面，并显示，从而使用户看到查询的定制数据。

在优选的实施例中，还提供了数据修改的过程，如图4所示，具体包括如下步骤：

步骤310，终端设备接收用户输入的修改信息；

其中，修改信息中包括用户id、标签信息和相对应的修改数据；

例如，终端“我的定制”页面中，学习、运动、作息、娱乐各项下方的“修改”按钮被点击后，终端会弹出修改窗口，展示可修改内容，点击窗口中的单选框，点击保存按钮保存结果。

步骤320，终端设备接收用户输入的退出指令，终端设备将修改信息发送给业务服务器；

为避免客户端频繁修改信息进行数据上传增加服务端请求处理压力，终端将修改后的数据暂存在终端sqlite中，当操作终端“我的定制”页面左上角的“返回”按钮后，终端会从sqlite中查询出“我的定制”数据进行统一的数据上传，数据传输格式为josn，通信协议采用http。

步骤330，业务服务器将修改信息发送给存储服务器；

步骤340，存储服务器对修改信息进行解析，得到用户id、标签信息和相对应的修改数据；

步骤350，存储服务器根据用户id和标签信息查找相对应的定制数据，并且根据修改数据更新定制数据。

例如，业务服务器接收客户端发起的请求数据，获取请求数据中的令牌信息，验证该令牌在业务服务器是否存在；验证成功，业务服务器将先清除原先该身份下存储的学习、娱乐、运动和/或作息数据，然后在将新上传的学习、娱乐、运动和/或作息数据存储到数据库中，最后业务服务器返回终端消息“处理成功”，终端在屏幕上显示该消息。

本发明实施例提供的一种数据处理方法，能够基于标签信息实现用户对定制数据的分类上传、查看和修改，并且通过令牌信息能够进行合法化验证，保证数据的安全性，从而提高了用户体验度。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。