一种短消息的合并显示方法及装置与流程

本申请涉及计算机技术领域，尤其是涉及一种短消息的合并显示方法及装置。

背景技术：

短消息也称为短信，是用户通过手机等移动终端发送或者接收的文字信息。

目前在显示短消息时，为了避免将每条短消息都在主页面中逐条显示，安卓系统和ios系统会按照短消息的发送号码合并显示，也就是说，将同一发送号码的短消息合并在一个子列表中。

然而，当同一发信人采用不同的发送号码给用户发送短消息，依然会在主页面中逐条显示，使得用户在需要多次操作才能定位到需要的短信，浪费系统资源，并且造成用户体验较差。

技术实现要素：

本申请解决的技术问题在于提供一种短消息的合并显示方法及装置，以实现将相同发信人的短信能够合并显示，从而节省系统资源并且提高用户体验。

为此，本申请解决技术问题的技术方案是：

本申请提供了一种短消息的合并显示方法，包括：

获取待显示的短消息；

读取所述短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息；

若确定出所述消息内容中包括所述签名信息，从主列表中确定所述签名信息对应的子列表，将所述短消息加入所述签名信息对应的子列表中；若确 定出所述消息内容中不包括所述签名信息，从所述主列表中确定所述短消息的发送号码对应的子列表，将所述短消息加入所述发送号码对应的子列表中；

显示所述主列表，若将所述短消息加入所述签名信息对应的子列表中，所述主列表中包括所述签名信息对应的子列表的缩略信息，若将所述短消息加入所述发送号码对应的子列表中，所述主列表中包括所述发送号码对应的子列表的缩略信息。

可选的，从主列表中确定所述签名信息对应的子列表之前，还包括：

确定所述主列表中是否包括所述签名信息对应的子列表，如果否，在主列表中创建所述签名信息对应的子列表；

从所述主列表中确定所述短消息的发送号码对应的子列表之前，还包括：

确定所述主列表中是否包括所述发送号码对应的子列表，如果否，在主列表中创建所述发送号码对应的子列表。

可选的，所述主列表中包括多个子列表，所述方法还包括：

在所述主列表中，按照时间顺序降序排序各个子列表。

可选的，还包括：

检测到用户选中所述签名信息对应的子列表；

显示所述签名信息对应的子列表中包括的各条短消息，其中，所述各条短消息的消息内容中均包括所述签名信息。

可选的，所述预定格式包括全角的中括号。

本申请还提供了一种短消息的合并显示装置，包括：

获取单元，用于获取待显示的短消息；

确定单元，用于读取所述短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息；

加入单元，用于若所述确定单元确定出所述消息内容中包括所述签名信息，从主列表中确定所述签名信息对应的子列表，将所述短消息加入所述签名信息对应的子列表中；若所述确定单元确定出所述消息内容中不包括所述签名信息，从所述主列表中确定所述短消息的发送号码对应的子列表，将所述短消息加入所述发送号码对应的子列表中；

显示单元，用于显示所述主列表，若所述加入单元将所述短消息加入所述签名信息对应的子列表中，所述主列表中包括所述签名信息对应的子列表的缩略信息，若所述加入单元将所述短消息加入所述发送号码对应的子列表中，所述主列表中包括所述发送号码对应的子列表的缩略信息。

可选的，还包括：

创建单元，用于所述加入单元从主列表中确定所述签名信息对应的子列表之前，确定所述主列表中是否包括所述签名信息对应的子列表，如果否，在主列表中创建所述签名信息对应的子列表，以及所述加入单元从所述主列表中确定所述短消息的发送号码对应的子列表之前，确定所述主列表中是否包括所述发送号码对应的子列表，如果否，在主列表中创建所述发送号码对应的子列表。

可选的，所述主列表中包括多个子列表，所述装置还包括：

排序单元，用于在所述主列表中，按照时间顺序降序排序各个子列表。

可选的，还包括：

检测单元，用于检测到用户选中所述签名信息对应的子列表；

所述显示单元还用于，所述检测单元检测到用户选中所述签名信息对应的子列表，显示所述签名信息对应的子列表中包括的各条短消息，其中，所述各条短消息的消息内容中均包括所述签名信息。

可选的，所述预定格式包括全角的中括号。

通过上述技术方案可知，本申请实施例中，读取短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息，如果包括，则按照签名信息合并显示短消息，也就是将所述短消息加入所述签名信息对应的子列表中；如果不包括，则仍然按照发送号码合并显示短消息，也就是将所述短消息加入所述发送号码对应的子列表中。之后显示主列表，并且主列表中包括所述短消息加入的子列表的缩略信息。可见，本申请实施例中首先按照短消息的签名信息进行合并显示，只有在短消息不包括签名信息时，才按照发送号码进行合并显示，而同一发信人的短信往往包括相同的签名信息，从而能够将同一发信人的短信合并显示，节省系统资源并且提高用户体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其它的附图。

图1为本申请提供的一种方法实施例的流程示意图；

图2为本申请提供的主列表的一种示意图；

图3为本申请提供的子列表的一种示意图；

图4为本申请提供的另一种方法实施例的流程示意图；

图5为本申请提供的一种装置实施例的结构示意图。

具体实施方式

目前在显示短消息时，通常会按照短消息的发送号码来进行合并显示，也就是说，将同一发送号码的短消息合并在一个子列表中。

然而，当同一发信人采用不同的发送号码给用户发送短消息，依然会在主页面中逐条显示。发明人经过研究发现，运营商对目前很多厂商的短消息都有签名要求，因此同一发信人发送的短消息，虽然发送号码可能不同，但是消息内容中通常包括相同的签名信息。但是目前按照发送号码的合并显示方式，并不考虑短消息的签名信息，使得用户在需要多次操作才能定位到需要的短信，浪费系统资源，并且造成用户体验较差。

因此，本申请实施例提供一种短消息的合并显示方法及装置，以实现根据签名信息将相同发信人的短信合并显示，从而节省系统资源并且提高用户体验。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

请参阅图1，本申请提供了短消息的合并显示方法的一种方法实施例。

本实施例的所述方法包括：

101：获取待显示的短消息。

其中，所述待显示的短消息可以为移动终端中存储的任一条短消息，例如手机等移动终端开机后，获取存储的所有短消息，并对所有短消息按照时间顺序进行降序排列，依次取时间最近的一个短消息分别作为所述待显示的短消息；也可以为新接收到的一条短消息。

102：读取所述短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息。

在本申请实施例中，可以通过确定所述消息内容中是否包括预定格式的内容，确定是否包括所述签名信息。

本实施例中，所述预定格式可以根据运营商的规定进行设置，例如，所述预定格式可以包括全角的中括号“【】”。当确定出所述消息内容中包括该全角的中括号，则表示该中括号所包括的内容为签名信息。

其中，还可以对该中括号进行其他方面的要求设置，例如该中括号需要包括3-8个字符，以汉字为主，可以中英文结合，不允许包括特殊的符号，位于消息内容的最开始位置等等。

103：若确定出所述消息内容中包括所述签名信息，从主列表中确定所述签名信息对应的子列表，将所述短消息加入所述签名信息对应的子列表中；若确定出所述消息内容中不包括所述签名信息，从所述主列表中确定所述短消息的发送号码对应的子列表，将所述短消息加入所述发送号码对应的子列表中。

在本申请实施例中，若确定出所述短消息的消息内容包括签名信息，则根据签名信息进行合并显示。例如在显示屏幕上显示的主列表如图2所示，包括多个子列表，若确定出所述短消息的消息内容中包括签名信息【公司abc签名】，将该短消息加入到【公司abc签名】对应的子列表中。当检测到用户选中该子列表后，可以如图3所示，显示该子列表中包括的各条短消息，其中，所述各条短消息的消息内容中均包括所述签名信息。

若确定出所述消息内容中不包括所述签名信息，则仍然按照发送号码进行合并显示。例如，在显示屏幕上显示的主列表如图2所示，包括多个子列 表，若确定出短消息的发送号码为“12345”，将该短消息加入到发送号码12345对应的子列表中。当检测到用户选中该子列表后，可以显示该子列表中包括的各条短消息，其中，各条短消息的发送号码均为12345。

104：显示所述主列表。

在主列表中，不会显示各个子列表的全部信息，而是只显示各个子列表的缩略信息，从而能够在主列表中显示更多的短消息。

本实施例中，若103中将所述短消息加入所述签名信息对应的子列表中，所述主列表中包括所述签名信息对应的子列表的缩略信息，若103中将所述短消息加入所述发送号码对应的子列表中，所述主列表中包括所述发送号码对应的子列表的缩略信息。

其中，如图2所示，缩略信息一般包括子列表的名称，例如包括签名信息或者发送号码，还可以包括子列表中时间最近的一条短消息的接收时间和消息内容。

通过上述技术方案可知，本申请实施例中，读取短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息，如果包括，则按照签名信息合并显示短消息，也就是将所述短消息加入所述签名信息对应的子列表中；如果不包括，则仍然按照发送号码合并显示短消息，也就是将所述短消息加入所述发送号码对应的子列表中。之后显示主列表，并且主列表中包括所述短消息加入的子列表的缩略信息。可见，本申请实施例中首先按照短消息的签名信息进行合并显示，只有在短消息不包括签名信息时，才按照发送号码进行合并显示，而同一发信人的短信往往包括相同的签名信息，从而能够将同一发信人的短信合并显示，节省系统资源并且提高用户体验。

在本申请实施例中，在将短消息加入子列表之前，若确定出主列表中不包括对应的子列表，则可以创建对应的子列表。具体地，103中的从主列表中确定所述签名信息对应的子列表之前，所述方法还可以包括：确定所述主列表中是否包括所述签名信息对应的子列表，如果否，在主列表中创建所述签名信息对应的子列表；103中的从所述主列表中确定所述短消息的发送号码对应的子列表，所述方法还可以包括：确定所述主列表中是否包括所述发送号码对应的子列表，如果否，在主列表中创建所述发送号码对应的子列表。

在本申请实施例中，当所述主列表中包括多个子列表，所述方法还可以包括：在所述主列表中，按照时间顺序降序排序各个子列表，也就是将时间最近的子列表排在主列表的前边，方便用户的查找。

下面本申请提供一种具体的实施例，对手机等移动终端中的所有短消息进行合并显示。

请参阅图4，本申请提供了短消息的合并显示方法的另一种方法实施例。

本实施例的所述方法包括：

401：获取移动终端中所有短消息，按照时间降序排列。

402：读取未加入子列表的时间最近的一条短消息，判断该条短消息是否包括预定格式的签名信息，即是否包括以“【”为开头，在3-8个字符之后以“】”结束的内容。如果该条短消息包括签名信息，执行403，如果该条短消息不包括签名信息，执行404。

403：确定主列表中是否包括所述签名信息对应的子列表，如果包括，直接将该条短消息加入子列表中，如果不包括，在主列表中创建所述签名信息对应的子列表中，并将该条短消息加入创建的子列表中。

404：确定主列表中是否包括该条消息的发送号码对应的子列表，如果包括，直接将该条短消息加入子列表中，如果不包括，在主列表中创建所述发送号码对应的子列表中，并将该条短消息加入创建的子列表中。

在执行403或者404之后，可以返回执行402，直至将所有短消息都加入到相应的子列表中。

对应上述方法实施例，本申请还提供了短消息的合并显示装置的装置实施例，下面具体说明。

请参阅图5，本申请提供了短消息的合并显示装置的一种装置实施例。

本实施例的所述装置包括：获取单元501、确定单元502、加入单元503和显示单元504。

获取单元501，用于获取待显示的短消息。

其中，所述待显示的短消息可以为移动终端中存储的任一条短消息，例如手机等移动终端开机后，获取存储的所有短消息，并对所有短消息按照时 间顺序进行降序排列，依次取时间最近的一个短消息分别作为所述待显示的短消息；也可以为新接收到的一条短消息。

确定单元502，用于读取所述短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息。

在本申请实施例中，可以通过确定所述消息内容中是否包括预定格式的内容，确定是否包括所述签名信息。

本实施例中，所述预定格式可以根据运营商的规定进行设置，例如，所述预定格式可以包括全角的中括号“【】”。当确定出所述消息内容中包括该全角的中括号，则表示该中括号所包括的内容为签名信息。

其中，还可以对该中括号进行其他方面的要求设置，例如该中括号需要包括3-8个字符，以汉字为主，可以中英文结合，不允许包括特殊的符号，位于消息内容的最开始位置等等。

加入单元503，用于若确定单元502确定出所述消息内容中包括所述签名信息，从主列表中确定所述签名信息对应的子列表，将所述短消息加入所述签名信息对应的子列表中；若确定单元502确定出所述消息内容中不包括所述签名信息，从所述主列表中确定所述短消息的发送号码对应的子列表，将所述短消息加入所述发送号码对应的子列表中。

在本申请实施例中，若确定出所述短消息的消息内容包括签名信息，则根据签名信息进行合并显示。例如在显示屏幕上显示的主列表如图2所示，包括多个子列表，若确定出所述短消息的消息内容中包括签名信息【公司abc签名】，将该短消息加入到【公司abc签名】对应的子列表中。所述装置还可以包括检测单元，用于检测到用户选中所述签名信息对应的子列表；显示单元504还用于，所述检测单元检测到用户选中所述签名信息对应的子列表，可以如图3所示，显示所述签名信息对应的子列表中包括的各条短消息，其中，所述各条短消息的消息内容中均包括所述签名信息。

若确定出所述消息内容中不包括所述签名信息，则仍然按照发送号码进行合并显示。例如，在显示屏幕上显示的主列表如图2所示，包括多个子列表，若确定出短消息的发送号码为“12345”，将该短消息加入到发送号码12345 对应的子列表中。当检测到用户选中该子列表后，可以显示该子列表中包括的各条短消息，其中，各条短消息的发送号码均为12345。

显示单元504，用于显示所述主列表。

在主列表中，不会显示各个子列表的全部信息，而是只显示各个子列表的缩略信息，从而能够在主列表中显示更多的短消息。

本实施例中，若加入单元503将所述短消息加入所述签名信息对应的子列表中，所述主列表中包括所述签名信息对应的子列表的缩略信息，若加入单元503将所述短消息加入所述发送号码对应的子列表中，所述主列表中包括所述发送号码对应的子列表的缩略信息。

其中，如图2所示，缩略信息一般包括子列表的名称，例如包括签名信息或者发送号码，还可以包括子列表中时间最近的一条短消息的接收时间和消息内容。

通过上述技术方案可知，本申请实施例中，读取短消息的消息内容，确定所述消息内容中是否包括预定格式的签名信息，如果包括，则按照签名信息合并显示短消息，也就是将所述短消息加入所述签名信息对应的子列表中；如果不包括，则仍然按照发送号码合并显示短消息，也就是将所述短消息加入所述发送号码对应的子列表中。之后显示主列表，并且主列表中包括所述短消息加入的子列表的缩略信息。可见，本申请实施例中首先按照短消息的签名信息进行合并显示，只有在短消息不包括签名信息时，才按照发送号码进行合并显示，而同一发信人的短信往往包括相同的签名信息，从而能够将同一发信人的短信合并显示，节省系统资源并且提高用户体验。

在本申请实施例中，在将短消息加入子列表之前，若确定出主列表中不包括对应的子列表，则可以创建对应的子列表。具体地，所述装置还包括：创建单元，用于加入单元503从主列表中确定所述签名信息对应的子列表之前，确定所述主列表中是否包括所述签名信息对应的子列表，如果否，在主列表中创建所述签名信息对应的子列表，以及加入单元503从所述主列表中确定所述短消息的发送号码对应的子列表之前，确定所述主列表中是否包括所述发送号码对应的子列表，如果否，在主列表中创建所述发送号码对应的子列表。

在本申请实施例中，所述主列表中可以包括多个子列表，所述装置还可以包括：排序单元，用于在所述主列表中，按照时间顺序降序排序各个子列表，也就是将时间最近的子列表排在主列表的前边，方便用户的查找。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。