CN101626430A - 一种手机消息的处理方法及手机 - Google Patents

Abstract

本发明涉及一种手机消息的处理方法及手机，该手机包括：提取模块，将手机消息的公用字段的值提取出来；存储模块，将所提取的手机消息的公用字段的值存储到同一数据库，其中所述数据库是以至少两类手机消息的公用字段建立的。本发明主要是将各类手机消息的公用字段的值统一存储于同一数据库中，这样建立在数据库存储的基础上，可以方便用户对各类手机消息进行统一管理。

Description

一种手机消息的处理方法及手机

技术领域

本发明涉及移动通信领域，特别是涉及一种手机消息的处理方法及手机。

背景技术

最近十多年，无线通信技术高速发展，作为无线通信终端的手机的设计技术也迅猛发展，手机通讯功能变得越来越多，越来越强。从最初的简单语音通话，到短信、彩信，再到Email、IM(即时消息)等等，这些通讯功能业务模块设计的好坏，决定了用户操作使用是否方便，进而决定了是否能够得到更多用户的青睐。

这些与通讯相关的业务模块有个共同点是业务内容都是消息，这些消息都需要根据不同的用户需要存储到不同的信箱，比如新来的消息存储到收件箱、发送成功的消息存储到已发信箱、发送失败的消息存储到发信箱、编辑后的消息可以保存到草稿箱，还可以把这些不同的信箱备份到加密的安全信箱，甚至用户可以根据自己的需要定义自己的邮箱，并根据需要修改自定义邮箱的名字。

现有技术中，每一类消息(如短信、彩信、Email、IM等)在手机应用层中以独立的消息模块单独存储，不方便用户统一管理各类消息。例如，手机作为沟通手段，用户往往希望查看与特定某人的消息记录，根据目前的设计要查看的话就必须进入不同的消息业务模块，然后进入每个消息业务模块的不同组后才能找到与特定某人的历史联系记录。此外，即使是查看同一种消息，与特定某人的消息记录也需要进入不同的信箱后才能查看，而且由于消息被分为不同组，用户与联系人交互的消息时间先后顺序也很不直观。

发明内容

本发明要解决的技术问题是提供一种手机消息的处理方法，使用户能够对各类手机消息进行统一的管理。

为了解决上述技术问题，本发明提供了一种手机消息的处理方法，包括以下步骤：

提取手机消息的公用字段的值；

将所述手机消息的公用字段的值存储到同一数据库，其中所述数据库是以至少两类手机消息的公用字段预先建立的。

进一步地，上述手机消息的处理方法还可以包括步骤，对包含非公用字段的手机消息，调用手机消息协议将所述手机消息的非公用字段的内容打包成消息文件，所述消息文件与存储在数据库中的手机消息的记录一一对应。

进一步地，上述手机消息的处理方法还可以包括步骤，当处理包含非公用字段的手机消息时，调用手机消息协议对相应的所述消息文件进行解码。

进一步地，上述方法还可具有以下特点：所述手机消息的公用字段包括：消息ID、收件人、发件人、消息时间、主题、信箱ID和消息类型ID。

进一步地，上述方法还可具有以下特点：还包括对所述手机消息进行批量处理，所述批量处理为批量排序、批量移动、批量筛选、批量删除或批量复制。

进一步地，上述方法还可具有以下特点：如在批量处理时导致手机消息增加、删除或公用字段变化，对数据库中相应的记录进行同步修改。

本发明还提供了一种手机，包括：

提取模块，将手机消息的公用字段的值提取出来；

存储模块，将所提取的手机消息的公用字段的值存储到同一数据库，其中所述数据库是以至少两类手机消息的公用字段建立的。

进一步地，上述手机还包括：

调用模块：用于调用各类手机消息协议；

打包模块，根据所调用的手机消息协议将相应的手机消息的非公用字段的内容打包成消息文件，使所述消息文件与存储在数据库中的手机消息的记录一一对应。

进一步地，上述手机还包括：

解码模块，根据所调用的手机消息协议对相应的消息文件进行解码。

进一步地，上述手机还包括：处理模块，用于对所述手机消息进行批量处理，如在批量处理时导致手机消息增加、删除或公用字段变化，对数据库中相应的记录进行同步修改。

可见，本发明的手机消息的处理方法及相应的手机整合了手机应用层中所有的消息业务模块，将各类手机消息的公用字段的值统一存储于同一数据库中，这样建立在数据库存储的基础上，极大地方便用户统一管理各类不同的消息。

附图说明

图1是根据本发明一实施例的手机消息的处理方法的流程图；

图2是根据本发明另一实施例的手机消息的处理方法的流程图；

图3是根据本发明的手机消息的处理方法的应用示例的流程图；

图4是根据本发明对手机消息进行批量移动处理的流程图；

图5是根据本发明实施例的手机的示意图。

具体实施方式

各类手机消息，例如短信、彩信、Email、IM等，都具有一些公用字段，包括消息ID、收件人、发件人、消息时间、主题、信箱ID、消息类型ID和存储介质的标识等等，本发明提供的手机消息的处理方法主要是将各类手机消息的公用字段的值统一存储于同一数据库中，这样建立在数据库存储的基础上，可以方便用户对各类手机消息进行统一管理。

下面结合附图及实施例对本发明的技术方案进行更详细的说明。

图1是根据本发明一实施例的手机消息的处理方法的流程图。如图1所示，本发明实施例的手机消息处理方法包括：

步骤S11，提取手机消息的公用字段的值；

步骤S12，将手机消息的公用字段的值存储到同一数据库。

其中，预先以至少两类手机消息的公用字段来建立数据库，例如，以短信、彩信和Email的公用字段(例如消息ID、收件人、发件人、消息时间、主题、信箱ID和消息类型ID)来建立数据库。

本发明实施例的手机消息的处理方法将各类手机消息的公用字段的值统一存储于同一数据库中，极大地方便用户对各类手机消息进行统一的管理和使用，这样更直观、更能迎合用户和运营商的需要。

图2是根据本发明另一实施例的手机消息的处理方法的流程图。如图2所示，本发明实施例的手机消息处理方法包括：

步骤S101，提取出手机消息的公用字段的值，并将其存储于预先建立的同一数据库；

当手机开机时可以将sim卡内的手机消息的公用字段的值同步存储到该数据库中，以方便统一管理；对于新接收的短信、彩信、push消息和Email等的手机消息，可以将其公用字段的值作为一条记录存储到数据库中；对于用户新建的保存为草稿的短信、彩信等的手机消息，也可以将其公用字段的值提取出来存储到数据库中。

步骤S102，对手机消息中的除公用字段以外的内容进行打包，使所打包的消息文件与数据库中相应的手机消息的记录一一对应；

有些手机消息除了上述公用字段外，还包括其它内容，如彩信中的图片、Email的附件等等，这些内容需要根据消息业务协议(如彩信MMS协议、Email协议等)打包成消息文件存储在文件系统中，其中使所打包的消息文件和存储在数据库中的手机消息的记录一一对应，例如可以以数据库中的手机消息的消息ID来命名相应的消息文件，这样可方便获取到相关联的消息文件。

步骤S103，对数据库中的手机消息进行后续处理；

其中，后续处理包括对数据库中的手机消息进行统一筛选、查找和批量删除、批量复制和批量移动的处理等等。

本发明实施例的手机消息的处理方法将各类手机消息的公用字段的值统一存储于同一数据库中，进一步地，对于如彩信、Email等较复杂的手机消息，还可以将手机消息中除公用字段以外的内容进行打包存储成的消息文件，这样用户就可以获取该类手机消息的全部内容。

下面参见图3，以来新消息为例对本发明实施例的手机消息的处理方法进行详细的说明。图3是根据本发明的手机消息的处理方法的应用示例的流程图，包括：

步骤S201，手机收到新消息。

步骤S202，对新消息的公用字段进行赋值；

比如新消息一般是放入收件箱，则将该新消息的信箱ID赋值为收件箱对应的值；如果是彩信，则需要将该新消息的消息类型ID赋值为彩信对应的消息类型ID；此外，也对该新消息接收的时间，消息的主题等等进行赋值，

其中，可以把通常区分的收件箱、发件箱、已发送、草稿箱、消息收藏夹等消息信箱作为预设信箱，因为数据库记录具有排序和组合过滤查找功能，通过不同的数据库查询语言SQL，即可获取到想要的消息列表，方便用户自由定义各类信箱并设定信箱的过滤规则，以不同的方式统一管理消息。

步骤S203，将新消息的公用字段的值存入数据库；

在将新消息的公用字段的值存入预先建立的数据库的过程中，可以一并生成统一的消息ID。

步骤S204，若该新消息包括除公用字段以外的内容，比如彩信、Email等消息，则根据相应的消息协议将消息内容打包成消息文件，并保存在文件系统中，例如可以用消息ID来命名的消息文件，使该消息文件与存储在数据库中的相应的消息记录对应；

对于数据库公用字段能存储完所有消息内容的消息，比如短信，则不需执行步骤S204。

步骤S201至步骤S204主要说明对接收的新消息的进行存储的方法，下面步骤是以读取数据库中的消息为例说明对数据库中的手机消息记录进行后续处理的方法。

步骤S205，用户输入查询条件，则在数据库中通过SQL语言查询到满足查询条件的消息列表；

比如阅读一条消息，就是通过该消息的ID从数据库中查到该消息及其对应的文件；比如进入一个信箱，就是执行了查询该信箱ID对应的所有消息，进一步地更新对应的消息列表。

步骤S206，当用户从消息列表中选择一条复杂的消息(如彩信)进行阅读时，手机根据数据库中所选择消息的消息ID获取到相应的消息文件。

对于简单的消息(如短信)可以从数据库中直接读取。

步骤S207，根据该消息对应的消息类型，找到对应的消息协议对消息文件进行解码；

例如，该消息是彩信，则找到MMS协议对相应的消息文件进行解码。

步骤S208，将解码出来的消息文件进行显示，即可阅读。

步骤S205至步骤S208仅是以读取手机消息为例说明根据本发明对数据库中的手机消息进行后续处理，本领域的技术人员能够理解根据本发明还能对手机消息进行其它筛选、查找等常用的操作，当然也可以对数据库中的手机消息进行批量删除、批量复制和批量移动等等的操作。

下面以对手机消息进行批量移动处理为例来进一步说明根据本发明对数据库中的手机消息进行后续处理。图4是根据本发明对手机消息进行批量移动处理的流程图。

步骤S301、用户选择要批量移动的手机消息的源地址，并选择批量移动的消息类型；

例如，在数据库中可以容易地选择到该类型的手机消息，例如手机短信、手机彩信、手机push消息，也可以选择存储在SIM卡上的消息等等。这里以在双模手机上选择一个SIM卡1上的短信移动到另一个SIM卡2为例进行说明。用户选择SIM卡1的短信，这样就涉及到异步处理。所谓异步处理就是在不同的存储介质上进行操作处理，而且需要等待相关操作完成后才能进行下一步的处理。比如阅读一条SIM上的短信，则需要调用SIM卡相关接口将该消息从未读状态变为已读状态后，才能阅读该条消息。

步骤S302、用户对SIM卡1的短信进行多项选择，即选中预批量处理的多条短信，选择确定后，手机将所选择的手机消息放入消息批量处理队列。

所谓多项选择，就是在某个信箱的消息列表界面，用户选择进行批量处理(复制、移动和删除)后，在消息列表界面会有多项选择的界面，用户可以对该消息列表想要操作的消息进行多项选中，也可以全选，确定后即可以对选中的消息进行操作。

步骤S303、用户选择移动的目的地址，比如SIM卡2。

步骤S304、根据消息批量处理队列的信息判断有无异步处理情况，如果无异步处理情况，比如将本地收件箱的短信移动到消息收藏信箱，则转入步骤S310。否则，转入步骤S305。

根据消息批量处理队列的信息判断有无异步处理情况，需要判断该消息的消息类型是否是SIM卡消息，或者操作的目的消息ID是否是SIM卡消息，比如删除SIM卡消息，则该消息ID为SIM卡消息，即为异步处理；或者即便该消息不是SIM卡消息，但是需要将它复制或移动成为SIM卡消息，则也需要对SIM卡进行相关处理，也是异步处理。

步骤S305、判断消息批量处理队列是否为空，

如果消息批量处理队列为空，则说明未选择待处理的消息或消息批量处理队列已经被处理完毕，转入步骤S311；如果消息批量处理队列不为空，则转入步骤S306。

步骤S306，将在消息批量处理队列中待处理的手机消息的第一条消息作为当前处理消息，对当前处理消息进行复制处理，即，将SIM卡1的消息复制到SIM卡2，可以在数据库中增加一条消息记录，并修改该条消息记录的SIM卡的标识，将SIM卡1修改为SIM卡2。

步骤S307，判断复制处理是否成功，若成功则转入步骤S308，否则转入步骤S309。

步骤S308，将SIM卡1上所选的短信进行删除，也同步地删除所选的短信在数据库中对应的记录，然后进入步骤S309。

步骤S309，当前处理消息处理完毕后，删除当前处理消息，将队列中的下一手机消息作为当前处理消息，然后转回步骤S305。

步骤S310，循环修改消息批量处理队列中的手机消息的字段，比如将收件箱中所选的短信复制到本地的已发信箱，则仅需将所选短信的信箱类型从收件箱更改为已发信箱即可。

步骤S311、消息批量处理队列处理结束。

用户还可以容易地对数据库中的手机消息进行批量排序、筛选、批量删除、批量复制等操作，这里就不一一介绍。

图5是本发明实施例的手机的示意图，下面详细说明根据本发明实施例提供的手机。

如图5所示，本实施例的手机包括提取模块和存储模块。提取模块用于提取各类手机消息的公用字段的值，其中手机消息可以是sim卡内的手机消息，可以是新接收的短信、彩信、push消息和Email等的手机消息，也可以是用户新建的保存为草稿的短信、彩信等的手机消息；存储模块用于将所提取的手机消息的公用字段的值存储到同一数据库。该数据库是事先以至少两类手机消息的公用字段建立的，例如以短信和彩信的公用字段消息ID、收件人、发件人、消息时间、信箱ID、消息类型ID等建立一数据库，并且将该数据库存储在手机存储系统中，这样就可以基于该数据库对各类手机消息进行统一的管理。

另外，本实施例的手机还可以包括打包模块，由于彩信、Email等复杂的手机消息包括除公用字段以外的内容，例如图片、音频、附件等，这些内容无法直接存储在数据库中，可以应用打包模块将这些复杂的手机消息除公用字段以外的内容打包成消息文件，然后通过存储模块将所打包的消息文件存储到手机存储系统的文件系统中，并且使所打包的消息文件与数据库中相应的手机消息记录一一对应，例如以消息ID对所打包的消息文件进行命名，这样就可以方便通过消息ID获取相应的消息文件，进而就可以获取复杂手机消息的全部内容。

此外，本实施例的手机还可以包括解码模块，用于对上述打包的消息文件进行解码。当通过消息ID获取到相应的消息文件后，通过解码模块的解码就可以获取所打包的消息文件中的内容。

本实施例的手机还可以包括调用模块，用于调用各类手机消息协议插件(例如SMS协议插件、MMS协议插件、Email协议插件及其它消息协议插件)中的消息协议以对各类手机消息进行处理。例如，接收到彩信时，调用模块根据彩信的消息类型调用MMS协议插件中的MMS协议，然后打包模块根据所调用的MMS协议对彩信的非公用字段的内容进行打包，再存储到文件系统中；当读取Email时，调用模块根据Email的消息类型调用Email协议插件中的Email协议，解码模块所调用的Email协议对根据数据库中Email的消息ID获取的消息文件进行解码，这样解码后的消息文件就可被读取。

本实施例的手机还可以包括处理模块，用于对各类手机消息进行统一处理，例如可以对手机消息进行批量处理，包括批量排序、批量移动、批量筛选、批量删除或批量复制等等。详细的处理过程如上文所述，这里不再重复说明。

根据本发明提供的手机也极大地方便用户对各类手机消息进行统一的管理和使用。

以上实施例仅是为说明根据本发明的手机消息的处理方法及手机的示例，不应当理解为对本发明的限制，根据本发明的技术方案及其较佳实施例的描述，可以做出各种可能的等同改变或替换，而所有这些改变或替换都应属于本发明的权利要求的保护范围。

Claims (10)

1、一种手机消息的处理方法，其特征在于，

提取手机消息的公用字段的值；

将所述手机消息的公用字段的值存储到同一数据库，其中所述数据库是以至少两类手机消息的公用字段预先建立的。

2、根据权利要求1所述的手机消息的处理方法，其特征在于，

对包含非公用字段的手机消息，调用手机消息协议将相应的所述手机消息的非公用字段的内容打包成消息文件，所述消息文件与存储在数据库中的手机消息的记录一一对应。

3、根据权利要求2所述的手机消息的处理方法，其特征在于，

当处理包含非公用字段的手机消息时，调用手机消息协议对相应的所述消息文件进行解码。

4、根据权利要求1至3任一项所述的手机消息的处理方法，其特征在于，所述手机消息的公用字段包括：消息ID、收件人、发件人、消息时间、主题、信箱ID和消息类型ID。

5、根据权利要求1至3任一项所述的手机消息的处理方法，其特征在于，还包括对所述手机消息进行批量处理，所述批量处理为批量排序、批量移动、批量筛选、批量删除或批量复制。

6、根据权利要求5所述的手机消息的处理方法，其特征在于，在批量处理时导致手机消息增加、删除或公用字段变化，对数据库中相应的记录进行同步修改。

7、一种手机，其特征在于，包括：

提取模块，将手机消息的公用字段的值提取出来；

存储模块，将所提取的手机消息的公用字段的值存储到同一数据库，其中所述数据库是以至少两类手机消息的公用字段建立的。

8、根据权利要求5所述的手机，其特征在于，还包括：

调用模块，用于调用各类手机消息协议；

打包模块，根据所调用的手机消息协议将相应的手机消息的非公用字段的内容打包成消息文件，使所述消息文件与存储在数据库中的手机消息的记录一一对应。

9、根据权利要求6所述的手机，其特征在于，还包括：

解码模块，根据所调用的手机消息协议对相应的消息文件进行解码。

10、根据权利要求6至8任一项所述的手机，其特征在于，还包括：

处理模块，用于对所述手机消息进行批量处理，如在批量处理时导致手机消息增加、删除或公用字段变化，对数据库中相应的记录进行同步修改。

Images