CN101179782A - 一种移动终端的数据处理方法及系统 - Google Patents

Abstract

本发明公开了一种移动终端的数据处理方法，其包括：(1)划分移动终端每个应用的预留内存为当前有效数据区和当前空闲数据区；(2)设置所述每个应用的当前空闲数据区的部分或全部为移动终端该应用的回收站数据区；(3)为所述每个应用的回收站数据区都设置彻底删除和恢复处理功能。所述当前空闲数据内存根据所述当前有效数据内存容量的变化动态变化。所述回收站内存占当前空闲数据内存的比例为大于零小于等于百分之百。本发明的应用在用户误删除某些数据时提供了找回该数据的功能。

Description

一种移动终端的数据处理方法及系统

技术领域

本发明涉及移动通信终端数据处理技术，尤其是一种移动终端的数据处理方法及系统。

背景技术

移动终端的功能越来越强大，其所能处理的数据也越来越多，随着移动终端用户的增多，其与人们的生活关系如此密切，再移动终端上存储的数据也越来越显示其重要性。但现有移动终端确不能提供已删除数据的找回功能。

目前，用户虽然能通过一些专门的移动终端数据备份软件或专门数据备份器把移动终端上存储的资料备份到电脑上，但不能通过移动终端自带的功能找回暂时删除的数据，一旦用户误删除了一些资料比如一条电话号码记录，一张图片等，都没有后悔的余地，这就给用户使用造成了很大的不便。

发明内容

本发明要解决的技术问题在于，提供一种移动终端的数据处理方法及系统，增加移动终端删除数据的找回功能，以克服现有移动终端的用户出现误删除时数据不能恢复的缺陷。

为达到上述目的，本发明提供的移动通信终端的数据处理方法，用于通过一数据管理模块对数据进行处理，其特征在于，该方法又包括：

步骤一，划分移动终端每个应用的预留内存为当前有效数据区和当前空闲数据区；

步骤二，设置所述每个应用的当前空闲数据区的部分或全部为移动终端该应用的回收站数据区，

步骤三，为所述每个应用的回收站数据区都设置彻底删除和恢复处理功能。

上述移动终端的数据处理方法，其特征在于，还包括一建立回收站数据区索引，标识被删除数据的物理位置和被删除时间的步骤。

上述移动终端的数据处理方法，其特征在于，还包括一建立标识当前回收站数据区总内存大小的变量s-GarbageTotalNum的步骤。

上述移动终端的数据处理方法，其特征在于，还包括一建立标识当前回收站数据区实际应用内存大小的变量s-GarbageUsedNum的步骤。

上述移动终端的数据处理方法，其特征在于，所述步骤一中的当前空闲数据区根据所述当前有效数据区容量的变化动态变化。

上述移动终端的数据处理方法，其特征在于，所述步骤二中，所述回收站数据区占当前空闲数据区的比例为50％～100％。

上述移动终端的数据处理方法，其特征在于，还包括一建立回收站操作菜单的步骤。

上述移动终端的数据处理方法，其特征在于，所述建立回收站操作菜单的步骤进一步包括：

建立一回收站空间大小设置菜单的步骤；

建立一回收站自动清空设置菜单的步骤；

建立一回收站满时处理菜单的步骤。

上述移动终端的数据处理方法，其特征在于，所述回收站满时的处理方法包括用户选择彻底删除和自动按删除的时间顺序替换。

上述移动终端的数据处理方法，其特征在于，当所述当前回收站数据区实际应用变量s-GarbageUsedNum大于等于回收站数据区总内存变量s-GarbageTotalNum时，执行回收站满时的处理方法。

上述移动终端的数据处理方法，其特征在于，所述自动清空功能通过闹钟触发执行。

为进一步实现发明目的，本发明还提供了一种移动通信终端数据处理系统，用于通过一数据管理模块对数据进行处理，其特征在于，所述移动通信终端每个应用的数据管理模块都划分为有效数据子模块和空闲数据子模块，所述每个应用的空闲数据子模块又包括一回收站模块。

上述移动通信终端数据处理系统，其特征在于，所述回收站模块又包括一回收站功能设置模块，用于设置回收站空间大小、回收站定期清空和回收站满时的处理方法。

与现有技术相比，本发明能带来如下有益效果：在用户误删除一些记录时，还能够在彻底删除该记录前恢复记录，在用户确认记录无需保留后再彻底删除记录，有效的保护了用户信息的丢失。

附图说明

图1是本发明实施例手机回收站的实现方式流程图；

图2是本发明实施例手机回收站记录维护流程示意图；

图3是本发明实施例数据管理模块的数据删除处理流程图；

图4是本发明实施例以电话簿为例对手机回收站数据区进行处理的流程示意图；

图5a、5b～图5h是本发明实施例手机菜单操作及手机界面示意图。

具体实施方式

下面结合实施例详细说明本发明的技术方案：

针对现有手机的嵌入式操作系统，其目前的一些应用，如电话簿，备忘录，日程表，文本信息，彩信信息，呼叫列表等，而且每个应用的DB的大小是预置的，  还有一部分应用，如安装JAVA游戏，保存图片，铃声，照片，摄像等，则共用一块大的内存，鉴于该特定的数据存储方式都可以认为使用的是手机系统预留内存。本发明的核心在于划分每个应用预留内存的空闲资源作为手机回收站空间。

参考图1，本实施例移动终端数据处理方法包括：

步骤S10，划分移动终端每个应用的预留内存为当前有效数据区和当前空闲数据区。当前空闲数据区根据所述当前有效使用内存容量的变化动态变化，在保证原来空间的情况下能做到最有效利用当前的空闲资源。

步骤S20，设置所述每个应用的当前空闲数据区的部分或全部为移动终端该应用的回收站数据区。回收站内存占当前空闲内存的比例可根据需要在大于零小于等于百分之百的范围预先设置，比如可设置为回收站内存占当前可用空闲内存的50％、80％、100％，当设置为100％时达到空间的最有效利用。

步骤S30，为所述每个应用的回收站数据区都设置彻底删除和恢复处理功能。

下面以电话簿应用为例进一步说明，比如电话簿的预留内存为500条记录，当前已经使用了200条记录，也就是说当前的有效数据区存放是200条，当前空闲数据区存放500-200＝300条，如果回收站数据区大小是当前空闲数据区的百分之五十，则回收站可以存储电话簿数据300*50％＝150条。此时如果用户新增记录，则空闲数据区内存减少，那么回收站数据区内存也会变小。该过程是自动完成的。仍依前例，如果此时用户删除了100条有效数据记录，则这100条记录被放入回收站数据区；此时有效数据区只剩下100条记录，则当前空闲数据区内存为400条，回收站的容量就变成了200条了；然后用户开始增加记录，假设用户增加了250条记录，此时共有350条记录，当前空闲数据区内存150条，回收站的容量就变为75条。在这种情况下，原本回收站的100条记录中，有25条则已经被挤出回收站，也就是说，此时进入回收站，也只能看见75条记录。实际上，当前有效数据区记录为350条，回收站数据区为75条，还有75条记录的空闲数据区。由此可见，回收站数据区占当前空闲数据区的100％，是最有效利用空间的方式。在回收站数据区占当前空闲数据区的100％时，当前有效数据区和回收站数据区就占据整个DB，此消彼长，达到空间的最有效利用。

下面结合数据库链表分数据连续存放和不连续存放两种方式进一步说明本发明具体实施方式：

当数据连续存放时，相当于把每个数据库看成一个队列，有效数据和被删除数据分别存放于队的两端，每次增加新的记录，就从队的头进行查找，找到第一个有效位置，进行新增。每次删除记录，就从队尾开始查找，找到第一个有效位置，把被删除的记录移动过来。增加一个标记位，标记回收站的大小(从队尾开始，倒数多少位做为回收站)。在极端情况下，就会出现数据需要移动的情况。如在用户连续增加新记录，回收站空间变小，原本位于回收站内的数据需要移动到回收站新的空间范围内。表A示出了数据连续存放时回收站的实现方式：表A：

参考表A，从左向右进行操作，假如该应用可以存12条记录，已经存了8条，目前还余4条空记录即当前空闲数据区空间为4，如果回收站空间选项为当前空闲数据区空间的100％，则回收站可以存放4条记录。此时进行删除操作，删除4条记录，此时还余4条有效记录，同时，回收站的大小变成了8，也就是说，Record7所处的位置，已经是回收站了，此时，需要移动Record7。这样就增加了数据处理的开销。所以这并非较好实现方式。

为进一步实现本发明，通过建立索引的方法来解决数据需要移动问题。当数据不连续存放时，假定回收站数据区空间占当前空闲数据区空间的100％，以电话簿为例建立一个记录按姓名顺序排列的回收站数据索引，来标记该记录的物理位置，以及该记录被删除的时间。现有技术对有效数据的索引已经存在不再祥述，在每次进行记录的删除/彻底删除/恢复时，都要对这个索引表进行维护。具体地说，在用户删除记录时，数据被移入回收站，需要在回收站索引中增加这一条记录的信息，同时有效数据的索引删掉该条记录的信息；当数据被彻底删除或恢复时，则在回收站索引中去掉这一条记录的信息，该操作不影响有效数据的索引；当用户恢复记录时，则在有效数据的索引中增加这一条记录的信息可视同新增一条记录。

同时，还需要建立一个变量(s_GarbageTotalNum)来标识当前回收站数据区总内存的大小，在每次增加有效记录、回收站数据区内存缩小的时候，则修改变量的值。

上述需要建立的回收站数据索引包含：索引序号index标识索引表的序列号；位置号location，用于被删除记录在原数据表中的位置；删除时间DeleteTime，标识该记录删除的时间，以秒记。参考表1、表2、表3和表4，表1为最初的有效记录索引表，此时，回收站数据区的大小(s_GarbageTotalNum)为4(假定回收站使用当前有效内存的100％)，在进行删除操作之后，索引表的变化见表2和表3，表2为删除后有效记录索引表，表3为删除后回收站记录索引表，此时，回收站的大小(s_GarbageTotalNum)为8。在进行彻底删除之后，有效记录索引表，回收站记录索引表的变化见表4，此时，回收站的大小(s_GarbageTotalNum)为8。

Index(索引号)	Location(位置)
		1	1
2	2
		3	3
4	4
		5	5
6	6
		7	7
8	8

表1

Index(索引号)	Location(位置)
		1	1
2	3
		3	4
4	7

表2

Index(索引号)

Location(位置)

DeleteTime(删除时间)

1	2	Time
			2	5	Time
3	6	Time
			4	8	Time

表3

Index(索引号)	Location(位置)	DeleteTime(删除时间)
			1	8	Time
2	2	Time

表4

数据库链表变化参考表B，从左向右进行操作。

表B：

当回收站满时，需要对回收站数据进行清理，本发明通过预先建立回收站满时的处理方法进行回收站的及时维护。包括用户手动选择、自动按该记录原删除的时间顺序替换和自动清空方式，如果当前设置为：用户选择，则弹出提示框“回收站满”，并引导用户进入回收站删除数据；如果当前设置为：按删除的时间顺序替换，系统则自动按照删除的时间顺序，删除多余的数据。如果当前设置为自动清空，则系统在回收站满时，自动清空全部回收站记录。

上述自动清空方式可以进一步设置清空周期，(比如：1天、1周、1月等等)，所述自动清空的方式通过闹钟触发自动执行，在数据删除时，回收站索引会记录删除的时间和数据位置，同时根据当前自动清空的设置，设置一个闹钟。把这个记录加入到闹钟的DB，并标记它的类型，一旦闹钟到达，则触发系统自动执行，同时维护回收站索引。其实现只需增加一个新的闹钟类型。目前手机中有两类闹钟：一个是普通的闹钟，一个是通过日程表定的闹钟，其存储、实现机制都是相同，只是闹钟的类型不同；这里可使用同样的闹钟机制，只需要增加一个新的闹钟类型。具体的数据类型，依照目前的ALARM进行：类型(Int alarmType)标识具体的闹钟类型，序列号(Int No.)表示闹钟的序列号；需要的另外一个数据类型是GarbageBoxAlarmInfo，存储需要清空的记录的具体的信息：应用类型(Int infoType)表明时哪个应用，索引号(IntrecordIndex)为该应用在回收站中的索引号，位置号(Int recordLocation)为该应用在数据表中的位置号。这样，在闹钟触发的时候，可以找到相应的需要清空的记录，执行自动删除操作。

还需要建立一当前回收站已占用内存变量s-GarbageUsedNum用来标识当前回收站实际已应用内存的大小。参考图2，在本应用每次进行数据的新增和删除有效记录时(步骤S201)，需要修改s_GarbageTotalNum的值，同时检查s-GarbageUsedNum的值，当该当前回收站已应用变量s-GarbageUsedNum大于等于回收站总内存变量s-GarbageTotalNum时(步骤S202)，表示回收站已满，需要进行回收站记录维护(步骤S203)。

本发明的回收站是利用每个应用预留资源中的空闲资源，所以其数据结构仍保持原有该应用的数据结构。

图3是本发明实施例数据管理模块的数据删除处理流程图，参考图3，对数据进行删除处理包括以下步骤：

步骤S301，进入数据显示界面，执行删除操作；

步骤S302，判断是否要彻底删除某条记录(g\bGarbageBox＝TRUE)？是执行正常删除功能，非执行步骤S403；

步骤S303，判断回收站是否又足够的空间(比对s-GarbageUsedNum和s_GarbageTotalNum)？是，把要删除的数据移入回收站，非，则按回收满提醒用户整理回收站或按照手机预先设置按删除时间顺序自动替换回收站记录。

图4是本实施例一电话簿为例对手机回收站数据区进行处理的流程示意图，参考图4，手机回收站数据区处理方法包括：

步骤S401，打开回收站电话簿记录，选定要处理的电话记录；

步骤S402，用户根据需要选择彻底删除或者恢复该条记录；

步骤S403，如果选择彻底删除，执行正常的数据删除功能；如果选择恢复该条记录，则移动该条记录到要效数据区。

本发明还提供了一种移动通信终端数据处理系统，用于通过一数据管理模块对数据进行处理，所述移动通信终端每个应用的数据管理模块都划分为有效数据子模块和空闲数据子模块，所述每个应用的空闲数据子模块又包括一回收站模块。所述回收站模块又包括一回收站功能设置模块，用于设置回收站空间大小、回收站定期清空和回收站满时的处理方法。

图5a、5b～图5h，是本发明菜单及回收站功能界面示意图，参考图5a、5b～图5h，本发明的实施，还需要在手机菜单中增加新的操作菜单，通过菜单进入回收站入口，再进入每个应用的回收站，就可以看到该应用已经删除的数据，用户可以选择彻底删除以条记录，也可以选择恢复一条有效记录。在每次新增数据或删除数据时，都需要修改s_GarbageTotalNum的值，同时维护有效数据和回收站索引。同时比对s-GarbageUsedNum和s_GarbageTotalNum的值，如果回收站满，则按照相应的替换规则进行操作。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的普通技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (13)

1.一种移动通信终端的数据处理方法，用于通过一数据管理模块对数据进行处理，其特征在于，该方法又包括：

步骤一，划分移动终端每个应用的预留内存为当前有效数据区和当前空闲数据区；

步骤二，设置所述每个应用的当前空闲数据区的部分或全部为移动终端该应用的回收站数据区；

步骤三，为所述每个应用的回收站数据区都设置彻底删除和恢复处理功能。

2.根据权利要求1所述的移动终端的数据处理方法，其特征在于，还包括一建立回收站数据区索引，标识被删除数据的物理位置和被删除时间的步骤。

3.根据权利要求1或2所述的移动终端数据处理方法，其特征在于，还包括一建立标识当前回收站数据区总内存大小的变量s-GarbageTotalNum的步骤。

4.根据权利要求3所述的移动终端的数据处理方法，其特征在于，还包括一建立标识当前回收站数据区实际应用内存大小的变量s-GarbageUsedNum的步骤。

5.根据权利要求1所述的移动终端的数据处理方法，其特征在于，所述步骤一中的当前空闲数据区根据所述当前有效数据区容量的变化动态变化。

6.根据权利要求1所述的移动终端的数据处理方法，其特征在于，所述步骤二中，所述回收站数据区占当前空闲数据区的比例为50％～100％。

7.根据权利要求1所述的移动终端的数据处理方法，其特征在于，还包括一建立回收站操作菜单的步骤。

8.根据权利要求7所述的移动终端的数据处理方法，其特征在于，所述建立回收站操作菜单的步骤进一步包括：

建立一回收站空间大小设置菜单的步骤；

建立一回收站自动清空设置菜单的步骤；

建立一回收站满时处理菜单的步骤。

9.根据权利要求8所述的移动终端的数据处理方法，其特征在于，所述回收站满时的处理方法包括用户选择彻底删除和自动按删除的时间顺序替换。

10.根据权利要求6所述的移动终端的数据处理方法，其特征在于，当所述当前回收站数据区实际应用变量s-GarbageUsedNum大于等于回收站数据区总内存变量s-GarbageTotalNum时，执行回收站满时的处理方法。

11.根据权利要求8所述的移动终端的数据处理方法，其特征在于，所述自动清空通过闹钟触发执行。

12.一种移动通信终端数据处理系统，用于通过一数据管理模块对数据进行处理，其特征在于，所述移动通信终端每个应用的数据管理模块都划分为有效数据子模块和空闲数据子模块，所述每个应用的空闲数据子模块又包括一回收站模块。

13.根据权利要求12所述的移动通信终端数据处理系统，其特征在于，所述回收站模块又包括一回收站功能设置模块，用于设置回收站空间大小、回收站定期清空和回收站满时的处理方法。

Images