短消息处理方法和装置制造方法
【专利摘要】本发明实施例公开了一种短消息处理方法和装置。所述短消息处理方法包括：根据预定处理规则从接收到的短消息中获取关键信息；根据应用程序的包名确定需要录入所述关键信息的应用程序；将所述关键信息输入至所述应用程序。本发明实施例提供的短消息处理方法和装置提高了对包含关键信息的短消息的处理效率。
【专利说明】短消息处理方法和装置
【技术领域】
[0001 ] 本发明实施例涉及通信【技术领域】，尤其涉及一种短消息处理方法和装置。
【背景技术】
[0002]近年来，随着移动通讯技术的快速发展以及手机的广泛普及，越来越多的用户和系统选择用短消息的形式传输信息。比如，用户在进行网购系统的注册时，为了与用户之间的通信的便捷，所述网购系统将用户的身份验证码通过短消息的形式发送到用户的手机上。用户接收到上述短消息以后，通过读取所述短消息识别所述验证码，再将所述验证码输入至网购系统的身份验证子系统，完成他的身份验证过程。再比如，用户在使用流量查询系统的过程中，所述流量查询系统将用户在一段时间内使用的流量统计数据通过短消息的形式发送至用户的手机。用户在接收到上述短消息以后，读取所述流量统计数据，再将所述流量统计数据再次输入至所述流量查询系统的记录页面，完成流量统计数据的记录。在上述的过程中，用户需要自己阅读相关的短消息，记忆短消息中的关键内容，再将所述关键内容手动输入至系统。这样的过程难免显得十分繁琐。
【发明内容】
[0003]有鉴于此，本发明实施例提出一种短消息处理方法和装置，以提高对包含关键信息的短消息的处理效率。
[0004]第一方面，本发明实施例提供了一种短消息处理方法，所述方法包括:
[0005]根据预定处理规则从接收到的短消息中获取关键信息；
[0006]根据应用程序的包名确定需要录入所述关键信息的应用程序；
[0007]将所述关键信息输入至所述应用程序。
[0008]第二方面，本发明实施例提供了一种短消息处理装置，所述装置包括:
[0009]关键信息获取模块，用于根据预定处理规则从接收到的短消息中获取关键信息；
[0010]应用程序确定模块，用于根据应用程序的包名确定需要录入所述关键信息的应用程序；
[0011]关键信息输入模块，用于将所述关键信息输入至所述应用程序。
[0012]本发明实施例提供的短消息处理方法和装置，通过根据预定处理规则从接收到的短消息中获取关键信息，根据应用程序的包名确定需要录入所述关键信息的应用程序，将所述关键信息输入至所述应用程序，使得移动终端在接收到短消息以后，能够自动的从短消息中提取关键信息，并将关键信息自动的输入至正确的应用程序，提高了对包含关键信息的短消息的处理效率。
【专利附图】
【附图说明】
[0013]通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显:
[0014]图1是本发明第一实施例提供的短消息处理方法的流程图；
[0015]图2是本发明第二实施例提供的短消息处理方法的流程图；
[0016]图3是本发明第三实施例提供的短消息处理方法的流程图；
[0017]图4是本发明第四实施例提供的短消息处理方法的流程图；
[0018]图5是本发明第五实施例提供的短消息处理装置的结构图。
【具体实施方式】
[0019]下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。
[0020]图1示出了本发明的第一实施例。
[0021]图1是本发明第一实施例提供的短消息处理方法的流程图。参见图1，所述短消息处理方法包括:
[0022]步骤S110，根据预定处理规则从接收到的短消息中获取关键信息。
[0023]在不同的应用场景下，服务器经常会通过短消息的形式将一些应用程序运行过程中用户需要输入至应用程序的人机交互界面的关键信息发送给用户。比如，用户在进行应用程序的登录或者新用户名的注册的过程中，应用程序可能需要用户将一个应用程序实时分配的验证码输入至登录界面或者注册界面。此时，服务器可以将实施分配给用户的验证码通过短消息的形式发送给用户。再比如，在一些流量统计的应用程序中，服务器也可以通过短消息的形式将用户的业务流量数据发送给用户，用户接收到所述业务流量数据以后，可以将这些业务流量数据输入至一个流量统计界面，对自己的流量数据进行统计、分析。还比如，在一些账务统计的应用程序中，服务器可以通过短消息的形式将用户的账户收入支出明细列表发送给用户，用户在接收到所述账户收入支出明细列表以后，可以将该账户收入支出明细列表输入至一个账务统计界面，对自己的账务信息进行统计。
[0024]然而，假如只依靠用户对这些信息的记忆以及用户的自己对应用程序的手动操作将这些信息输入至应用程序的指定界面，会使得应用程序的操作过程繁琐，并且难以保证用户输入信息的准确性。
[0025]为了解决上述问题，在接收到服务器发送的包含有所述关键信息的短消息以后，移动终端根据预定处理规则从接收到的短消息中获取所述关键信息。优选的，所述预定处理规则包括对所述短消息的字符串切分、字符串拼接、字符串加密和/或散列值计算。进一步优选的，所述预定处理规则包括根据特定发送号码或短消息内容的字符串切分、字符串拼接、字符串加密和/或散列值计算。
[0026]示例的，可以对接收到的短消息进行字符串的切分及拼接，提取出生成所述关键信息的基础字符串，再对该基础字符串进行加密。对所述基础字符串进行加密后的密文就是所述关键信息。
[0027]还可以对接收到的短消息进行字符串的切分及拼接，提取出生成所述关键信息的基础字符串，再对该基础字符串计算散列值，最后将所述基础字符串的散列值作为所述关键信息。
[0028]另外，优选的，所述关键信息包括验证码信息、账户关键信息或者流量关键信息。
[0029]步骤S120，根据应用程序的包名确定需要录入所述关键信息的应用程序。
[0030]随着移动端应用程序开发的兴起，用户的移动终端上一般都会安装有不止一个的应用程序。如果不对录入所述关键信息的目标应用程序进行辨认，则很有可能将所述关键信息输入至错误的应用程序。
[0031]在应用程序开发的过程中，开发人员会对应用程序的代码进行分包管理。而在对应用程序的代码进行分包管理的过程中，开发人员会对应用程序的代码取至少一个包名。在将从短消息中获取到的关键信息输入至应用程序之前，对应用程序的包名进行辨认，并根据所述包名确定需要录入所述关键信息的应用程序。能够保证录入所述关键信息的应用程序是就是需要录入所述关键信息的目标应用程序。
[0032]优选的，可以利用正则表达式对所述包名进行匹配，将具有通过匹配的包名的应用程序作为录入所述关键信息的应用程序。
[0033]还可以预先建立短消息发送号码与应用程序的包名之间的映射关系。在接收到短消息以后，根据所述映射关系确定接收到的短消息的发送号码对应的应用程序的包名，并将与该包名相对应的应用程序作为录入所述关键信息的应用程序。
[0034]步骤S130，将所述关键信息输入至所述应用程序。
[0035]通过包名确定需要录入所述关键信息的应用程序以后，将所述关键信息自动的输入至所述应用程序。
[0036]在移动终端输入所述关键信息以后，应用程序会对自动输入的关键信息执行不同的处理。
[0037]例如，在应用程序登录或新用户注册的应用场景中，所述关键信息为验证码信息，应用程序将输入的验证码信息自动填写至当前身份验证页面中需要用户填写验证码的位置，进而根据验证码对用户的身份进行验证，以决定是否允许用户登录或者注册；从而不需要用户执行从短消息中查看验证码再将验证码输入至当前身份验证页面的操作，提升了用户体验。
[0038]再例如，在流量统计的应用场景中，所述关键信息为流量关键信息，应用程序会根据输入的流量关键信息进行流量控制处理，比如在网络月流量超过设定阈值时，提醒用户关闭数据移动网络或直接关闭数据移动网络。
[0039]又例如，在账务统计的应用场景中，所述关键信息为账户关键信息(例如账号、时间、额度变化、转入转出等信息)，应用程序会对输入的账户关键信息进行保存、统计、分析，以给出用户的业务流量统计报告。
[0040]本实施例通过根据预定规则从接收到的短消息中获取关键信息，根据应用程序的包名确定需要录入所述关键信息的应用程序，以及将所述关键信息输入至所述应用程序，对录入所述关键信息的应用程序进行了辨认，保证能够将所述关键信息输入至正确的应用程序。
[0041]图2示出了本发明的第二实施例。
[0042]图2是本发明第二实施例提供的短消息处理方法的流程图。所述短消息处理方法以本发明第一实施例为基础，进一步的，在根据预定处理规则从接收到的短消息中获取关键信息之前，还包括:对需要提取关键信息的短消息发送号码或短消息内容进行学习；在接收到短消息以后，根据所述短消息的发送号码或短消息内容判断是否需要对所述短消息进行关键息提取。
[0043]参见图2，所述短消息处理方法包括:
[0044]步骤S210，对需要提取关键信息的短消息发送号码或短消息内容进行学习。
[0045]在本实施例中，对于接收到的短消息是否包含需要获取的关键信息可以依据所述短消息发送号码来辨认，也可以依据所述短消息的内容来辨认。因此，在接收短消息并从中获取关键信息之前，需要对能够提取所述关键信息的短消息发送号码或者短消息内容进行学习。
[0046]可以预先将不同的短消息进行是否需要关键信息提取的标注，然后通过运行机器学习算法对所述短消息发送号码进行学习，从而获得哪些短消息发送号码发送的短消息是需要关键信息提取的学习结果。
[0047]还可以预先对不同的短消息进行是否需要关键信息提取的标注，然后通过运行机器学习算法对所述短消息内容进行学习，从而获得具有不同短消息内容的短消息是否需要关键信息提取的学习结果。
[0048]优选的,可以通过支持向量机(Support vector machine, SVM)算法执行上述对所述短消息发送号码或者所述短消息内容的学习。
[0049]步骤S220，在接收到短消息以后，根据所述短消息的发送号码或短消息内容判断是否需要对所述短消息进行关键信息提取。
[0050]完成对所述短消息发送号码或者短消息内容的学习以后，移动终端就存储有需要进行关键信息提取的所有的短消息发送号码。因此，在接收到一条短消息以后，移动终端能够根据自身的学习结果判断所述短消息是否需要关键信息提取。若所述短消息需要执行关键信息的提取，否则，不执行关键信息的提取。
[0051]步骤S230，在判断需要对所述短消息进行关键信息提取时，根据预定处理规则从接收到的短消息中获取关键信息。
[0052]步骤S240，根据应用程序的包名确定需要录入所述关键信息的应用程序。
[0053]步骤S250，将所述关键信息输入至所述应用程序。
[0054]本实施例通过在从接收到的短消息中获取关键信息之前，对需要提取关键信息的短消息发送号码进行学习，以及在接收到短消息以后，根据所述短消息的发送号码判断所述短消息是否需要关键信息提取，使得移动终端上存储有需要进行关键信息获取的短消息发送号码，从而保证移动终端能够从正确的短消息中获取到所述关键信息。
[0055]图3示出了本发明的第三实施例。
[0056]图3是本发明第三实施例提供的短消息处理方法的流程图。所述短消息处理方法以本发明第一实施例为基础，进一步的，在将所述关键信息输入至所述应用程序之后，还包括:根据预定的屏蔽规则确定是否需要对所述短消息进行屏蔽。
[0057]参见图3，所述短消息处理方法包括:
[0058]步骤S310，根据预定处理规则从接收到的短消息中获取关键信息。
[0059]步骤S320，根据应用程序的包名确定需要录入所述关键信息的应用程序。
[0060]步骤S330，将所述关键信息输入至所述应用程序。
[0061]步骤S340，根据预定的屏蔽规则确定是否需要对所述短消息进行屏蔽，在确定为是时，执行对所述短消息的屏蔽，否则不对所述短消息进行屏蔽。
[0062]在移动通信广泛使用的今天，短消息中垃圾短消息的数量也不在少数。用户可以通过设置屏蔽规则，对垃圾短消息进行屏蔽。具体的，可以根据预定的屏蔽规则确定是否需要对接收到的短消息进行屏蔽。进一步的，如果判定需要对接收到的短消息进行屏蔽，则将所述短消息的发送号码添加至号码黑名单，否则，不执行黑名单添加的操作。这样，当同样的号码再次向所述移动终端发送短消息时，所述短消息会被移动终端屏蔽。
[0063]本实施例通过在将关键信息输入至应用程序之后，根据预定的屏蔽规则确定是否需要对所述短消息进行屏蔽，实现了对垃圾短消息的屏蔽。
[0064]图4示出了本发明的第四实施例。
[0065]图4是本发明第四实施例提供的短消息处理方法的流程图。所述短消息处理方法以本发明第一实施例为基础，进一步的，在根据应用程序的包名确定需要录入所述关键信息的应用程序之后，并且在将所述关键信息输入至所述应用程序之前，还包括:对用户身份进行验证。
[0066]步骤S410，根据预定处理规则从接收到的短消息中获取关键信息。
[0067]步骤S420，根据应用程序的包名确定需要录入所述关键信息的应用程序。
[0068]步骤S430，对用户身份进行验证。
[0069]为了防止所述短消息处理方法被非法用户利用，向应用程序中输入无效的信息，在移动终端将所述关键信息输入至应用程序之前，对用户的身份进行一次验证。
[0070]优选的，对用户身份的验证包括利用人脸识别的验证，或者通过指纹识别的认证。
[0071]步骤S440，将所述关键信息输入至所述应用程序。
[0072]本实施例通过在根据应用程序的包名确定需要录入所述关键信息的应用程序之后，并且在将所述关键信息输入至所述应用程序之前，对用户的身份进行进一步的验证，使得在输入所述关键信息前，确认执行操作的用户的身份，进一步的提高了关键信息输入过程的安全性。
[0073]图5示出了本发明的第五实施例。
[0074]图5是本发明第五实施例提供的短消息处理装置的结构图。参见图5，所述短消息处理装置包括:关键信息获取模块530、应用程序确定模块540以及关键信息输入模块560。
[0075]所述关键信息获取模块530用于根据预定处理规则从接收到的短消息中获取关键信息。
[0076]所述应用程序确定模块540用于根据应用程序的包名确定需要录入所述关键信息的应用程序。
[0077]所述关键信息输入模块560用于将所述关键信息输入至所述应用程序。
[0078]优选的，所述短消息处理装置还包括:号码学习模块510以及信息提取验证模块520。
[0079]所述号码学习模块510用于在根据预定处理规则从接收到的短消息中获取关键信息之前，对需要提取关键信息的短消息发送号码或短消息内容进行学习。
[0080]所述信息提取验证模块520用于在在根据预定处理规则从接收到的短消息中获取关键信息之前，接收到短消息以后，根据所述短消息发送号码或短消息内容判断是否需要对所述短消息进行关键信息提取。
[0081]优选的，所述短消息处理装置还包括:短消息屏蔽模块570。
[0082]所述短消息屏蔽模块570用于在将所述关键信息输入至所述应用程序之后，根据预定的屏蔽规则确定是否需要对所述短消息进行屏蔽。
[0083]优选的，所述短消息处理装置还包括:身份验证模块550。
[0084]所述身份验证模块550用于根据应用程序的包名确定需要录入所述关键信息的应用程序之后，对用户的身份进行验证。
[0085]优选的，所述预定处理规则包括根据特定发送号码或短消息内容的字符串切分、字符串拼接、散列值计算。
[0086]优选的，所述关键信息包括验证码信息、账户关键信息或者流量关键信息。
[0087]上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0088]本领域普通技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个计算装置上，或者分布在多个计算装置所组成的网络上，可选地，他们可以用计算机装置可执行的程序代码来实现，从而可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件的结合。
[0089]本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间的相同或相似的部分互相参见即可。
[0090]以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种短消息处理方法，其特征在于，包括: 根据预定处理规则从接收到的短消息中获取关键信息； 根据应用程序的包名确定需要录入所述关键信息的应用程序； 将所述关键信息输入至所述应用程序。
2.根据权利要求1所述的方法，其特征在于，在根据预定处理规则从接收到的短消息中获取关键信息之前，还包括: 对需要提取关键信息的短消息发送号码或短消息内容进行学习； 在接收到短消息以后，根据所述短消息发送号码或短消息内容判断是否需要对所述短消息进行关键信息提取。
3.根据权利要求1所述的方法，其特征在于，在将所述关键信息输入至所述应用程序之后，还包括: 根据预定的屏蔽规则确定是否需要对所述短消息进行屏蔽。
4.根据权利要求1所述的方法，其特征在于，在根据应用程序的包名确定需要录入所述关键信息的应用程序之后，并且在将所述关键信息输入至所述应用程序之前，还包括: 对用户身份进行验证。
5.根据权利要求1至4任一所述的方法，其特征在于，所述预定处理规则包括根据短消息内容的字符串切分、字符串拼接、字符串加密和/或散列值计算。
6.根据权利要求1至4任一所述的方法，其特征在于，所述关键信息包括验证码信息、账户关键信息或者流量关键信息。
7.一种短消息处理装置，其特征在于，包括: 关键信息获取模块，用于根据预定处理规则从接收到的短消息中获取关键信息； 应用程序确定模块，用于根据应用程序的包名确定需要录入所述关键信息的应用程序; 关键信息输入模块，用于将所述关键信息输入至所述应用程序。
8.根据权利要求7所述的装置，其特征在于，还包括: 号码学习模块，用于在根据预定处理规则从接收到的短消息中获取关键信息之前，对需要提取关键信息的短消息发送号码或短消息内容进行学习； 信息提取验证模块，用于在在根据预定处理规则从接收到的短消息中获取关键信息之前，接收到短消息以后，根据所述短消息发送号码或短消息内容判断是否需要对所述短消息进行关键信息提取。
9.根据权利要求7所述的装置，其特征在于，还包括: 短消息屏蔽模块，用于在将所述关键信息输入至所述应用程序之后，根据预定的屏蔽规则确定是否需要对所述短消息进行屏蔽。
10.根据权利要求7所述的装置，其特征在于，还包括: 身份验证模块，用于在根据应用程序的包名确定需要录入所述关键信息的应用程序之后，并且在将所述关键信息输入至所述应用程序之前，对用户的身份进行验证。
11.根据权利要求7至10任一所述的装置，其特征在于，所述预定处理规则包括根短消息内容的字符串切分、字符串拼接、字符串加密和/或散列值计算。
12.根据权利要求7至10任一所述的装置，其特征在于，所述关键信息包括验证码信息、账户关键信息或者流量关键信息。
【文档编号】H04W4/14GK104301875SQ201410491892
【公开日】2015年1月21日 申请日期:2014年9月23日 优先权日:2014年9月23日
【发明者】唐君豪 申请人:广东欧珀移动通信有限公司