动终端的通知栏接收到通知栏消息时，首先获取与该通知栏消息对应的消息实体，然后对该消息实体进行解析，从而获得通知栏消息的属性信息，属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。假设本实施例获得的通知栏消息的消息来源为QQ、消息发送方为王五，消息内容为“在忙吗?”，以及消息接收时间为2015年10月2日上午9点整。
[0045]步骤S202，判断通知栏消息的消息来源是否属于预设的消息类型，若是，则获取通知栏消息，若否，则不获取通知栏消息。具体地，假设本实施例预设的消息类型为微信类型、QQ类型，由于手机系统中的Notificat1n Manager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识，故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识判断通知栏消息的消息来源是否是本实施例预设的消息类型，即判断对通知栏消息进行解析后获得的消息来源特征标识是否与本实施例预设的与微信类型、QQ类型分别对应的消息来源特征标识相同。由于本实施例在步骤S201中解析出该通知栏消息的消息来源为QQ，也即该通知栏消息的消息来源属于预设的消息类型，从而获取通知栏消息的属性信息。
[0046]步骤S203，判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人，若是，则将与消息发送方完全相同的通讯录联系人作为匹配发送方。具体地，假设本实施例中移动终端的手机通讯录中存储有与“王五”名称相同的通讯录联系人，也即本实施例能从移动终端的手机通讯录中匹配到与消息发送方完全相同的通讯录联系人，则将通讯录联系人“王五”作为与匹配发送方。
[0047]步骤S204，获取手机短信存储数据库中存储手机短信的存储格式。具体地，假设本实施例获取手机短信存储数据库中存储手机短信的存储格式包括四个字段，分别是短信来源、短信发送方、短信内容以及短信接收时间。
[0048]步骤S205，根据存储格式对通知栏消息的格式进行转换，获得通知栏写入消息。具体地，本实施例通过对通知栏消息进行解析后分别获得与短信来源、短信发送方、短信内容以及短信接收时间对应的字段内容，分别为“QQ”、“王五”，“在忙吗?”，“2015年10月2日上午9点整”。在实际的实施过程中，当对通知栏消息进行解析后获取的属性信息比手机短信存储数据库中存储手机短信的存储格式要求的信息多时，则丢弃多余的属性信息，当对通知栏消息进行解析后获取的属性信息比手机短信存储数据库中存储手机短信的存储格式要求的信息少时，则设置与存储格式对应缺少的字段内容为空。
[0049]步骤S206，将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。具体地，由于本实施例根据步骤S203获取到匹配发送方为在移动终端的手机通讯录中的通讯录联系人“王五”，故将通知栏写入消息写入手机短信存储数据库中与“王五”对应的手机短信存储区域。
[0050]本实施例通过将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域，方便移动终端用户对同一通讯录联系人发送的不同应用程序的通讯信息的统一查看和阅读管理，解决了同一通讯录联系人发送的不同应用程序的通讯信息分散，关联度差，不方便管理的问题，提高了通讯信息的利用率，提升了用户体验。
[0051]参照图3，具体实施例二中，合并通讯信息的方法包括: 步骤S301，对移动终端的通知栏接收的通知栏消息进行解析，获得通知栏消息的属性信息，属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。具体地，当系统监听到移动终端的通知栏接收到通知栏消息时，首先获取与该通知栏消息对应的消息实体，然后对该消息实体进行解析，从而获得通知栏消息的属性信息，属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。假设本实施例获得的通知栏消息的消息来源为QQ、消息发送方为小王，消息内容为“图片”，以及消息接收时间为2015年10月2日上午9点整。
[0052]步骤S302，判断通知栏消息的消息来源是否属于预设的消息类型，若是，则获取通知栏消息的属性信息，若否，则不获取通知栏消息。具体地，假设本实施例预设的消息类型为微信类型、QQ类型，由于手机系统中的Notificat1n Manager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识，故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识判断通知栏消息的消息来源是否是本实施例预设的消息类型，即判断对通知栏消息进行解析后获得的消息来源特征标识是否与本实施例预设的与微信类型、QQ类型分别对应的消息来源特征标识相同。由于本实施例在步骤S301中解析出该通知栏消息的消息来源为QQ，也即该通知栏消息的消息来源属于预设的消息类型，从而获取通知栏消息的属性信息。
[0053]步骤S303，判断通知栏消息的消息内容的类型是否为图片类型，若是，则保持监听至通知栏消息被打开时对消息内容进行拍照或截图，并获取拍照或截图所得的图片文件作为通知栏消息的消息内容。具体地，根据步骤S301容易获得本实施例的消息内容的类型为图片类型，则本实施例保持监听至通知栏消息被打开时对消息内容进行拍照或截图，并获取拍照或截图所得的图片文件作为通知栏消息的消息内容，也即将步骤S302获取的消息内容替换为通过拍照或截图所得的图片文件。
[0054]步骤S304，判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人。具体地，假设本实施例中移动终端的手机通讯录中并没有存储与“小王”名称相同的通讯录联系人，也即本实施例不能从移动终端的手机通讯录中匹配到与消息发送方完全相同的通讯录联系人。
[0055]步骤S305，获取与消息发送方对应的ID账号。具体地，由于本实施例获取到消息发送方为“小王”，则通过QQ应用软件开放的用于获取消息发送方对应的ID账号的接口可以读取与消息发送方对应的ID账号，假设本实施例获取到与“小王”对应的QQ应用的ID账号为12345678。
[0056]步骤S306，判断是否能获取与ID账号绑定的手机号码，若是，则将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方，若否，则在手机通讯录中创建新增通讯录联系人，并将新增通讯录联系人作为匹配发送方，其中，新增通讯录联系人的名称与消息发送方的名称相同。具体地，假设本实施例能获取到与ID账户绑定的手机号码，且该手机号码在手机通讯录中对应的通讯录联系人的名称为“王五”。
[0057]步骤S307，将通知栏消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。具体地，由于本实施例根据步骤S306获取到匹配发送方为在移动终端的手机通讯录中与ID账号绑定的手机号码对应的通讯录联系人(“王五”)，故将通知栏写入消息写入手机短信存储数据库中与“王五”对应的手机短信存储区域。
[0058]本实施例通过在判断消息内容的类型为图片类型时，保持监听至通知栏消息被打开时对消息内容进行拍照或截图，并获取拍照或截图所得的图片文件作为通知栏消息的消息内容，使得获得的消息内容更加完整和准确，且为后续将通知栏消息正确写入手机短信存储数据库奠定了基础。
[0059]此外，本实施例通过将通知栏消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域，方便移动终端用户对同一通讯录联系人发送的不同应用程序的通讯信息的统一查看和阅读管理，解决了同一通讯录联系人发送的不同应用程序的通讯信息分散，关联度差，不方便管理的问题，提高了通讯信息的利用率，提升了用户体验。
[0060]参照图4，具体实施例三中，合并通讯信息的方法包括:
步骤S401，对移动终端的通知栏接收的通知栏消息进行解析，获得通知栏消息的属性信息，属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。具体地，当系统监听到移动终端的通知栏接收到通知栏消息时，首先获取与该通知栏消息对应的消息实体，然后对该消息实体进行解析，从而获得通知栏消息的属性信息，属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。假设本实施例获得的通知栏消息的消息来源为QQ、消息发送方为小王，消息内容为语音播放图标，以及消息接收时间为2015年10月2日上午9点整。
[0061]步骤S402，判断通知栏消息的消息来源是否属于预设的消息类型，若是，则获取通知栏消息的属性信息，若否，则不获取通知栏消息。具体地，假设本实施例预设的消息类型为微信类型、QQ类型，由于手机系统中的Notificat1n Manager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识，故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识判断通知栏消息的消息来源是否是本实施例预设的消息类型，即判断对通知栏消息进行解析后获得的消息来源特征标识是否与本实施例预设的与微信类型、QQ类型分别对应的消息来源特征标识相同。由于本实施例在步骤S401中解析出该通知栏消息的消息来源为QQ，也即该通知栏消息的消息来源属于预设的消息类型，从而获取通知栏消息的属性信息。
[0062]步骤S403，判断通知栏消息的消息内容的类型是否为语音类型，若是，则保持监听至通知栏消息被播放时对消息内容录音，并获取录音所得的录音文件作为通知栏消息的消息内容。具体地，根据步骤S401容易获得本实施例的消息内容的类型为语音类型，则本实施例保持监听至