公开/公告号CN101826097A
专利类型发明专利
公开/公告日2010-09-08
原文格式PDF
申请/专利权人 宇龙计算机通信科技(深圳)有限公司;
申请/专利号CN201010100970.0
申请日2010-01-22
分类号G06F17/30(20060101);
代理机构44237 深圳中一专利商标事务所;
代理人张全文
地址 518057 广东省深圳市南山区高新技术产业园(北区)梦溪道2号酷派信息港(1号楼)
入库时间 2023-12-18 00:44:04
法律状态公告日
法律状态信息
法律状态
2012-03-28
授权
授权
2010-10-27
实质审查的生效 IPC(主分类):G06F17/30 申请日:20100122
实质审查的生效
2010-09-08
公开
公开
技术领域
本发明属于移动终端领域,尤其涉及一种节省通信录数据库存储空间的方法、系统及移动终端。
背景技术
现有技术的情况:不管通信录里面有多少条记录,每条记录耗费的空间是一样大,因此浪费了很多存储空间。一般通信录中的每条联系人记录都包括有基本项和扩充项,基本项一般包括有姓名、别名、移动电话、办公室电话、家庭电话、电子邮件、传真等相关属性项;扩充项一般包括有语音来电铃声、通信地址、头像等相关属性项,因此,当每条联系人记录都包含有上述属性项时,那么占用通信录数据库的存储空间是非常大的。另外,由于每条联系人记录都填写满内容,因此在查找联系人的速度效率上便显得查找速率低的问题。
发明内容
本发明的目的在于提供一种节省通信录数据库存储空间的方法,旨在解决现有技术中存在的联系人记录占用通信录数据库存储空间较大的问题。
本发明是这样实现的,一种节省通信录数据库存储空间的方法,所述方法包括以下步骤:
为通信录申请两个数据库存储区,第一存储区存储简易数据库,简易数据库存储联系人的常用字段信息,第二存储区存储详细数据库,详细数据库存储联系人的所有字段信息;
接收输入的联系人字段信息;
判断所述输入的联系人字段信息是否存在非常用字段;
如果判断出存在非常用字段,则将所述输入的联系人字段信息存储至详细数据库中;否则,将所述输入的联系人字段信息存储至简易数据库中。
本发明的另一目的在于提供一种节省通信录数据库存储空间的系统,所述系统包括:
存储区申请模块,用于为通信录申请两个数据库存储区,第一存储区存储简易数据库,简易数据库存储联系人的常用字段信息,第二存储区存储详细数据库,详细数据库存储联系人的所有字段信息。
接收模块,用于接收输入的联系人字段信息;
第一判断模块,用于判断所述输入的联系人字段信息是否存在非常用字段;
控制模块,用于如果判断出存在非常用字段,则将所述输入的联系人字段信息存储至详细数据库中;否则,将所述输入的联系人字段信息存储至简易数据库中。
本发明的另一目的在于提供一种包括上面所述的节省通信录数据库存储空间的系统的移动终端。
在本发明中,通过为通信录设计两个数据库,一个为简易数据库,该简易数据库只存储联系人的常用字段;一个为详细数据库,该详细数据库存储联系人的所有字段,从而使存储效率大大提高;而且,由于保存在简易数据库中的联系人的字段少,因此查找效率大大提高,方便了移动终端厂商,且方便了移动终端用户。
附图说明
图1是本发明实施例提供的节省通信录数据库存储空间的方法的实现流程示意图。
图2是本发明实施例提供的节省通信录数据库存储空间的系统的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及有益效果更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在本发明实施例中,通过为通信录设计两个数据库,一个为简易数据库,该简易数据库只存储联系人的常用字段;一个为详细数据库,该详细数据库存储联系人的所有字段,从而解决了现有技术中存在的联系人记录占用通信录数据库存储空间较大的问题。
请参阅图1,为本发明实施例提供的节省通信录数据库存储空间的方法的实现流程,其包括以下步骤:
在步骤S101中,为通信录申请两个数据库存储区,第一存储区存储简易数据库,简易数据库存储联系人的常用字段信息,第二存储区存储详细数据库,详细数据库存储联系人的所有字段信息;
在本发明实施例中,所述简易数据库存储联系人的常用字段信息主要包括联系人姓名及电话号码。
所述详细数据库存储联系人的所有字段信息,例如包括:基本项和扩充项,基本项一般包括有姓名、别名、移动电话、办公室电话、家庭电话、电子邮件、传真等相关属性项;扩充项一般包括有语音来电铃声、通信地址、头像等相关属性项。
然而,可以理解的是,简易数据库和详细数据库中存储的联系人的字段信息不限于上述提到的划分方式,其可根据用户自行定义。
在步骤S102中,接收输入的联系人字段信息;
在步骤S103中,判断所述输入的联系人字段信息是否存在非常用字段;
在步骤S104中,如果判断出存在非常用字段,则将所述输入的联系人字段信息存储至详细数据库中;否则,将所述输入的联系人字段信息存储至简易数据库中。
作为本发明一实施例,所述方法还包括以下步骤:
在步骤S201中,当在简易数据库中修改联系人记录后,判断修改后的联系人记录是否存在非常用字段;
在本发明实施例中,所述修改联系人记录主要包括:删除联系人记录中的某些字段、和/或增加联系人记录中的某些字段。
在步骤S202中,如果判断出修改后的联系人记录存在非常用字段,则将简易数据库中的所述修改后的联系人记录转移至所述详细数据库中,并将所述联系人记录从所述简易数据库中删除。
作为本发明另一实施例,所述方法还包括以下步骤:
在步骤S301中,当在详细数据库中修改联系人记录后,判断修改后的联系人记录是否存在非常用字段;
在本发明实施例中,所述修改联系人记录主要包括:删除联系人记录中的某些字段、和/或增加联系人记录中的某些字段。
在步骤S302中,如果判断出修改后的联系人记录存在非常用字段,则结束;
在步骤S303中,如果判断出修改后的联系人记录只存在常用字段,则将所述修改后的联系人记录转移至所述简易数据库中,并将所述联系人记录从所述详细数据库中删除。
请参阅图2,为本发明实施例提供的节省通信录数据库存储空间的系统,为了便于说明,仅示出了与本发明实施例相关的部分。所述节省通信录数据库存储空间的系统包括:存储区申请模块102、接收模块104、第一判断模块106、以及控制模块108。所述节省通信录数据库存储空间的系统可以是内置于移动终端中的软件单元、硬件单元或者是软硬件结合的单元。
存储区申请模块102用于为通信录申请两个数据库存储区,第一存储区存储简易数据库,简易数据库存储联系人的常用字段信息,第二存储区存储详细数据库,详细数据库存储联系人的所有字段信息。
当在通信录中添加联系人时,接收模块104接收输入的联系人字段信息;第一判断模块106判断所述输入的联系人字段信息是否存在非常用字段;如果判断出存在非常用字段,则控制模块108将所述输入的联系人字段信息存储至详细数据库中;否则,控制模块108将所述输入的联系人字段信息存储至简易数据库中。
作为本发明一优选实施例,所述节省通信录数据库存储空间的系统还包括:第二判断模块、第一转移模块、以及第一删除模块;
当在简易数据库中修改联系人记录后,所述第二判断模块判断修改后的联系人记录是否存在非常用字段;如果判断出修改后的联系人记录存在非常用字段,则所述第一转移模块将简易数据库中的所述修改后的联系人记录转移至所述详细数据库中;且所述第一删除模块将所述联系人记录从所述简易数据库中删除。
作为本发明另一优选实施例,所述节省通信录数据库存储空间的系统还包括:第三判断模块、第二转移模块、以及第二删除模块;
当在详细数据库中修改联系人记录后,所述第三判断模块判断修改后的联系人记录是否存在非常用字段;如果判断出修改后的联系人记录存在非常用字段,则结束;如果判断出修改后的联系人记录只存在常用字段,则所述第二转移模块将所述修改后的联系人记录转移至所述简易数据库中;且所述第二删除模块将所述联系人记录从所述详细数据库中删除。
综上所述,本发明实施例通过将只包括常用字段的联系人存储在简易数据库中;将包括所有字段的联系人存储在详细数据库中,从而达到节省通信录数据库的存储空间。
当前的移动终端越来越趋向于海量存储,以万条联系人为单位的移动终端不在少数,本发明采用了简易数据库和详细数据库结合的方式,一般用户的联系人只会保存常用信息,因此,存储效率大大提高;而且,由于保存在简易数据库中的联系人的字段少,因此查找效率大大提高,方便了移动终端厂商,且方便了移动终端用户。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以在存储于一计算机可读取存储介质中,所述的存储介质,如ROM/RAM、磁盘、光盘等。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
机译: 节省数据库存储空间的方法及系统
机译: 节省数据库存储空间的方法及系统
机译: 节省数据库存储空间的方法及系统