历史记录处理方法及设备 【技术领域】
本发明涉及数据处理技术， 尤其涉及一种历史记录处理方法及设备。背景技术 随着移动互联网技术的发展， 作为移动通讯载体的智能手机越来越多地走进人们 的生活， 由此带动了手机软件业的蓬勃发展。用户通常在智能手机中安装多种软件， 如 QQ、 MSN 等， 再加上手机本身所具有的通话和短信功能， 可以实现聊天、 空间、 微博等多种应用。 在应用过程中产生的各项历史记录分散地存储在各软件的数据库模块中。 当用户查询某项 历史记录， 如通话记录、 短信记录或者 QQ 聊天记录时， 需要进入相应的功能模块或者软件 中进行查询， 操作繁琐， 用户体验差。
发明内容 本发明提供一种历史记录处理方法及设备， 以提高对历史记录的处理效果。
本发明提供一种历史记录处理方法， 包括 ：
根据获取到的预设软件模块数据库中的原始数据， 生成历史记录数据库 ；
根据接收到的查询指令对所述历史记录数据库进行查询， 获取所述查询指令对应 的查询数据， 并处理。
如上所述的历史记录处理方法， 所述根据获取到的预设软件模块数据库中的原始 数据， 生成历史记录数据库包括 ：
根据获取到的预设软件模块数据库的原始数据的属性， 为所述原始数据添加查询 标签 ；
根据添加所述查询标签后的原始数据生成所述历史记录数据库。
如上所述的历史记录处理方法， 其特征在于， 根据获取到的预设软件模块数据库 中的原始数据， 生成历史记录数据库之后， 还包括 ：
对所述预设软件模块数据库进行监听， 当判断获知所述预设软件模块数据库中的 原始数据增加时， 获取增加的原始数据 ；
根据所述增加的原始数据更新所述历史记录数据库。
如上所述的历史记录处理方法， 所述根据所述增加的原始数据更新所述历史记录 数据库包括 ：
根据所述增加的原始数据的属性， 为所述增加的原始数据添加查询标签 ；
根据添加查询标签后的所述增加的原始数据， 更新所述历史记录数据库。
如上所述的历史记录处理方法， 其中，
所述查询标签的类别包括时间标签、 联系人标签、 电话号码标签和账号标签。
如上所述的历史记录处理方法， 所述根据接收到的查询指令对所述历史记录数据 库进行查询， 获取所述查询指令对应的查询数据， 并处理， 包括 ：
对所述查询指令进行解析， 确定所述查询指令对应的查询标签 ；
查询所述历史记录数据库， 获取所述查询指令对应的查询标签对应的查询数据 ；
根据所述查询标签对所述查询数据进行显示。
本发明提供一种历史记录处理设备， 包括 ：
历史记录数据库生成模块， 用于根据获取到的预设软件模块数据库中的原始数 据， 生成历史记录数据库 ；
查询模块， 用于根据接收到的查询指令对所述历史记录数据库进行查询， 获取所 述查询指令对应的查询数据， 并处理。
如上所述的历史记录处理设备， 所述历史记录数据库生成模块包括 ：
查询标签添加单元， 根据获取到的预设软件模块数据库的原始数据的属性， 为所 述原始数据添加查询标签 ；
数据库生成单元， 根据添加所述查询标签后的原始数据生成所述历史记录数据 库。
如上所述的历史记录处理设备， 还包括 ：
监听模块， 用于对所述预设软件模块数据库进行监听， 当判断获知所述预设软件 模块数据库中的原始数据增加时， 获取增加的原始数据 ；
更新模块， 用于根据所述增加的原始数据更新所述历史记录数据库。
如上所述的历史记录处理设备， 所述查询模块包括 ：
查询指令解析单元， 用于对所述查询指令进行解析， 确定所述查询指令对应的查 询标签 ；
查询数据获取单元， 用于查询所述历史记录数据库， 获取所述查询指令对应的查 询标签对应的查询数据 ；
查询数据显示单元， 用于根据所述查询标签对所述查询数据进行显示。
由上述技术方案可知， 本发明提供的历史记录处理方法及设备， 通过根据预设软 件模块数据库中的原始数据生成历史记录数据库， 将预设软件模块数据库中的原始数据整 合在一起， 根据用户的查询指令对历史记录数据库进行查询， 可以将这些不太规则、 布局分 散的历史记录有组织地呈现给用户， 用户无需进入到各软件模块进行相应的历史记录的查 询， 提高了对历史记录的处理效果。 附图说明
图 1 为本发明实施例提供的历史记录处理方法流程图 ； 图 2 为本发明实施例提供的一种历史记录处理设备结构示意图 ； 图 3 为本发明实施例提供的另一种历史记录处理设备结构示意图。具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发明实施例， 对本发明实施例中的技术方案进行清楚、 完整地描述。需要说明的是， 在附图或说明书中， 相似或相同的元件皆使用相同的附图标记。
图 1 为本发明实施例提供的历史记录处理方法流程图。如图 1 所示， 本实施例提 供的历史记录处理方法具体可以应用于移动终端的历史记录处理， 可以通过硬件和 / 或软件的形式来实现， 但并不以此为限， 具体包括 ：
步骤 10、 根据获取到的预设软件模块数据库中的原始数据， 生成历史记录数据 库；
用户使用的移动终端中通常安装有多种应用软件， 用户可以根据需要预先设置需 要查询历史记录数据的软件， 即为预设软件模块。预设软件模块数据库中存储有相应的软 件模块在应用过程中产生的历史记录数据， 即原始数据。 例如通话模块的通话记录， 短信模 块的短信记录， 邮箱模块的邮件记录， QQ 模块的 QQ 聊天记录、 QQ 空间记录和微博记录， MSN 模块的 MSN 聊天记录等。根据获取到的预设软件模块数据库中的原始数据， 生成历史记录 数据库。历史记录数据库中包含了预设软件模块数据库中的原始数据， 历史记录数据库也 可以根据用户的查询需要进行设置， 选择用户设置的软件模块数据库中的原始数据生成。
步骤 20、 根据接收到的查询指令对历史记录数据库进行查询， 获取查询指令对应 的查询数据， 并处理。
可以为用户提供查询界面以指示用户输入查询指令， 查询指令具体可以为按时间 查询指令、 按联系人查询指令等。 如果查询指令为按时间查询指令， 还具体可以为查询某一 天的历史记录指令。根据查询指令对历史记录数据库进行查询， 获取该查询指令对应的查 询数据， 并按照时间为用户显示。例如， 用户预先设置了查询通话记录、 短信记录和 QQ 聊天 记录， 并输入查询指令为查询 2011 年 5 月 1 日的上述历史记录， 则为用户显示 2011 年 5 月 1 日的所有的通话记录、 短信记录和 QQ 聊天记录。若用户输入的查询指令为查询某联系人 的上述历史记录， 则为用户按时间顺序从近到远显示与该联系人发生的通话记录、 短信记 录和 QQ 聊天记录。例如， 用户预先设置了查询通话记录、 短信记录和 QQ 聊天记录， 并输入 查询指令为查询李磊的上述历史记录， 则为用户显示与李磊产生的所有的通话记录、 短信 记录和 QQ 聊天记录。 本实施例提供的历史记录处理方法， 通过根据预设软件模块数据库中的原始数据 生成历史记录数据库， 将预设软件模块数据库中的原始数据整合在一起， 根据用户的查询 指令对历史记录数据库进行查询， 可以将这些不太规则、 布局分散的历史记录有组织地呈 现给用户， 用户无需进入到各软件模块进行相应的历史记录的查询， 提高了对历史记录的 处理效果。
在本实施例中， 步骤 10， 根据获取到的预设软件模块数据库中的原始数据， 生成历 史记录数据库， 具体可以包括以下步骤 ：
步骤 101、 根据获取到的预设软件模块数据库的原始数据的属性， 为原始数据添加 查询标签 ；
预设软件模块数据库的原始数据通常具有属性， 不同的软件模块数据库中的原始 数据的属性也可以不同。 例如通话模块数据库中的通话记录的属性可以为 ： 联系人姓名、 手 机 / 电话号码、 时间、 通话状态 ( 如已接听、 已拔出、 未接听 ) 等。QQ 模块数据库中的 QQ 聊 天记录可以为 ： 联系人姓名、 QQ 号码、 时间等。根据原始数据的属性为原始数据添加查询标 签， 以便进行数据处理。
步骤 102、 根据添加查询标签后的原始数据生成历史记录数据库。
根据添加查询标签后的原始数据生成的历史记录数据库， 可以根据查询标签进行 分类处理， 以在对该历史记录数据库进行数据查询时匹配。
在本实施例中， 步骤 10、 根据获取到的预设软件模块数据库中的原始数据， 生成历 史记录数据库之后， 具体还可以包括以下步骤 ：
步骤 30、 对预设软件模块数据库进行监听， 当判断获知预设软件模块数据库中的 原始数据增加时， 获取增加的原始数据 ；
步骤 40、 根据增加的原始数据更新历史记录数据库。
各软件模块在应用过程中产生的新数据作为增加的原始数据存储在对应的软件 模块数据库中， 或者根据用户操作删除软件模块数据库中的一部分数据。通过对软件模块 数据库进行监听， 当判断获知预设软件模块数据库中的原始数据增加时， 获取增加的原始 数据， 并根据该增加的原始数据更新历史记录数据库。 具体的， 可以将增加的原始数据添加 到历史记录数据库中， 以实现对历史记录数据库的更新。当用户对某个软件模块数据库进 行数据删除操作时， 历史记录数据库中仍然保存有该被删除的数据， 以便用户进行查询。
在本实施例中， 步骤 40、 根据增加的原始数据更新历史记录数据库， 具体可以包括 以下步骤 ：
步骤 401、 根据增加的原始数据的属性， 为增加的原始数据添加查询标签 ；
步骤 402、 根据添加查询标签后的增加的原始数据， 更新历史记录数据库。 具体可以先为增加的原始数据添加查询标签后再更新到历史记录数据库中， 可以 提高对增加的原始数据的处理效率。
在本实施例中， 优选地， 查询标签的类别包括时间标签、 联系人标签、 电话号码标 签和账号标签。查询标签的类别具体可以根据查询需要来设置， 在历史记录查询时进行匹 配， 以获取相应的历史记录。
在本实施例中， 步骤 20、 根据接收到的查询指令对历史记录数据库进行查询， 获取 查询指令对应的查询数据， 并处理， 具体可以包括以下步骤 ：
步骤 201、 对查询指令进行解析， 确定查询指令对应的查询标签 ；
步骤 202、 查询历史记录数据库， 获取查询指令对应的查询标签对应的查询数据 ；
步骤 203、 根据查询标签对查询数据进行显示。
在实际应用过程中， 除了可以通过历史记录数据库查询历史记录， 还可以对历史 记录数据库进行维护， 用户可以根据需要删除某一项历史记录， 可以为用户提供选择界面 以供用户选择所需删除的某一个软件模块对应的所有的历史记录， 也可以为用户提供单个 联系人历史记录界面， 用户可根据指示删除单个联系人的用户从选择界面筛选的全部软件 对应的历史记录或单条历史记录。还可以对时间过长或没有用的历史记录进行自动的删 除， 以避免历史记录数据库占用不必要的存储空间。用户可以根据需要预设历史记录数据 库的数据保存时间或保存条数， 如保存一个月以内的历史记录， 或者保存 2000 条历史记录 等。
对查询到的短信和邮件的显示， 可以采用摘要的方式。提取短信和邮件信息的一 部分内容， 以列表项信息摘要区域可容纳的标准取出一部分文本信息， 较长显示不下的部 分显示省略号， 如 “您当月花费详情为 ： 通话 11 元， 短信 3 元 ......” 。给用户一定的提示 感， 帮助用户快速地找到需要的记录信息。
图 2 为本发明实施例提供的一种历史记录处理设备结构示意图。如图 2 所示， 本 实施例提供的历史记录处理设备可以实现本发明任意实施例提供的历史记录处理方法， 但
并不以此为限。 该历史记录处理设备具体包括历史记录数据库生成模块 11 和查询模块 12。 历史记录数据库生成模块 11 用于根据获取到的预设软件模块数据库中的原始数据， 生成 历史记录数据库。查询模块 12 用于根据接收到的查询指令对历史记录数据库进行查询， 获 取查询指令对应的查询数据， 并处理。
本实施例提供的历史记录处理设备， 通过历史记录数据库生成模块 11 的设置， 根 据预设软件模块数据库中的原始数据生成历史记录数据库， 将预设软件模块数据库中的原 始数据整合在一起， 查询模块 12 根据用户的查询指令对历史记录数据库进行查询， 可以将 这些不太规则、 布局分散的历史记录有组织地呈现给用户， 用户无需进入到各软件模块进 行相应的历史记录的查询， 提高了对历史记录的处理效果。
图 3 为本发明实施例提供的另一种历史记录处理设备结构示意图。如图 3 所示， 在本实施例中， 历史记录数据库生成模块 11 可以包括查询标签添加单元 111 和数据库生成 单元 112。 查询标签添加单元 111 根据获取到的预设软件模块数据库的原始数据的属性， 为 原始数据添加查询标签。数据库生成单元 112 根据添加查询标签后的原始数据生成历史记 录数据库。
在本实施例中， 该历史记录处理设备还可以包括监听模块 13 和更新模块 14， 监听 模块 13 用于对预设软件模块数据库进行监听， 当判断获知预设软件模块数据库中的原始 数据增加时， 获取增加的原始数据。更新模块 14 用于根据增加的原始数据更新历史记录数 据库。通过监听模块 13 和更新模块 14 的设置， 可以及时根据预设软件模块数据库增加的 数据更新历史记录数据库， 提高了历史记录查询的准确性。 在本实施例中， 查询模块 12 可以包括查询指令解析单元 121、 查询数据获取单元 122 和查询数据显示单元 123。查询指令解析单元 121 用于对查询指令进行解析， 确定查询 指令对应的查询标签。查询数据获取单元 122 用于查询历史记录数据库， 获取查询指令对 应的查询标签对应的查询数据。查询数据显示单元 123 用于根据查询标签对查询数据进行 显示。
本发明实施例提供的历史记录处理方法及设备， 通过根据预设软件模块数据库中 的原始数据生成历史记录数据库， 将预设软件模块数据库中的原始数据整合在一起， 根据 用户的查询指令对历史记录数据库进行查询， 可以将这些不太规则、 布局分散的历史记录 有组织地呈现给用户， 用户无需进入到各软件模块进行相应的历史记录的查询， 提高了对 历史记录的处理效果。
本发明实施例提供的历史记录处理方法及设备， 可以把通话记录， 短信记录、 邮件 记录， 和某人的 QQ 聊天记录， MSN 记录， 某人的微博记录， QQ 空间记录等整合在一起， 以用户 希望的方式分类有序可选择地呈献给用户。 可以实现对单个联系人的历史记录信息进行筛 选、 排序， 筛选出的信息进行整合并显示给用户。可以将通话记录， 短信记录、 邮件记录， 和 某人的 QQ 聊天记录， MSN 记录， 某人的微博记录， QQ 空间记录等是纵向的历史记录整合成横 向历史记录， 以联系人为单位， 用户可以查看和某个联系人之间的所有交往历史的信息， 提 高了用户的体验效果。
最后应说明的是 ： 以上实施例仅用以说明本发明的技术方案， 而非对其限制 ； 尽 管参照前述实施例对本发明进行了详细的说明， 本领域的普通技术人员应当理解 ： 其依然 可以对前述实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等同替换 ；
而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和 范围。