CN111182481A - 一种信息处理的方法和终端 - Google Patents

Abstract

本发明公开了一种信息处理的方法和终端，增加短信业务的功能性，用以解决现有技术中存在短信的功能单一，可用性较差问题。本发明实施例中终端在接收到短信后，确定用户需要分享的短信中的分享信息；在确定用户分享使用的应用后，将确定的所述分享信息发送至所述应用，使得短信业务不再局限于自收自发，还可以与其他应用进行信息的传递，增加了短信业务的功能性，提供了一种短信分享功能，提高了短信业务的可用性。

Description

一种信息处理的方法和终端

本申请是2016年05月13日提出的发明名称为“一种信息处理的方法和终端”的中国发明专利申请201610323031.X的分案申请。

技术领域

本发明涉及通信技术领域，特别涉及一种信息处理的方法和终端。

背景技术

短信是伴随数字移动通信系统而产生的一种电信业务，通过移动通信系统的信令信道和信令网，传送文字或数字短信，是一种非实时的、非语音的数据通信业务。

在短信业务发展之初，短信的发送和接收是始于手机终端，终于手机终端，中间需要经过GSM（Global System for Mobile communication，全球移动通信系统）网/CDMA（Code Division Multiple Access，码分多址）网、短信中心等网络要素；随着新型业务及其他终端（如小灵通）的出现，网络基础不再局限于GSM/CDMA网等数字移动网，固定网也成为短信的一个网络基础，短信网络要素发生了显著变化。

之后短信业务迅速普及，成为除电话之外另一个主要的交流方式。

但随着移动互联网的迅猛发展，一些基于网络数据的社交工具如微信，人人，QQ，Twitter等等大范围的普及，仅以文本方式存在的短信业务的单一功能已经无法满足人们日常生活多方面的需求，最终导致短信中的使用率大幅下滑。

目前，短信主要以文本方式体现，并依托于CS（Circuit Switched，电路交换）域的收发流程，可以形成一对一的交流通道，其单一功能局限于自身应用中，只能实现自收自发自己阅读。这种功能的单一性极大地限制了短信业务的适用范围。

综上所述，目前短信的功能单一，可用性较差。

发明内容

本发明提供一种信息处理的方法和终端，增加短信业务的功能性，用以解决现有技术中存在短信的功能单一，可用性较差问题。

本发明实施例提供一种信息处理的方法，该方法包括：

终端在接收到短信后，确定用户需要分享的短信中的分享信息；

所述终端确定本地安装的支持分享功能的至少一个应用，并显示确定的应用的信息，以使所述用户可以选择分享使用的应用；

所述终端接收到所述用户选定应用的信息，确定所述用户分享使用的应用后，将确定的所述分享信息发送至所述应用。

本发明实施例提供一种信息处理的终端，该终端包括：

信息提取模块，用于在接收到短信后，确定用户需要分享的短信中的分享信息；

信息分享模块，确定本地安装的支持分享功能的至少一个应用，并显示确定的应用的信息，以使所述用户可以选择分享使用的应用；以及接收到所述用户选定应用的信息，确定所述用户分享使用的应用后，将确定的所述分享信息发送至所述应用。

本发明实施例在接收到短信后，确定用户需要分享的短信中的分享信息；终端在确定用户分享使用的应用后，将确定的所述分享信息以intent的方式发送至所述应用，短信中的信息可以以intent的方式发送至其他的应用，使得短信业务不再局限于自收自发，还可以与其他应用进行信息的传递，增加了短信业务的功能性，提供了一种短信分享功能，提高了短信业务的可用性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例信息处理的方法的流程示意图。

图2为本发明实施例长按短信弹出的子菜单的示意图；

图3为本发明实施例分享功能被选定后，应用列框的示意图；

图4为本发明实施例显示所有应用的列框的示意图；

图5为本发明实施例终端后台处理信息过程中的流程示意图；

图6为本发明实施例信息分享过程的流程示意图；

图7为本发明实施例信息处理的终端结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

如图1所示，为本发明实施例中一种信息处理的方法，该方法包括：

步骤101：终端在接收到短信后，确定用户需要分享的短信中的分享信息；

步骤102：所述终端在确定用户分享使用的应用后，将确定的所述分享信息发送至所述应用。

其中，本发明实施例的终端可以是手机、pad等移动终端；也可以是其他能够接收短信的终端。

可选的，所述终端在接收到短信后，判断用户是否需要分享的短信中的分享信息的方式有很多种。比如，如果检测到用户通过长按短信内容的方式选定短信中信息，则将选定的信息作为分享信息。

以终端接收到一个包含有重要信息的短信为例，在短信接收界面，用户长按短信内容，并根据终端的提示选定需要分享的内容，选定内容后，弹出子菜单，子菜单如图2所示，用户点击分享按钮，终端将用户选定的信息作为分享信息，并确定用户需要进行分享。

需要说明的是，上述通过长按短信内容的方式确定分享信息只是举例说明，只要能够确定分享信息的方式都适用本发明实施例。

其中，所述终端确定用户需要分享的短信中的分享信息之后，可以将应用显示给用户，以使用户可以选择分享使用的应用。

具体的，终端确定用户需要分享的短信中的分享信息之后，确定本地安装的支持分享功能的至少一个应用，并显示确定的应用的信息。

所述终端确定本地安装的支持分享功能的至少一个应用时，可以对所有本地安装的应用进行筛选，选择出至少一个支持分享功能的应用。

具体的，所述终端根据预先建立的支持分享的应用的进程名，遍历本地安装的所有的应用的进程名，利用正则表达式与进程名进行匹配，确定出本地安装的支持分享功能的至少一个应用。或者所述终端根据预先建立的支持分享的应用的进程名，遍历本地安装的所有的应用的进程名，利用正则表达式与进程名进行匹配，确定出本地安装的支持分享功能的至少一个应用。

具体的，确定本地安装的应用是否支持分享可以通过筛选进程名和包名两种方式，具体方式如下：

方式一：在实施中，上述预先建立的支持分享的应用的进程名保存在哈希表中，利用正则表达式根据哈希表与本地安装的应用的进程名进行匹配，匹配方式如下：

后台定义了一个静态变量，其中变量的内容为之前预存于哈希表中支持分享的应用的进程名，匹配的方式采用正则表达式的方式，当遍历本地安装的应用的进程名时，调用静态变量，进行匹配，如果该进程名的信息存在与哈希表中，则匹配成功，认为该本地安装的应用支持分享，如果不存在，则匹配不成功，认为该本地安装的应用不支持分享。

方式二：在实施中，上述预先建立的支持分享的应用的包名保存在哈希表中，利用正则表达式根据哈希表与本地安装的应用的包名进行匹配，匹配方式如下：

后台定义了一个静态变量，其中变量的内容为之前预存于哈希表中支持分享的应用的包名，匹配的方式采用正则表达式的方式，当遍历本地安装的应用的包名时，调用静态变量，进行匹配，如果该包名的信息存在与哈希表中，则匹配成功，认为该本地安装的应用支持分享，如果不存在，则匹配不成功，认为该本地安装的应用不支持分享。

需要注意的是，所述终端在遍历本地安装应用时，本地安装的应用只要有一个进程名或者包名与哈希表中的信息匹配，终端将认为该本地安装的应用支持分享。

以终端中有QQ，微信，微博，淘宝，土豆视频，Twitter这些本地安装的应用和遍历进程名为例。

终端确定本地安装的所有应用的进程名；

将每个应用的进程名，利用正则表达式，与哈希表中的进程名进行逐一匹配，如果匹配成功，终端将该应用选定为支持分享的应用，例如遍历QQ这个应用时，终端将QQ对应的进程名与哈希表中的进程名的信息利用正则表达式进行逐一比对，哈希表中存在QQ的信息时，名称匹配成功，终端将QQ选定为支持分享的应用。当遍历淘宝应用时，淘宝对应的进程名与哈希表中的信息逐一比对，正则表达式进行名称的匹配，哈希表中不存在淘宝的进程名的信息，名称匹配失败，终端将淘宝选定为不支持分享的应用。直至将本地安装的所有应用遍历完成后，将支持分享的本地应用QQ，微信，微博，Twitter选定。

具体的，终端显示选定支持分享的应用的信息，终端根据每个应用的使用频率，以确定应用的显示顺序；所述终端根据确定的应用的显示顺序，显示确定的应用的信息。

可选的，在选定了支持分享的本地应用后，终端确定应用的使用频率由许多方式，比如，可以至采用一天内应用使用的频率作为排序标准，也可以使用在固定的某个时间段里应用的使用频率进行排序。同时排序的可以按照由高到低的顺序进行排列，也可以按照由低到高的顺序进行排列。

以终端选定了支持分享的本地应用QQ，微信，微博，Twitter为例，终端根据哈希表的比对结果将符合条件的应用锁定，并按照终端对应用的使用频率进行排序，按照使用频率由高到低的方式排序，此例中，终端本地应用的使用频率由高到低的排列顺序为QQ，微信，微博，Twitter，选择使用频率最高的三个应用以图标的形式显示于列框内，列表框中同时显示一个有省略号的图标，如图3所示，点击该图标显示其余支持分享的应用图标，如图4所示；不足三个应用的情况，显示全部应用的图标。

步骤102中，所述终端在确定用户分享使用的应用后，将确定的所述分享信息发送至所述应用，具体的，所述终端将确定的所述分享信息打包，以intent的方式发送给所述应用。

需要说明是的，intent方式属于系统中的intent机制，它是用来协助应用间的交互与通讯，intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述。

以用户选择QQ分享信息为例，终端在列框内确定了用户选定的应用为QQ后，将之前选定的短信内容信息以intent的方式将信息发送至QQ。

如图5所示，本发明实施例终端后台处理信息过程中的流程示意图，所述终端在接收到用户点击“分享”的信息后，后台启动一个查询的service，service查询终端中支持分享的应用，如果没有查询到应用，则退回到详情界面，如查询到有支持分享的应用，将在界面上显示一个框列，列出查询到的应用图标，终端在接收到用户对应用的选择后，对分享信息进行打包发送至指定应用，分享到指定应用上。

需要说明的是，上述查询service为终端中的一个进程，它包含了终端遍历，筛选以及选择应用的整个过程。

下面以遍历进程名为例对本发明的方案进行详细说明。

如图6所示，为本发明实施例中一种信息分享的方法，该方法包括：

步骤601：终端通过短信接收界面确定用户长按短信内容；

步骤602：终端弹出子菜单；

步骤603：终端接收到用户点击分享按钮的信息；

步骤604：终端确定本地安装的所有进程名；

步骤605：终端遍历一个本地安装的应用，利用正则表达式根据预先设定的哈希表进行匹配。

步骤606：终端判断该本地安装的应用是否支持分享，如果否，则执行步骤607，如果是，则执行步骤608；

步骤607：匹配不成功，终端将该本地安装的应用为不支持分享的应用；

步骤608：匹配成功，终端将该本地安装的应用视为支持分享的应用；

步骤609：终端判断是否有本地安装的应用未被遍历，如果是，则执行步骤605，如果否，则执行步骤610

步骤610：所有本地安装的应用遍历完成后，终端判断是否有支持分享的本地安装的应用，如果否，则执行步骤611，如果是，则执行步骤612,。

步骤611：本地安装的应用均不支持分享，通知用户未查出支持分享的应用；

步骤612：终端将支持分享的应用按照使用频率进行排序；

步骤613：终端按照排序顺序将支持分享的应用的图标显示在界面上；

步骤614：终端接收到用户选定应用的信息，将内容发生至指定应用。

基于同一发明构思，本发现实施例还提供了一种信息处理的终端由于该终端解决问题的原理与本发明实施例信息处理的方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

如图7所示，本发明实施例信息处理的终端包括：

信息提取模块700，用于在接收到短信后，确定用户需要分享的短信中的分享信息；

信息分享模块701，用于确定用户分享使用的应用后，将确定的所述分享信息发送至所述应用。

其中，本发明实施例的终端可以是手机、pad等移动终端；也可以是其他能够接收短信的终端。

可选的，信息提取模块700在接收到短信后，判断用户是否需要分享的短信中的分享信息的方式有很多种。比如，如果检测到用户通过长按短信内容的方式选定短信中信息，则将选定的信息作为分享信息。

以信息提取模块700接收到一个包含有重要信息的短信为例，在短信接收界面，用户长按短信内容，并根据所述信息提取模块700的提示选定需要分享的内容，选定内容后，弹出子菜单，子菜单如图2所示，用户点击分享按钮，将用户选定的信息作为分享信息，并确定用户需要进行分享。

需要说明的是，上述通过长按短信内容的方式确定分享信息只是举例说明，只要能够确定分享信息的方式都适用本发明实施例。

其中，所述信息分享模块701确定用户需要分享的短信中的分享信息之后，可以将应用显示给用户，以使用户可以选择分享使用的应用。

具体的，所述信息分享模块701确定用户需要分享的短信中的分享信息之后，确定本地安装的支持分享功能的至少一个应用，并显示确定的应用的信息。

所述信息分享模块701确定本地安装的支持分享功能的至少一个应用时，可以对所有本地安装的应用进行筛选，选择出至少一个支持分享功能的应用。

具体的，所述信息分享模块701根据预先建立的支持分享的应用的进程名，遍历本地安装的所有的应用的进程名，利用正则表达式与进程名进行匹配，确定出本地安装的支持分享功能的至少一个应用。或者根据预先建立的支持分享的应用的进程名，遍历本地安装的所有的应用的进程名，利用正则表达式与进程名进行匹配，确定出本地安装的支持分享功能的至少一个应用。

具体的，确定本地安装的应用是否支持分享可以通过筛选进程名和包名两种方式，具体方式如下：

方式一：在实施中，上述预先建立的支持分享的应用的进程名保存在哈希表中，利用正则表达式根据哈希表与本地安装的应用的进程名进行匹配，匹配方式如下：

后台定义了一个静态变量，其中变量的内容为之前预存于哈希表中支持分享的应用的进程名，匹配的方式采用正则表达式的方式，当遍历本地安装的应用的进程名时，调用静态变量，进行匹配，如果该进程名的信息存在与哈希表中，则匹配成功，认为该本地安装的应用支持分享，如果不存在，则匹配不成功，认为该本地安装的应用不支持分享。

方式二：在实施中，上述预先建立的支持分享的应用的包名保存在哈希表中，利用正则表达式根据哈希表与本地安装的应用的包名进行匹配，匹配方式如下：

后台定义了一个静态变量，其中变量的内容为之前预存于哈希表中支持分享的应用的包名，匹配的方式采用正则表达式的方式，当遍历本地安装的应用的包名时，调用静态变量，进行匹配，如果该包名的信息存在与哈希表中，则匹配成功，认为该本地安装的应用支持分享，如果不存在，则匹配不成功，认为该本地安装的应用不支持分享。

需要注意的是，在遍历本地安装应用时，本地安装的应用只要有一个进程名或者包名与哈希表中的信息匹配，终端将认为该本地安装的应用支持分享。

以终端中有QQ，微信，微博，淘宝，土豆视频，Twitter这些本地安装的应用和遍历进程名为例。

所述信息分享模块701确定本地安装的所有应用的进程名；

将每个应用的进程名，利用正则表达式，与哈希表中的进程名进行逐一匹配，如果匹配成功，所述信息分享模块701将该应用选定为支持分享的应用，例如遍历QQ这个应用时，所述信息分享模块701将QQ对应的进程名与哈希表中的进程名的信息利用正则表达式进行逐一比对，哈希表中存在QQ的信息时，名称匹配成功，将QQ选定为支持分享的应用。当遍历淘宝应用时，淘宝对应的进程名与哈希表中的信息逐一比对，正则表达式进行名称的匹配，哈希表中不存在淘宝的进程名的信息，名称匹配失败，终端将淘宝选定为不支持分享的应用。直至将本地安装的所有应用遍历完成后，将支持分享的本地应用QQ，微信，微博，Twitter选定。

具体的，所述信息分享模块701显示选定支持分享的应用的信息，根据每个应用的使用频率，以确定应用的显示顺序；所述信息分享模块701根据确定的应用的显示顺序，显示确定的应用的信息。

可选的，在选定了支持分享的本地应用后，确定应用的使用频率由许多方式，比如，可以至采用一天内应用使用的频率作为排序标准，也可以使用在固定的某个时间段里应用的使用频率进行排序。同时排序的可以按照由高到低的顺序进行排列，也可以按照由低到高的顺序进行排列。

以选定了支持分享的本地应用QQ，微信，微博，Twitter为例，根据哈希表的比对结果将符合条件的应用锁定，并按照对应用的使用频率进行排序，按照使用频率由高到低的方式排序，此例中，终端本地应用的使用频率由高到低的排列顺序为QQ，微信，微博，Twitter，选择使用频率最高的三个应用以图标的形式显示于列框内，列表框中同时显示一个有省略号的图标，如图3所示，点击该图标显示其余支持分享的应用图标，如图4所示；不足三个应用的情况，显示全部应用的图标。

所述信息分享模块701在确定用户分享使用的应用后，将确定的所述分享信息发送至所述应用，具体的，所述终端将确定的所述分享信息打包，以intent的方式发送给所述应用。

以用户选择QQ分享信息为例，终端在列框内确定了用户选定的应用为QQ后，将之前选定的短信内容信息以intent的方式将信息发送至QQ。

以上参照示出根据本申请实施例的方法、装置（系统）和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件（包括固件、驻留软件、微码等）来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或终端使用，或结合指令执行系统、装置或终端使用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种信息处理的方法，其特征在于，该方法包括：

响应于用户在短信接收界面长按短信内容，终端确定用户需要分享的短信；

响应于用户在弹出的子菜单中点击分享按钮，所述终端在界面上显示支持分享功能的本地应用的图标；

响应于用户从显示的图标中选定一个本地应用，所述终端将需要分享的短信发送至用户选定的本地应用。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述终端根据预先建立的支持分享的应用的进程名，遍历本地安装的每个应用的进程名，确定支持分享功能的本地应用。

3.如权利要求1所述的方法，其特征在于，所述方法还包括：

所述终端根据预先建立的支持分享的应用的包名，遍历本地安装的每个应用的包名，确定支持分享功能的本地应用。

4.如权利要求1所述的方法，其特征在于，所述终端在界面上显示支持分享功能的本地应用的图标，包括：

所述终端根据每个本地应用的使用频率，确定本地应用的显示顺序；

所述终端根据确定的显示顺序，在界面上显示本地应用的图标。

5.如权利要求1~4任一所述的方法，其特征在于，所述终端将需要分享的短信发送至所述应用，具体包括：

所述终端将需要分享的短信打包，以intent方式发送至所述应用。

6.一种信息处理的终端，其特征在于，该终端包括：

信息提取模块，用于响应于用户在短信接收界面长按短信内容，确定用户需要分享的短信；

信息分享模块，用于响应于用户在弹出的子菜单中点击分享按钮，在界面上显示支持分享功能的本地应用的图标，以及响应于用户从显示的图标中选定一个本地应用，将需要分享的短信发送至用户选定的本地应用。

7.如权利要求6所述的终端，其特性在于，所述信息分享模块还用于根据预先建立的支持分享的应用的进程名，遍历本地安装的每个应用的进程名，确定支持分享功能的本地应用。

8.如权利要求6所述的终端，其特性在于，所述信息分享模块还用于根据预先建立的支持分享的应用的包名，遍历本地安装的每个应用的包名，确定支持分享功能的本地应用。

9.如权利要求6所述的终端，其特性在于，所述信息分享模块具体用于：

根据每个本地应用的使用频率，确定本地应用的显示顺序；

根据确定的显示顺序，在界面上显示本地应用的图标。

10.如权利要求6-9任一所述的终端，其特征在于，所述信息分享模块，具体用于：将需要分享的短信打包，以intent方式发送至所述应用。

Images