CN105472167A - 通讯信息的合并方法及装置 - Google Patents

通讯信息的合并方法及装置 Download PDF

Info

Publication number
CN105472167A
CN105472167A CN201610019667.5A CN201610019667A CN105472167A CN 105472167 A CN105472167 A CN 105472167A CN 201610019667 A CN201610019667 A CN 201610019667A CN 105472167 A CN105472167 A CN 105472167A
Authority
CN
China
Prior art keywords
message
informing
address book
mobile terminal
communication information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201610019667.5A
Other languages
English (en)
Inventor
陈包容
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to CN201610019667.5A priority Critical patent/CN105472167A/zh
Publication of CN105472167A publication Critical patent/CN105472167A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/7243User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
    • H04M1/72436User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. short messaging services [SMS] or e-mails
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/26Devices for calling a subscriber
    • H04M1/27Devices whereby a plurality of signals may be stored simultaneously
    • H04M1/274Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc
    • H04M1/2745Devices whereby a plurality of signals may be stored simultaneously with provision for storing more than one subscriber number at a time, e.g. using toothed disc using static electronic memories, e.g. chips
    • H04M1/27453Directories allowing storage of additional subscriber data, e.g. metadata
    • H04M1/27457Management thereof, e.g. manual editing of data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72484User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Telephone Function (AREA)

Abstract

本发明公开了一种通讯信息的合并方法及装置,该方法通过监听并获取移动终端的通知栏接收的通知栏消息,将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据,解决了不同的应用组件推送的通讯信息分散的技术问题,使得移动终端接收的不同应用的通讯信息共同存储在手机短信存储数据库中,方便移动终端用户对不同应用推送的通讯信息的统一查看和管理分析,提高了通讯信息的利用率,提升了用户体验。

Description

通讯信息的合并方法及装置
技术领域
本发明涉及通信技术领域,具体涉及一种通讯信息的合并方法及装置。
背景技术
随着通讯技术的发展,移动终端安装的应用程序(APP)也越来越多,且大部分应用程序都能给移动终端推送通讯信息,这将导致移动终端接收的通讯信息分散在各个不同的应用程序当中,例如当移动终端用户想获取其手机通讯录中某一个通讯录联系人给其发送的所有通讯信息时,则需要打开不同的应用程序查收,如需合并该通讯录联系人发送的通讯消息,则往往需手动操作。
此外,通讯信息分散在不同的应用程序当中,不利于移动终端对其进行统一管理或统计分析,例如当移动终端想获取其接收的与财务信息相关的所有通讯信息时,则需要从不同的应用程序中手动获取通讯信息,然后再从手动获取的通讯信息中筛选出与财务信息相关的通讯信息,故亟需提供一种能对移动终端不同的应用程序推送的通讯信息进行合并的方法及装置。
发明内容
本发明提供了一种通讯信息的合并方法及装置,以解决不同的应用组件推送的通讯信息分散的技术问题。
根据本发明的一方面,提供了一种通讯信息的合并方法,包括:
监听并获取移动终端的通知栏接收的通知栏消息;
将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据。
进一步地,监听并获取移动终端的通知栏接收的通知栏消息包括:
对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间;
判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。
进一步地,获取通知栏消息的属性信息中的消息内容包括:
判断通知栏消息的消息内容的类型是否为图片类型,若是,则保持监听至通知栏消息被打开时对消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为通知栏消息的消息内容,
若否,则判断通知栏消息的消息内容的类型是否为语音类型,若是,则保持监听至通知栏消息被播放时对消息内容录音,并获取录音所得的录音文件作为通知栏消息的消息内容,若否,则直接获取通知栏消息的消息内容。
进一步地,监听并获取移动终端的通知栏接收的通知栏消息之后,将通知栏消息写入手机短信存储数据库之前包括:
在移动终端的手机通讯录中获取与消息发送方匹配的通讯录联系人,作为匹配发送方。
进一步地,在移动终端的手机通讯录中获取与消息发送方匹配的通讯录联系人,作为匹配发送方包括:
判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人,若是,则将与消息发送方完全相同的通讯录联系人作为匹配发送方,若否,则获取与消息发送方对应的ID账号,并将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方。
进一步地,获取与消息发送方对应的ID账号,并将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方包括:
获取与消息发送方对应的ID账号;
判断是否能获取与ID账号绑定的手机号码,若是,则将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,若否,则在手机通讯录中创建新增通讯录联系人,并将新增通讯录联系人作为匹配发送方,其中,新增通讯录联系人的名称与消息发送方的名称相同。
进一步地,将通知栏消息写入手机短信存储数据库包括:
获取手机短信存储数据库中存储手机短信的存储格式;
根据存储格式对通知栏消息的格式进行转换,获得通知栏写入消息;
将通知栏写入消息写入手机短信存储数据库。
进一步地,将通知栏写入消息写入手机短信存储数据库包括:
将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。
根据本发明的另一方面,提供了一种通讯信息的合并装置,包括:
监听装置,用于监听并获取移动终端的通知栏接收的通知栏消息;
写入装置,用于将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据。
进一步地,监听装置包括:
解析装置,用于对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间;
判断装置,用于判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。
本发明具有以下有益效果:
本发明提供的通讯信息的合并方法及装置,该方法通过监听并获取移动终端的通知栏接收的通知栏消息,将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据,解决了不同的应用组件推送的通讯信息分散的技术问题,使得移动终端接收的不同应用的通讯信息共同存储在手机短信存储数据库中,方便移动终端用户对不同应用推送的通讯信息的统一查看和管理分析,提高了通讯信息的利用率,提升了用户体验。
除了上面所描述的目的、特征和优点之外,本发明还有其它的目的、特征和优点。下面将参照图,对本发明作进一步详细的说明。
附图说明
构成本申请的一部分的附图用来提供对本发明的进一步理解,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明优选实施例的通讯信息的合并方法流程图;
图2是本发明优选实施例针对第一个具体实施例实现通讯信息合并的方法流程图;
图3是本发明优选实施例针对第二个具体实施例实现通讯信息合并的方法流程图;
图4是本发明优选实施例针对第三个具体实施例实现通讯信息合并的方法流程图;
图5是本发明优选实施例的通讯信息的合并装置的结构框图。
具体实施方式
以下结合附图对本发明的实施例进行详细说明,但是本发明可以由权利要求限定和覆盖的多种不同方式实施。
参照图1,本发明的优选实施例提供了一种通讯信息的合并方法,包括:
步骤S101,监听并获取移动终端的通知栏接收的通知栏消息;
步骤S102,将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据。
本发明提供的通讯信息的合并方法,该方法通过监听并获取移动终端的通知栏接收的通知栏消息,将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据,解决了不同的应用组件推送的通讯信息分散的技术问题,使得移动终端接收的不同应用的通讯信息共同存储在手机短信存储数据库中,方便移动终端用户对不同应用推送的通讯信息的统一查看和管理分析,提高了通讯信息的利用率,提升了用户体验。
由于现有移动终端安装的应用程序(APP)比较多,故移动终端***(例如安卓4.3版本之后的***)一般都包含用于对不同应用程序推送的通讯信息进行统一管理的消息提醒模块(NotificationManager),该信息提醒模块的主要功能是针对不同应用程序推送的通讯信息均在移动终端的通知栏或状态栏进行提醒。本实施例较新颖地通过获取移动终端的通知栏或状态栏接收的通知栏消息,实现对不同应用推送的通讯信息进行合并,且通过将获取的通知栏消息写入手机短信存储数据库,方便移动终端用户在手机短信界面同时查看到不同应用推送的通讯信息,有利于对不同应用推送的通讯信息的统一管理,提升了用户体验。
本实施例的手机短信存储数据库是用于存储移动终端进行手机短信通讯产生的通讯数据,具体地,现有存储移动终端进行手机短信通讯产生的通讯数据一般有其固定的格式,例如通讯数据至少包括进行手机短信通讯的通讯时间、通讯内容以及通讯对象等等。需要说明的是,本实施例不限于将通知栏消息写入手机短信存储数据库,例如还可以将通知栏消息写入移动终端自定义的存储数据库中。
可选地,监听并获取移动终端的通知栏接收的通知栏消息包括:
对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间;
判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。
由于移动终端***中的NotificationManager模块能对不同应用推送的通讯信息都在移动终端的通知栏或状态栏进行提醒,也即移动终端的通知栏或状态栏接收的通知栏消息的类型并不一样,例如通知栏消息的类型可以是手机短信信息、即时通讯信息、广告、链接等等,为了提高通讯信息合并的效率,本实施例一般预设消息类型,并在对通讯信息进行解析后判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。本实施例的消息类型具体是指应用程序类型,由于NotificationManager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识,故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识,判断其是否与本实施例预设的与消息类型对应的消息来源特征标识相同。例如当本实施例只需要获取聊天类的通讯信息时,则可以预先设置消息类型包括微信类型、QQ类型、易信、飞信等等。需要说明的是,由于本实施例是将不同应用程序推送的通讯信息统一合并到手机短信当中,故对通知栏接收的手机短信类型的通知栏消息并没有必要获取,也即预先设置的消息类别无需包含手机短信类型。
本实施例通过预设消息类型,并基于解析后获得的通知栏消息的消息来源判断其是否属于预设的消息类型而决定是否获取该通知栏消息,使获取的通知栏消息更有针对性,提高了通讯信息合并的效率。
可选地,获取通知栏消息的属性信息中的消息内容包括:
判断通知栏消息的消息内容的类型是否为图片类型,若是,则保持监听至通知栏消息被打开时对消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为通知栏消息的消息内容,
若否,则判断通知栏消息的消息内容的类型是否为语音类型,若是,则保持监听至通知栏消息被播放时对消息内容录音,并获取录音所得的录音文件作为通知栏消息的消息内容,若否,则直接获取通知栏消息的消息内容。
由于通知栏消息仅仅是移动终端***设置的用于提醒移动终端用户的提醒消息,故从通知栏消息中一般无法获取图片或语音类型的消息内容,即NotificationManager一般设置图片或语音类型的消息内容不在通知栏中进行显示。
针对该问题,本实施例在获取通知栏消息的属性信息中的消息内容时,通过对通知栏消息的消息内容的类型进行判断,从而针对不同类型的消息内容采取不同的获取方式。具体地,当判断通知栏消息的消息内容为图片类型时,则保持监听至通知栏消息被打开时对消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为通知栏消息的消息内容;当判断通知栏消息的消息内容的类型是否为语音类型时,则保持监听至通知栏消息被播放时对消息内容录音,并获取录音所得的录音文件作为通知栏消息的消息内容;当判断通知栏消息的消息内容为非图片类型或语音类型时,则直接获取通知栏消息的消息内容。
本实施例通过判断消息内容的类型,采取不同的方式获取通知栏消息的消息内容,使得获得的消息内容更加完整和准确,为后续将通知栏消息正确写入手机短信存储数据库奠定了基础。
可选地,监听并获取移动终端的通知栏接收的通知栏消息之后,将通知栏消息写入手机短信存储数据库之前包括:
在移动终端的手机通讯录中获取与消息发送方匹配的通讯录联系人,作为匹配发送方。
为了更好地将通讯信息与移动终端的手机短信合并,本实施例在监听并获取移动终端的通知栏接收的通知栏消息之后,将通知栏消息写入手机短信存储数据库之前还包括:在移动终端的手机通讯录中获取与消息发送方匹配的通讯录联系人,作为匹配发送方。
本实施例所指的与消息发送方匹配的通讯录联系人是指与消息发送方相同或相应的通讯录联系人。具体地,与消息发送方相同的通讯录联系人是指与消息发送方名称相同的通讯录联系人,而与消息发送方相应的通讯录联系人是指与消息发送方名称有对应关系的通讯录联系人。例如同一个通讯录联系人,在QQ、微信等应用程序中的名称均不一样,也即本实施例在QQ、微信等应用程序推送的通知栏消息中解析出的消息发送方的名称是不一样的。由此,本实施例在将通知栏消息写入手机短信存储数据库之前,在移动终端的手机通讯录中获取与消息发送方匹配的通讯录联系人,从而为后续将通知栏消息写入手机短信存储数据库做好准备。
可选地,在移动终端的手机通讯录中获取与消息发送方匹配的通讯录联系人,作为匹配发送方包括:
判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人,若是,则将与消息发送方完全相同的通讯录联系人作为匹配发送方,若否,则获取与消息发送方对应的ID账号,并将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方。
由于同一个通讯录联系人在不同的应用程序中的名称不一样,从而导致根据通知栏消息解析出的消息发送方与该通讯录联系人的名称不相同,这可能导致不能准确匹配出与消息发送方匹配的通讯录联系人。
针对该问题,本实施例首先判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人,若是,则将与消息发送方完全相同的通讯录联系人作为匹配发送方,若否,则获取与消息发送方对应的ID账号,并将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方。本实施例在不能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人时,继续获取与消息发送方对应的ID账号,并将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,从而增加了与信息发送方匹配的通讯录联系人,且提高了消息发送方与通讯录联系人匹配的准确率。需要说明的是,由于针对不同的消息发送方,与其对应的应用程序一般都给其分配了相应的ID账号,且很多应用程序一般都开放了用于读取与消息发送方对应的ID账号接口,例如QQ应用软件开放的用于获取消息发送方对应的ID账号的接口可以读取与消息发送方对应的ID账号,故本实施例通过应用程序开放的读取接口容易获得与消息发送方对应的ID账号。
可选地,获取与消息发送方对应的ID账号,并将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方包括:
获取与消息发送方对应的ID账号;
判断是否能获取与ID账号绑定的手机号码,若是,则将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,若否,则在手机通讯录中创建新增通讯录联系人,并将新增通讯录联系人作为匹配发送方,其中,新增通讯录联系人的名称与消息发送方的名称相同。
由于并不是所有的ID账号均绑定了手机号码,故本实施例在判断能获取与ID账号绑定的手机号码时将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,否则在手机通讯录中创建新增通讯录联系人。具体地,当***判断出能获取与ID账号绑定的手机号码时,则在移动终端的手机通讯录中匹配与该手机号码对应的通讯录联系人,若能获得与该手机号码对应的通讯录联系人,则将该通讯录联系人作为匹配发送方,若不能在手机通讯录中匹配与该手机号码对应的通讯录联系人,则在手机通讯录中以该手机号码创建新的通讯录联系人,且该通讯录联系人的名称也即该手机号码;当***判断出不能获取与ID账户绑定的手机号码时,则在手机通讯录中创建新增通讯录联系人,并将新增通讯录联系人作为匹配发送方,其中,本实施例将新增通讯录联系人的名称设置成与消息发送方的名称相同。
可选地,将通知栏消息写入手机短信存储数据库包括:
获取手机短信存储数据库中存储手机短信的存储格式;
根据存储格式对通知栏消息的格式进行转换,获得通知栏写入消息;
将通知栏写入消息写入手机短信存储数据库。
为了能将写入手机短信存储数据库中的通知栏消息准确显示在显示手机短信的手机短信界面,本实施例对通知栏消息进行格式转换,即将其转换成与手机短信的存储格式相同的消息,然后将进行格式转换后的通知栏写入消息写入手机短信存储数据库,从而实现在显示手机短信的界面同时显示其他应用程序发送的通讯信息。具体地,本实施例首先获取手机短信的存储格式模板,然后将对通知栏消息进行解析后的属性信息分别写入存储格式模板中与其对应的字段中,并进行保存。
本实施例通过将通知栏消息转换成与手机短信相同的格式,从而实现了在手机短信界面同时显示通知栏消息,方便用户对不同应用程序推送的通讯信息的查看与阅读,提升了用户体验。
可选地,将通知栏写入消息写入手机短信存储数据库包括:
将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。
由于直接将通知栏写入消息写入手机短信存储数据库中可能造成通知栏写入信息显示的分散和杂乱,以及导致通知栏写入消息与手机短信的关联性差的问题,故本实施例在将通知栏写入消息写入手机短信存储数据库时,将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。
本实施例通过将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域,方便移动终端用户对同一通讯录联系人发送的不同应用程序的通讯信息的统一查看和阅读管理,解决了同一通讯录联系人发送的不同应用程序的通讯信息分散,关联度差,不方便管理的问题,提高了通讯信息的利用率,提升了用户体验。
下面针对三个具体实施例对本发明的通讯信息合并的过程和原理进行更进一步说明。参照图2,具体实施例一中,合并通讯信息的方法包括:
步骤S201,对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。具体地,当***监听到移动终端的通知栏接收到通知栏消息时,首先获取与该通知栏消息对应的消息实体,然后对该消息实体进行解析,从而获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。假设本实施例获得的通知栏消息的消息来源为QQ、消息发送方为王五,消息内容为“在忙吗?”,以及消息接收时间为2015年10月2日上午9点整。
步骤S202,判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息,若否,则不获取通知栏消息。具体地,假设本实施例预设的消息类型为微信类型、QQ类型,由于手机***中的NotificationManager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识,故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识判断通知栏消息的消息来源是否是本实施例预设的消息类型,即判断对通知栏消息进行解析后获得的消息来源特征标识是否与本实施例预设的与微信类型、QQ类型分别对应的消息来源特征标识相同。由于本实施例在步骤S201中解析出该通知栏消息的消息来源为QQ,也即该通知栏消息的消息来源属于预设的消息类型,从而获取通知栏消息的属性信息。
步骤S203,判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人,若是,则将与消息发送方完全相同的通讯录联系人作为匹配发送方。具体地,假设本实施例中移动终端的手机通讯录中存储有与“王五”名称相同的通讯录联系人,也即本实施例能从移动终端的手机通讯录中匹配到与消息发送方完全相同的通讯录联系人,则将通讯录联系人“王五”作为与匹配发送方。
步骤S204,获取手机短信存储数据库中存储手机短信的存储格式。具体地,假设本实施例获取手机短信存储数据库中存储手机短信的存储格式包括四个字段,分别是短信来源、短信发送方、短信内容以及短信接收时间。
步骤S205,根据存储格式对通知栏消息的格式进行转换,获得通知栏写入消息。具体地,本实施例通过对通知栏消息进行解析后分别获得与短信来源、短信发送方、短信内容以及短信接收时间对应的字段内容,分别为“QQ”、“王五”,“在忙吗?”,“2015年10月2日上午9点整”。在实际的实施过程中,当对通知栏消息进行解析后获取的属性信息比手机短信存储数据库中存储手机短信的存储格式要求的信息多时,则丢弃多余的属性信息,当对通知栏消息进行解析后获取的属性信息比手机短信存储数据库中存储手机短信的存储格式要求的信息少时,则设置与存储格式对应缺少的字段内容为空。
步骤S206,将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。具体地,由于本实施例根据步骤S203获取到匹配发送方为在移动终端的手机通讯录中的通讯录联系人“王五”,故将通知栏写入消息写入手机短信存储数据库中与“王五”对应的手机短信存储区域。
本实施例通过将通知栏写入消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域,方便移动终端用户对同一通讯录联系人发送的不同应用程序的通讯信息的统一查看和阅读管理,解决了同一通讯录联系人发送的不同应用程序的通讯信息分散,关联度差,不方便管理的问题,提高了通讯信息的利用率,提升了用户体验。
参照图3,具体实施例二中,合并通讯信息的方法包括:
步骤S301,对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。具体地,当***监听到移动终端的通知栏接收到通知栏消息时,首先获取与该通知栏消息对应的消息实体,然后对该消息实体进行解析,从而获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。假设本实施例获得的通知栏消息的消息来源为QQ、消息发送方为小王,消息内容为“图片”,以及消息接收时间为2015年10月2日上午9点整。
步骤S302,判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。具体地,假设本实施例预设的消息类型为微信类型、QQ类型,由于手机***中的NotificationManager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识,故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识判断通知栏消息的消息来源是否是本实施例预设的消息类型,即判断对通知栏消息进行解析后获得的消息来源特征标识是否与本实施例预设的与微信类型、QQ类型分别对应的消息来源特征标识相同。由于本实施例在步骤S301中解析出该通知栏消息的消息来源为QQ,也即该通知栏消息的消息来源属于预设的消息类型,从而获取通知栏消息的属性信息。
步骤S303,判断通知栏消息的消息内容的类型是否为图片类型,若是,则保持监听至通知栏消息被打开时对消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为通知栏消息的消息内容。具体地,根据步骤S301容易获得本实施例的消息内容的类型为图片类型,则本实施例保持监听至通知栏消息被打开时对消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为通知栏消息的消息内容,也即将步骤S302获取的消息内容替换为通过拍照或截图所得的图片文件。
步骤S304,判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人。具体地,假设本实施例中移动终端的手机通讯录中并没有存储与“小王”名称相同的通讯录联系人,也即本实施例不能从移动终端的手机通讯录中匹配到与消息发送方完全相同的通讯录联系人。
步骤S305,获取与消息发送方对应的ID账号。具体地,由于本实施例获取到消息发送方为“小王”,则通过QQ应用软件开放的用于获取消息发送方对应的ID账号的接口可以读取与消息发送方对应的ID账号,假设本实施例获取到与“小王”对应的QQ应用的ID账号为12345678。
步骤S306,判断是否能获取与ID账号绑定的手机号码,若是,则将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,若否,则在手机通讯录中创建新增通讯录联系人,并将新增通讯录联系人作为匹配发送方,其中,新增通讯录联系人的名称与消息发送方的名称相同。具体地,假设本实施例能获取到与ID账户绑定的手机号码,且该手机号码在手机通讯录中对应的通讯录联系人的名称为“王五”。
步骤S307,将通知栏消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。具体地,由于本实施例根据步骤S306获取到匹配发送方为在移动终端的手机通讯录中与ID账号绑定的手机号码对应的通讯录联系人(“王五”),故将通知栏写入消息写入手机短信存储数据库中与“王五”对应的手机短信存储区域。
本实施例通过在判断消息内容的类型为图片类型时,保持监听至通知栏消息被打开时对消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为通知栏消息的消息内容,使得获得的消息内容更加完整和准确,且为后续将通知栏消息正确写入手机短信存储数据库奠定了基础。
此外,本实施例通过将通知栏消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域,方便移动终端用户对同一通讯录联系人发送的不同应用程序的通讯信息的统一查看和阅读管理,解决了同一通讯录联系人发送的不同应用程序的通讯信息分散,关联度差,不方便管理的问题,提高了通讯信息的利用率,提升了用户体验。
参照图4,具体实施例三中,合并通讯信息的方法包括:
步骤S401,对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。具体地,当***监听到移动终端的通知栏接收到通知栏消息时,首先获取与该通知栏消息对应的消息实体,然后对该消息实体进行解析,从而获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间。假设本实施例获得的通知栏消息的消息来源为QQ、消息发送方为小王,消息内容为语音播放图标,以及消息接收时间为2015年10月2日上午9点整。
步骤S402,判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。具体地,假设本实施例预设的消息类型为微信类型、QQ类型,由于手机***中的NotificationManager模块对每一个应用程序推送的通讯信息均分配唯一的消息来源特征标识,故本实施例可以通过对通知栏消息进行解析后获得的消息来源特征标识判断通知栏消息的消息来源是否是本实施例预设的消息类型,即判断对通知栏消息进行解析后获得的消息来源特征标识是否与本实施例预设的与微信类型、QQ类型分别对应的消息来源特征标识相同。由于本实施例在步骤S401中解析出该通知栏消息的消息来源为QQ,也即该通知栏消息的消息来源属于预设的消息类型,从而获取通知栏消息的属性信息。
步骤S403,判断通知栏消息的消息内容的类型是否为语音类型,若是,则保持监听至通知栏消息被播放时对消息内容录音,并获取录音所得的录音文件作为通知栏消息的消息内容。具体地,根据步骤S401容易获得本实施例的消息内容的类型为语音类型,则本实施例保持监听至通知栏消息被播放时对消息内容录音,并获取录音所得的录音文件作为通知栏消息的消息内容,也即将步骤S402获取的消息内容替换为通过录音所得的录音文件。
步骤S404,判断是否能从移动终端的手机通讯录中匹配与消息发送方完全相同的通讯录联系人。具体地,假设本实施例中移动终端的手机通讯录中并没有存储与“小王”名称相同的通讯录联系人,也即本实施例不能从移动终端的手机通讯录中匹配到与消息发送方完全相同的通讯录联系人。
步骤S405,获取与消息发送方对应的ID账号。具体地,由于本实施例获取到消息发送方为“小王”,则通过QQ应用软件开放的用于获取消息发送方对应的ID账号的接口可以读取与消息发送方对应的ID账号,假设本实施例获取到与“小王”对应的QQ应用的ID账号为12345678。
步骤S406,判断是否能获取与ID账号绑定的手机号码,若是,则将与ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,若否,则在手机通讯录中创建新增通讯录联系人,并将新增通讯录联系人作为匹配发送方,其中,新增通讯录联系人的名称与消息发送方的名称相同。
具体地,由于在实际的实施过程中,移动终端不一定会将应用程序的ID账号与和手机号码绑定,故针对这种现象,本实施例不一定能获取与ID账号绑定的手机号码,从而不能根据该手机号码获取到与消息发送方匹配的通讯录联系人。假设本实施例不能获取与ID账号绑定的手机号码,则在手机通讯录中创建新增通讯录联系人,并将新增通讯录联系人作为匹配发送方,其中,新增通讯录联系人的名称与消息发送方的名称相同。具体地,本实施例在移动终端的手机通讯录中创建新增通讯录联系人,且该新增通讯录联系人的名称为“小王”。
步骤S407,将通知栏消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域。具体地,由于本实施例根据步骤S406获取到匹配发送方为在移动终端的手机通讯录中创建的新增通讯录联系人(“小王”),故将通知栏写入消息写入手机短信存储数据库中与“小王”对应的手机短信存储区域。
本实施例通过在判断消息内容的类型为语音类型时,保持监听至通知栏消息被播放时对消息内容录音,并获取录音所得的录音文件作为通知栏消息的消息内容,使得获得的消息内容更加完整和准确,且为后续将通知栏消息正确写入手机短信存储数据库奠定了基础。
此外,本实施例通过将通知栏消息写入手机短信存储数据库中与匹配发送方对应的手机短信存储区域,方便移动终端用户对同一通讯录联系人发送的不同应用程序的通讯信息的统一查看和阅读管理,解决了同一通讯录联系人发送的不同应用程序的通讯信息分散,关联度差,不方便管理的问题,提高了通讯信息的利用率,提升了用户体验。
参照图5,本发明的优选实施例提供的通讯信息的合并装置,包括:
监听装置10,用于监听并获取移动终端的通知栏接收的通知栏消息;
写入装置20,用于将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据。
可选地,监听装置10包括:
解析装置,用于对移动终端的通知栏接收的通知栏消息进行解析,获得通知栏消息的属性信息,属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间;
判断装置,用于判断通知栏消息的消息来源是否属于预设的消息类型,若是,则获取通知栏消息的属性信息,若否,则不获取通知栏消息。
本发明提供的通讯信息的合并装置,通过监听并获取移动终端的通知栏接收的通知栏消息,将通知栏消息写入手机短信存储数据库,手机短信存储数据库用于存储移动终端进行手机短信通讯产生的通讯数据,解决了不同的应用组件推送的通讯信息分散的技术问题,使得移动终端接收的不同应用的通讯信息共同存储在手机短信存储数据库中,方便移动终端用户对不同应用推送的通讯信息的统一查看和管理分析,提高了通讯信息的利用率,提升了用户体验。
本实施例通讯信息的合并装置的具体工作过程和工作原理可参照本实施例的通讯信息的合并方法的工作过程和工作原理。本发明实施例中的移动终端的设备可以是台式电脑、平板电脑、个人数字助理、手机、电视机、车载电脑、可穿戴通信设备等。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种通讯信息的合并方法,其特征在于,包括:
监听并获取移动终端的通知栏接收的通知栏消息;
将所述通知栏消息写入手机短信存储数据库,所述手机短信存储数据库用于存储所述移动终端进行手机短信通讯产生的通讯数据。
2.根据权利要求1所述的通讯信息的合并方法,其特征在于,监听并获取移动终端的通知栏接收的通知栏消息包括:
对移动终端的通知栏接收的通知栏消息进行解析,获得所述通知栏消息的属性信息,所述属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间;
判断所述通知栏消息的消息来源是否属于预设的消息类型,若是,则获取所述通知栏消息的属性信息,若否,则不获取所述通知栏消息。
3.根据权利要求2所述的通讯信息的合并方法,其特征在于,获取所述通知栏消息的属性信息中的消息内容包括:
判断所述通知栏消息的消息内容的类型是否为图片类型,若是,则保持监听至所述通知栏消息被打开时对所述消息内容进行拍照或截图,并获取拍照或截图所得的图片文件作为所述通知栏消息的消息内容,
若否,则判断所述通知栏消息的消息内容的类型是否为语音类型,若是,则保持监听至所述通知栏消息被播放时对所述消息内容录音,并获取录音所得的录音文件作为所述通知栏消息的消息内容,若否,则直接获取所述通知栏消息的消息内容。
4.根据权利要求3所述的通讯信息的合并方法,其特征在于,监听并获取移动终端的通知栏接收的通知栏消息之后,将所述通知栏消息写入手机短信存储数据库之前包括:
在所述移动终端的手机通讯录中获取与所述消息发送方匹配的通讯录联系人,作为匹配发送方。
5.根据权利要求4所述的通讯信息的合并方法,其特征在于,在所述移动终端的手机通讯录中获取与所述消息发送方匹配的通讯录联系人,作为匹配发送方包括:
判断是否能从所述移动终端的手机通讯录中匹配与所述消息发送方完全相同的通讯录联系人,若是,则将与所述消息发送方完全相同的通讯录联系人作为匹配发送方,若否,则获取与所述消息发送方对应的ID账号,并将与所述ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方。
6.根据权利要求5所述的通讯信息的合并方法,其特征在于,获取与所述消息发送方对应的ID账号,并将与所述ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方包括:
获取与所述消息发送方对应的ID账号;
判断是否能获取与所述ID账号绑定的手机号码,若是,则将与所述ID账号绑定的手机号码对应的通讯录联系人作为匹配发送方,若否,则在所述手机通讯录中创建新增通讯录联系人,并将所述新增通讯录联系人作为匹配发送方,其中,所述新增通讯录联系人的名称与所述消息发送方的名称相同。
7.根据权利要求6所述的通讯信息的合并方法,其特征在于,将所述通知栏消息写入手机短信存储数据库包括:
获取手机短信存储数据库中存储手机短信的存储格式;
根据所述存储格式对所述通知栏消息的格式进行转换,获得通知栏写入消息;
将所述通知栏写入消息写入所述手机短信存储数据库。
8.根据权利要求7所述的通讯信息的合并方法,其特征在于,将所述通知栏写入消息写入所述手机短信存储数据库包括:
将所述通知栏写入消息写入所述手机短信存储数据库中与所述匹配发送方对应的手机短信存储区域。
9.一种通讯信息的合并装置,其特征在于,
监听装置,用于监听并获取移动终端的通知栏接收的通知栏消息;
写入装置,用于将所述通知栏消息写入手机短信存储数据库,所述手机短信存储数据库用于存储所述移动终端进行手机短信通讯产生的通讯数据。
10.根据权利要求9所述的通讯信息的合并装置,其特征在于,所述监听装置包括:
解析装置,用于对移动终端的通知栏接收的通知栏消息进行解析,获得所述通知栏消息的属性信息,所述属性信息至少包括消息来源、消息发送方、消息内容以及消息接收时间;
判断装置,用于判断所述通知栏消息的消息来源是否属于预设的消息类型,若是,则获取所述通知栏消息的属性信息,若否,则不获取所述通知栏消息。
CN201610019667.5A 2016-01-13 2016-01-13 通讯信息的合并方法及装置 Pending CN105472167A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610019667.5A CN105472167A (zh) 2016-01-13 2016-01-13 通讯信息的合并方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610019667.5A CN105472167A (zh) 2016-01-13 2016-01-13 通讯信息的合并方法及装置

Publications (1)

Publication Number Publication Date
CN105472167A true CN105472167A (zh) 2016-04-06

Family

ID=55609408

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610019667.5A Pending CN105472167A (zh) 2016-01-13 2016-01-13 通讯信息的合并方法及装置

Country Status (1)

Country Link
CN (1) CN105472167A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105872997A (zh) * 2016-05-31 2016-08-17 努比亚技术有限公司 一种短信合并方法及终端设备
CN106547439A (zh) * 2016-10-28 2017-03-29 努比亚技术有限公司 一种处理消息的方法和装置
CN106959858A (zh) * 2017-03-29 2017-07-18 联想(北京)有限公司 信息处理方法及装置
CN109062709A (zh) * 2018-07-12 2018-12-21 维沃移动通信有限公司 一种通知消息的处理方法及移动终端
CN112073289A (zh) * 2019-06-10 2020-12-11 腾讯科技(深圳)有限公司 一种即时通信控制方法及装置
CN112182335A (zh) * 2020-09-28 2021-01-05 四川封面传媒有限责任公司 一种热点新闻抓取方法、装置及服务器

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2369530A1 (en) * 2010-02-26 2011-09-28 Research In Motion Limited Enhanced banner advertisements
CN102740242A (zh) * 2011-03-30 2012-10-17 北京千橡网景科技发展有限公司 在移动电话上管理网站消息的方法和设备
CN103747427A (zh) * 2013-12-30 2014-04-23 华为终端有限公司 一种消息的推送方法和终端
CN105094791A (zh) * 2014-05-22 2015-11-25 北京奇虎科技有限公司 状态栏通知的存储方法及装置
CN105187621A (zh) * 2015-06-25 2015-12-23 努比亚技术有限公司 消息提示的方法、装置及终端

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2369530A1 (en) * 2010-02-26 2011-09-28 Research In Motion Limited Enhanced banner advertisements
CN102740242A (zh) * 2011-03-30 2012-10-17 北京千橡网景科技发展有限公司 在移动电话上管理网站消息的方法和设备
CN103747427A (zh) * 2013-12-30 2014-04-23 华为终端有限公司 一种消息的推送方法和终端
CN105094791A (zh) * 2014-05-22 2015-11-25 北京奇虎科技有限公司 状态栏通知的存储方法及装置
CN105187621A (zh) * 2015-06-25 2015-12-23 努比亚技术有限公司 消息提示的方法、装置及终端

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105872997A (zh) * 2016-05-31 2016-08-17 努比亚技术有限公司 一种短信合并方法及终端设备
CN106547439A (zh) * 2016-10-28 2017-03-29 努比亚技术有限公司 一种处理消息的方法和装置
CN106547439B (zh) * 2016-10-28 2020-01-07 努比亚技术有限公司 一种处理消息的方法和装置
CN106959858A (zh) * 2017-03-29 2017-07-18 联想(北京)有限公司 信息处理方法及装置
CN106959858B (zh) * 2017-03-29 2021-06-15 联想(北京)有限公司 信息处理方法及装置
CN109062709A (zh) * 2018-07-12 2018-12-21 维沃移动通信有限公司 一种通知消息的处理方法及移动终端
CN112073289A (zh) * 2019-06-10 2020-12-11 腾讯科技(深圳)有限公司 一种即时通信控制方法及装置
CN112182335A (zh) * 2020-09-28 2021-01-05 四川封面传媒有限责任公司 一种热点新闻抓取方法、装置及服务器

Similar Documents

Publication Publication Date Title
CN105472167A (zh) 通讯信息的合并方法及装置
KR100540241B1 (ko) 메시지 관리방법
US6760728B1 (en) Method and apparatus for importing and exporting directory and calendar information to and from personal information management applications
US20090247231A1 (en) Telecommunication device and handwriting input processing method thereof
CN105677313A (zh) 通知消息的显示方法、装置及终端设备
KR102160615B1 (ko) 비대면 영업 관리 시스템 및 그 방법
CN101072067A (zh) 实现短消息分类发送、接收、显示的装置及方法
CN102265297A (zh) 管理和显示相关通信的技术
US20110003582A1 (en) System for supporting video message service and method thereof
CN103345696A (zh) 一种推送信息显示方法、装置及移动终端
US20080256487A1 (en) Method for managing user content in communication terminal
CN111476015A (zh) 一种文档处理方法、装置、电子设备及存储介质
US20130013647A1 (en) Method and device for importing backup data for a mobile terminal
CN101998162B (zh) 实现移动终端中多媒体节目互动业务的方法、***及装置
US20070158403A1 (en) Business card information exchange device and method
CN102567402A (zh) 电子设备以及信息处理方法
CN106708794A (zh) 一种考勤报表处理方法及装置
CN103002492A (zh) 一种移动终端的通信测试方法及装置
US20230401377A1 (en) Document creation method and apparatus, and device and storage medium
KR100784263B1 (ko) 클립보드를 이용한 메시지 전송 방법 및 이를 위한 장치
CN105472168A (zh) 通讯信息的合并方法及装置
CN102447948B (zh) 网络电视服务器及其发送消息的方法
CN102014191A (zh) 一种获取联系人姓名的***及方法
CN104581660A (zh) 处理短信服务信息的方法和相关通信***
CN103491234A (zh) 一种数据处理的方法及一种电子设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160406