CN113641533B - 终端及短信息处理方法 - Google Patents

Abstract

本申请公开了一种终端及短信息处理方法，涉及智能终端技术领域，该方法包括：响应于短信息备份指令，将待备份的多条短信息写入短信息服务表中；在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间；将每个联系人的所述时间标记最大的一条短信息写入到关联表中。通过本申请提供的方法，节省了短信息复制备份的时间，提高了对于短信息备份的效率，从而达到了节约处理资源的目的。

Description

终端及短信息处理方法

技术领域

本申请涉及智能终端技术领域，尤其涉及一种终端及短信息处理方法。

背景技术

目前基本上所有的终端都带有一键换机功能，能够实现把终端数据备份到新终端上，在备份过程中，在新终端中对于短信息等通信应用需要通过***数据库的方式恢复。

发明人发现，如果数据量大，则存在短信息备份耗时比较多的问题，并且随着短信息条数越多，耗时并不是与短信息条数成线性增长，而是几乎成指数增长的趋势。即，随着短信息条数的增多，备份每条短信息所用的时间更多，这样会占用较多的处理资源来完成备份。故此，如何提高短信息备份的效率以节约处理资源有待解决。

发明内容

本申请示例性的实施方式中提供一种终端及短信息处理方法，用以节省了短信息备份的时间，提高短信息备份的效率，从而达到节约处理资源的目的。

根据示例性的实施方式中的第一方面，提供一种终端，包括输入单元、处理器以及显示屏；

所述输入单元，用于接收短信息备份指令；

所述处理器，用于响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表中；

在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间；

将每个联系人的所述时间标记最大的一条短信息写入到关联表中；

所述显示屏，用于显示根据所述短信息服务表生成的每个联系人对应的联系人会话界面；或者，显示根据所述关联表生成的短信息列表界面。

发明人研究发现，相关技术中每写入一条短信息到短信息服务表后都会引起触发功能对短信息服务表进行遍历，从而更新关联表，这种情况下会导致短信息备份的时间过长。通过本申请的实施例，通过对短信息服务表的备份结束后，才对短信息服务表进行一次遍历即可获取对应的关联表的短信内容，能够极大的节省短信息备份或复制所需的耗时，提高短信息备份的效率从而达到节约处理资源的目的。

在一种可能的实施方式中，所述处理器还用于：

所述接收短信息备份指令之后，且响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表之前，关闭短信息数据库中的触发功能，所述触发功能用于在所述短信息服务表中每写入一条短信息，则触发一次对所述关联表的更新。

相关技术中，由于短信息数据库中包含触发功能，例如触发器，用于当短信息服务表每次变化，都触发一次对关联表的更新。本申请实施方式，通过将短信息数据库中的触发功能关闭，用以避免每次短信息的变化导致的触发对关联表的更新，从而节约短信息备份复制的时间。

在一种可能的实施方式中，若关闭所述短信息数据库中的触发功能，在将所述多条短信息写入短信息服务表中之后，所述处理器还用于：

当接收到所述短信数据库发送的用于表示所述多条短信息已写入所述短信息服务表中的广播通知消息，则重新启用所述触发功能；或者，

当接收到对指定统一资源标识符URI的查询指令后，查询所述指定URI，并根据所述指定URI指示的资源重新启用所述触发功能；其中，所述指定URI的查询指令是所述短信数据库在所述多条短信息已写入所述短信息服务表后发送的。

通过该实施方式，在对短信息服务表写完之后，通过将短信息数据库中的触发功能恢复，以恢复基于触发功能实现对关联表的自动更新操作。本申请提供的实施方式通过两种可能的实施方式实现，保证了在备份结束后的短信息数据库的正常功能。

在一种可能的实施方式中，所述指示的资源为用于重新启用所述触发功能的重启指令；所述根据所述指定URI指示的资源重新启用所述触发功能时，所述处理器用于：

查找所述指定URI指示的所述重启指令；

执行所述重启指令为所述关联表启动所述短信息数据库中的触发功能。

本实施例为对于重启短信息数据库中的触发功能提供一种实现方式，当采用指定URI的查询进行重启时，可通过指定URI与重启指令的匹配关系实现触发功能的重启。

在一种可能的实施方式中，所述将待备份的多条短信息写入短信息服务表中之前，所述处理器还用于：

对所述多条短信息进行解析，得到所述多条短信息中的各个联系人；

生成每个联系人在所述关联表中的唯一标识，并根据所述唯一标识在所述关联表中为所述联系人创建一条短信息记录；

所述将每个联系人的所述时间标记最大的一条短信息写入到关联表中时，所述处理器用于：

根据所述联系人对应的所述唯一标识，将所述联系人的所述时间标记最大的一条短信息写入到关联表中所述唯一标识对应的短信息记录中。

通过的联系人的唯一标识实现对关联表的更新，以保证将每个联系人的时间标记最大的一条短信息准确的更新到关联表中。

根据示例性的实施方式中的第二方面，提供一种短信息处理方法，该方法包括：

响应于短信息备份指令，将待备份的多条短信息写入短信息服务表中；

在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间；

将每个联系人的所述时间标记最大的一条短信息写入到关联表中。

在一种可能的实施方式中，所述方法还包括：

接收所述短信息备份指令之后，且响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表之前，关闭短信息数据库中的触发功能，所述触发功能用于在所述短信息服务表中每写入一条短信息，则触发一次对所述关联表的更新。

在一种可能的实施方式中，若关闭所述短信息数据库中的触发功能，在将所述多条短信息写入短信息服务表中之后，所述方法还包括：

当接收到所述短信数据库发送的用于表示所述多条短信息已写入所述短信息服务表中的广播通知消息，则重新启用所述触发功能；或者，

当接收到对指定统一资源标识符URI的查询指令后，查询所述指定URI，并根据所述指定URI指示的资源重新启用所述触发功能；其中，所述指定URI的查询指令是所述短信数据库在所述多条短信息已写入所述短信息服务表后发送的。

在一种可能的实施方式中，所述指示的资源为用于重新启用所述触发功能的重启指令；所述根据所述指定URI指示的资源重新启用所述触发功能，包括：

查找所述指定URI指示的所述重启指令；

执行所述重启指令为所述关联表启动所述短信息数据库中的触发功能。

在一种可能的实施方式中，所述将待备份的多条短信息写入短信息服务表中之前，所述方法还包括：

对所述多条短信息进行解析，得到所述多条短信息中的各个联系人；

生成每个联系人在所述关联表中的唯一标识，并根据所述唯一标识在所述关联表中为所述联系人创建一条短信息记录；

所述将每个联系人的所述时间标记最大的一条短信息写入到关联表中，包括：

根据所述联系人对应的所述唯一标识，将所述联系人的所述时间标记最大的一条短信息写入到关联表中所述唯一标识对应的短信息记录中。

第三方面，本申请还提供一种计算机存储介质，其上存储有计算机程序，该程序被处理单元执行时实现第二方面所述短信息处理方法的步骤。

另外，第二方面、第三方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。在符合本领域常识的基础上，上述各优选条件，可任意组合，即得本申请各较佳实施例。

附图说明

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

图1为本申请实施例提供的一种终端的结构示意图；

图2示例性示出了本申请实施例提供的一种终端的软件架构示意图；

图3示例性示出了本申请实施例提供的一种短信息处理方法的流程示意图；

图4示例性示出了本申请实施例提供的一种一键换机的操作界面；

图5示例性示出了本申请实施例提供的一种短信处理方法的对比图；

图6示例性示出了相关技术中的一种短信息处理的显示界面对比图；

图7示例性示出了本申请实施方式提供的一种短信息处理方法的显示界面对比图；

图8示例性示出了本申请实施例提供的一种终端结构示意图。

具体实施方式

下面将结合附图对本申请实施例中的技术方案进行清除、详尽地描述。其中，在本申请实施例的描述中，“多个”是指两个或多于两个。

以下，术语“第一”、“第二”仅用于描述目的，而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征，在本申请实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

首先，图1示出了一种终端100的结构示意图。

下面以终端100为例对实施例进行具体说明。应该理解的是，图1所示终端100仅是一个范例，并且终端100可以具有比图1中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。

图1中示例性示出了根据示例性实施例中终端100的硬件配置框图。如图1所示，终端100包括：射频(radio frequency，RF)电路110、存储器120、显示单元130、摄像头140、传感器150、音频电路160、无线保真(Wireless Fidelity，Wi-Fi)模块170、处理器180、蓝牙模块181、以及电源190等部件。

RF电路110可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器180处理；可以将上行数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。

存储器120可用于存储软件程序及数据。处理器180通过运行存储在存储器120的软件程序或数据，从而执行终端100的各种功能以及数据处理。存储器120可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器120存储有使得终端100能运行的操作***。本申请中存储器120可以存储操作***及各种应用程序，还可以存储执行本申请实施例所述方法的程序代码。

显示单元130可用于接收输入的数字或字符信息，产生与终端100的用户设置以及功能控制有关的信号输入，具体地，显示单元130可以包括设置在终端100正面的触摸屏131，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。

显示单元130还可用于显示由用户输入的信息或提供给用户的信息以及终端100的各种菜单的图形用户界面(graphical user interface，GUI)。具体地，显示单元130可以包括设置在终端100正面的显示屏132。其中，显示屏132可以采用液晶显示器、发光二极管等形式来配置。显示单元130可以用于显示本申请中所述的联系人会话界面或短信息列表界面。

其中，触摸屏131可以覆盖在显示屏132之上，也可以将触摸屏131与显示屏132集成而实现终端100的输入和输出功能，集成后可以简称触摸显示屏。本申请中显示单元130可以显示应用程序以及对应的操作步骤。

摄像头140可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，CMOS)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器180转换成数字图像信号。

终端100还可以包括至少一种传感器150，比如加速度传感器151、距离传感器152、指纹传感器153、温度传感器154。终端100还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。

音频电路160、扬声器161、麦克风162可提供用户与终端100之间的音频接口。音频电路160可将接收到的音频数据转换后的电信号，传输到扬声器161，由扬声器161转换为声音信号输出。终端100还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风162将收集的声音信号转换为电信号，由音频电路160接收后转换为音频数据，再将音频数据输出至RF电路110以发送给比如另一终端，或者将音频数据输出至存储器120以便进一步处理。本申请中麦克风162可以获取用户的语音。

Wi-Fi属于短距离无线传输技术，终端100可以通过Wi-Fi模块170帮助用户收发电子邮件、浏览网页和访问流媒体等，它为用户提供了无线的宽带互联网访问。

处理器180是终端100的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器120内的软件程序，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。在一些实施例中，处理器180可包括一个或多个处理单元；处理器180还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器180中。本申请中处理器180可以运行操作***、应用程序、用户界面显示及触控响应，以及本申请实施例所述的处理方法。另外，处理器180与显示单元130耦接。

蓝牙模块181，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，终端100可以通过蓝牙模块181与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。

终端100还包括给各个部件供电的电源190(比如电池)。电源可以通过电源管理***与处理器180逻辑相连，从而通过电源管理***实现管理充电、放电以及功耗等功能。终端100还可配置有电源按钮，用于终端的开机和关机，以及锁屏等功能。

图2是本申请实施例的终端100的软件结构框图。

分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可将Android***分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(Android runtime)和***库，以及内核层。

应用程序层可以包括一系列应用程序包。

如图2所示，应用程序包可以包括相机，图库，日历，通话，地图，导航，WLAN，蓝牙，音乐，视频，短信息等应用程序。

应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface，API)和编程框架。应用程序框架层包括一些预先定义的函数。

如图2所示，应用程序框架层可以包括窗口管理器，内容提供器，视图***，电话管理器，资源管理器，通知管理器等。

窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。

内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿、短信息等。

视图***包括可视控件，例如显示文字的控件，显示图片的控件等。视图***可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信息通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。

电话管理器用于提供终端100的通信功能。例如通话状态的管理(包括接通，挂断等)。

资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等。

通知管理器使应用程序可以在状态栏中显示通知信息(例如短信息的消息摘要，消息内容)，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在***顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端振动，指示灯闪烁等。

Android Runtime包括核心库和虚拟机。Android runtime负责安卓***的调度和管理。

核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。

应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线程管理，安全和异常的管理，以及垃圾回收等功能。

***库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(Media Libraries)，三维图形处理库(例如：OpenGL ES)，2D图形引擎(例如：SGL)等。

表面管理器用于对显示子***进行管理，并且为多个应用程序提供了2D和3D图层的融合。

媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如:MPEG4，H.264，MP3，AAC，AMR，JPG，PNG等。

三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。

2D(一种动画方式)图形引擎是2D绘图的绘图引擎。

内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。

下面结合捕获拍照场景，示例性说明终端100软件以及硬件的工作流程。

当触摸屏131接收到触摸操作，相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标，触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，识别该输入事件所对应的控件。以该触摸操作是触摸单击操作，该单击操作所对应的控件为相机应用图标的控件为例，相机应用调用应用框架层的接口，启动相机应用，进而通过调用内核层启动摄像头驱动，通过摄像头140捕获静态图像或视频。

本申请实施例中的终端100可以为手机、平板电脑、可穿戴设备、笔记本电脑以及电视等。

下面对文中出现的一些术语进行解释：

(一)短信息服务表：也即sms(Short Message Service，短信息服务)表，用于存储每条短信息的详细内容，参阅表1，为本申请实施例提供的一种sms表的示例，具体内容如下：

表1

_id

threads_id

body

date

address

其中，关于表1进行以下几点进行说明：

(1)表1中的“_id”为sms表中的行号，用于表示sms表中短信息的数量，例如，若sms表中存储有100条短信息，则sms表中的“_id”包括从1～100共100行的短信息记录；

(2)“threads_id”为与threads表的联系人的唯一标识“_id”进行联动的标识，用于标识不同的联系人，例如，若sms表中的短信息包括与6个不同的联系人交互的短信息，则threads_id的取值为1～6；

(3)“body”用于表示该条短信息的具体内容；

(4)“date”表示该行短信息记录的时间标记，即该行短信息的接收时间或发送时间；

(5)“address”用于表示针对该条短信息交互的联系人号码。

需要说明的是，表1中仅给出sms表中的部分内容，并不表明仅包括这几项内容，本申请对此不限定。

(二)关联表：也即threads表，用于存储每个联系人会话记录中的时间标记最大的一条短信息，即与每个联系人会话中接收时间或发送时间最新的一条短信，参阅表2，为本申请实施例提供的一种threads表的示例，具体内容如下：

表2

_id

date

snippet

其中，关于表2进行以下几点进行说明：

(1)表2中的“_id”为threads表中的行号，用于表示threads表中联系人的唯一标识，并且“_id”共计的行数即为联系人的数量，例如，若前述sms表的100条短信息分别是与6个联系人交互得到的，则threads表中“_id”包括从1～6共6行短信息记录，且分别为6个联系人的短信息会话记录中的最新一条短信息记录；

(2)“date”同样表示针对该行短信息记录的时间标记，即短信息的接收时间或发送时间；

(3)“snippet”表示针对该行短信息的具体内容。

需要说明的是，表2中同样也是仅给出threads表中的部分内容，并不表明仅包括这几项内容，本申请对此不限定。

针对目前短信息复制或备份耗时比较多的问题，根据发明人研究发现，相关技术中耗时长的问题主要是由于对于短信息和联系人数据库中都含有较多的具有触发功能的触发器。当每***一条数据，则会触发对短信息服务表进行遍历查询和更新操作，这样随着条数越多，遍历查询和更新操作的耗时便越长，从而导致在数据量增多的情况下，复制数据量所需要的时间则更多的问题。例如，短信息数据库中包含sms表和threads表，由于短信息数据库中存在根据sms表实时更新threads表的触发器，因此当sms表每次变化，threads表也会对应同步进行更新。

本申请实施例不仅适用于一键换机场景，也同样适用于云备份等用于复制、备份或恢复短信息的应用。对这些应用而言，由于sms表会***很多条短信息，若根据sms表每***一条短信息便对sms表进行遍历后同步更新threads表，即每次sms表变化时threads表都进行了遍历更新。但实际上threads表中的内容是sms表中每个联系人的时间标记最大的一条短信息内容，因此当sms表对短信息的备份还未完成，则threads的更新很可能会被后续***到sms表的短信息覆盖掉。在这种情况下，之前对于threads表的同步更新是没有意义的，且会使得整个短信息复制或备份的耗时会由于threads表的更新变得过长。

有鉴于此，本申请实施例中提供了一种短信息处理方法，减少了在短信息还原的场景下短信息备份或复制的耗时，下面结合具体的实施例进行详细的介绍：

如图3所示，为本申请实施例提供的一种短信息处理方法的流程图，该流程包括如下步骤：

步骤S301、响应于短信息备份指令，将待备份的多条短信息写入短信息服务表中。

一种可能的实施例中，该短信息备份指令为一键换机指令，可理解为该一键换机指令用于对另一终端设备内存储的短信息进行备份；例如，若实现将终端设备A的短信息备份到新的终端设备B中，则当接收到终端设备A的短信息备份指令时，则终端设备B准备对从网络中接收的终端设备A传输过来的待备份短信息进行备份，即终端B准备将短信息写入短信息服务表。

参阅图4，为本申请实施例提供的一种一键换机的操作界面，其中，当用于点击该界面上的“我是新手机”后，将接收待备份的多条短信息；然后响应于该点击指令，将接收的待备份的多条短信写入到短信息服务表，即sms表中。若图4的界面是显示在旧终端，用户点击该界面上的“我是旧手机”后，一种可能的实施方式，旧终端生成二维码，等待新终端扫描二维码，并接收到新终端基于该二维码发送的备份指令后，将旧终端的待备份的多条短信息的内容发送给新终端。当然，采用二维码的方式仅是一种示例，实施时还可以通过其他方式来关联旧终端和新终端，以便于实现一键换机功能。

另一种可能的实施例中，该短信息备份指令为云备份指令，可理解为该云备份指令用于将云服务器上存储的所述多条短信息进行备份，实施方式与一键换机场景类似，在此不再赘述。

步骤S302、在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间。

步骤S303：将每个联系人的所述时间标记最大的一条短信息写入到关联表中。

其中，所述关联表用于存储每个联系人的时间标记最大的一条短信息。

实施时，短信息服务表和关联表都包含在短信息数据库中，短信息数据库中包含有触发功能，该触发功能用于在所述短信息服务表中每写入一条短信息，则触发一次对所述关联表的更新；在一种可能的实施方式中，触发功能可通过触发器来实现。

在一种可能的实施例中，在将所述待备份的多条短信息中的第一条短信息更新至所述短信息服务表后，可关闭短信息数据库中的所述触发功能；例如，关闭短信数据库中的触发器的实施方式，可通过如下表3所示的实施方式实现，如下：

表3

其中，如表3中所示，在短信数据库中包含的触发器中，至少包括两类触发器，一类为用于更新的触发器，其主要为了实现根据sms表的短信息变化对threads表中的内容进行更新的操作；例如，接收到已有的联系人的一条时间更新的短信息，则更新threads表中对应该联系人的短信息的具体内容。另一类是用于***的触发器，其主要为了实现根据sms表的短信息变化对threads表中进行***的操作；例如，sms表接收到一个新的联系人的会话的短信息，则在threads表中***该联系人的该条短信。

当关闭触发功能之后，若短信息服务表发生变化，此时由于没有触发功能，因此关联表不会再进行同步更新。

此外，当将待备份的多条短信息已写入所述短信息服务表中之后，一种可能的实施方式，当接收到所述短信数据库发送的用于表示所述多条短信息已写入所述短信息服务表中的广播通知消息，则重新启用所述触发功能。

另一种可能的实施方式，当接收到对指定统一资源标识符URI的查询指令后，查询所述指定URI，并根据所述指定URI指示的资源重新启用所述触发功能；其中，所述指定URI的查询指令是所述短信数据库在所述多条短信息已写入所述短信息服务表后发送的。

例如，若有100条短信息待备份，当将100条短信息记录全部***到sms表中之后，表明针对该100条短信息的sms表的写入已经完成，则短信息数据库会发出备份完成的通知；其中，该通知可以是通过发送的广播通知消息实现的，或者通过查询预先约定的指定URI确定的，当用于更新threads表的短信息服务组件(例如Android安卓中的四大组件之一的ContentProvider组件)接收到广播通知消息或接收到对于该指定URI的查询指令，则确定对于短信息服务表的备份已完成，然后执行重新启用短信息数据库中的触发功能。

其中，查询指定URI的操作在实施时，由于其指示的资源即为用于重新启用所述触发功能的重启指令；当接收到对于指定URI的查询指令，则查找所述指定URI指示的所述重启指令；并执行所述重启指令为所述关联表启动所述短信息数据库中的触发功能。

可选的重启指令通过如下表4所示的实施方式实现，其中触发功能依然以触发器为例，如下：

表4

此外，将待备份的多条短信息写入所述短信息服务表之前，还包括：对所述多条短信息进行解析，得到所述多条短信息中的各个联系人；生成每个联系人在所述关联表中的唯一标识，并根据所述唯一标识在所述关联表中为所述联系人创建一条短信息记录；即首先通过对短信息的联系人标识的解析，确定待备份的短信息中共有几个联系人。例如，解析出包括3个联系人，则在threads表中对应生成3行联系人的会话记录，如“_id”包括1、2、3。

其中创建的一条短信息记录可选的，可将首先解析到该联系人对应的短信息记录到threads表中，作为threads表的创建的一条初始的短信息记录。此外，当sms表备份完成之后，对sms表中的各短信息进行分析，获取到每个联系人的时间标记最大的一条短信息之后，根据所述联系人对应的所述唯一标识，将所述联系人的所述时间标记最大的一条短信息写入到关联表中所述唯一标识对应的短信息记录中。例如，从sms表中获取“threads_id”为1的联系人的时间标记最大的短信息为短信息1，则将短信息1写入到threads表中的“_id”为1对应行的短消息记录中。

在实施对所述短信息服务表中的所述多条短信息进行分析，得到在所述多条短信息中每个联系人的时间标记最大的一条短信息时，一种可选的实施方式，包括：针对每个联系人，分别执行：提取所述联系人关联的至少一条短信息的时间标记；将所述联系人关联的所述至少一条短信息的时间标记进行比对；根据比对结果，获取所述联系人的时间标记最大的一条短信息。

实施时，通过前述对于sms表和threads表的具体内容的介绍，可确定sms表中的“threads_id”与threads表中的“_id”是联动的，则sms更新完成之后，根据sms表中的“threads_id”可确定共有几个联系人；然后，在每个联系人，根据“date”查找对比出每个联系人的时间标记最大的一条短信息中。例如，sms表中联系人A的短信息共有3条，接收或发送时间分别为，4月9日、4月10日及4月11日，则可确定4月11日接收或发送的短信息是与该联系人是时间标记最大的短信息。

本申请实施例中提供的一种短信息处理方法，通过关闭触发器的触发功能，提高了短信息备份的效率，为更清楚的理解通过本申请提高效率的技术方案，参阅图5，为本申请实施提供的一种短信处理方法的对比示意图，从图5中可确定相关技术中针对短信息的备份消耗的总时间T1可通过以下公式(1)确定：

其中，T1表示相关技术中针对n条短信息的备份所需要的总时间，n表示待备份的短信息共计n条，sms_i表示对第i条短信***sms表所需要的时间，threads_i表示对将第i条短信息更新到threads表遍历sms表所需要的时间。假设，n为同一联系人的三条短信息，***sms表需要的时间是1s/条；threads遍历1条短信需要1s，遍历2条短信需要2s，遍历3条短信需要3s；则T1的时长为1s*3+1s+2s+3s＝9s。

然而，本申请中针对短信息的备份消耗的总时间T2通过以下公式(2)确定：

其中，m<n；T2表示本申请中针对n条短信息的备份所需要的总时间，n表示待备份的短信息共计n条，m表示sms表中的联系人共m个，sms_i表示对第i条短信***sms表所需要的时间，threads_j表示对遍历第j个联系人在sms表中的短信息所需要时间。

继续前述的假设，若***sms表需要的时间是1s/条；threads表只需遍历最后的3条短信需要3s；则T2的时长为1s*3+3s＝6s，相对现有技术消耗9s，本申请能够节约备份短信息所需的时长。

此外，当待备份的短信息条数越多时，通过本申请可节省大量的短消息的复制备份的耗时。

参阅图6，为相关技术中的一种短信息处理的显示界面，图中左边一列为根据sms表生成的联系人会话界面，右侧一列为根据threads表生成的短信息列表界面。其中：

(1)关于联系人会话界面：

每当在sms表中写入一条短信息，则联系人会话界面增加一条短信息并显示。例如，联系人张某的号码为“138XXXX0000”，共有三条短信息，当sms表中接收到第一条短信息的写入之后，根据sms表生成如图6中的“左-1”的联系人会话界面，此时该联系人会话界面仅包含一条短信息；同理，当sms表中写入第二条短信息之后，根据sms表生成如图6中的“左-2”的联系人会话界面，此时该联系人的会话界面显示两条短信息；图6中的“左-3”同理，将会显示3条短信息，在此不再赘述。

(2)关于短信息列表界面：

由于触发功能的存在，每当sms表发生变化，对应的如图6中右边一列的短信息列表界面也发生变化。例如，继续以前述张某为例，如图6中的“右-1”为sms表中***第一条短信息，并同步更新threads表之后，短信息列表界面显示第一条短信息。随后，sms表中***第二条短信息，则如图6中的“右-2”的短信息列表界面对于张某的时间标记最大的短信息更新为第二条短信息，即“4.5中午12:00”接收的短信；此外，图6中的“右-3”同理，短信息列表界面该联系人的最新的短信息变化为“4.8下午18:00”接收的短信息。

因此确定在显示界面上，相关技术中，短信息列表界面的显示可能会随着联系人会话界面的更新而变化。也即，显示界面的内容会随着threads表的不断更新而发生变化，同一联系人(如张某)的时间标记最大的一条短信息会不断变化。当在进行大量短信息的备份时，则短信息列表界面会不断的刷新改变，但实际上，基于threads表的短信息列表界面的内容变化过程是不需要的，在备份结束之后只要能保证threads表存储的是各联系人的时间标记最大的一天短信息即可。相比之下，为了对比出本申请与相关技术的区别，本申请实施例中终端的显示界面的状态可如图7所示。

参阅图7，图7中左列的显示联系人会话界面从“左-1”到“左-3”的变化与图6中的实现过程相同，在此不再赘述。但右列的短信息列表界面，通过本申请的方法，实施为在最后一条短信息写入完成之后，获取时间标记最大的一条短信息之后生成对应的联系人列表界面即可。继续以前述张某为例，图7中的“右-1”即为张某的时间标记最大的一条短信息，也即在本申请中无需也不会展示6中的“右-1”、“右-2”的界面。由此，本申请实施例中，基于threads表的短信息列表界面没有中间的变化过程，能够避免不必要的刷新界面。且，通过本申请提供的显示界面，当短时间内对大量短信息进行备份的过程中，减少了因触发的threads表的频繁变化的耗时。

如图8所示，本申请实施例提供一种终端，包括输入单元801、处理器802以及显示屏803；

所述输入单元801，用于接收短信息备份指令；

所述处理器802，用于响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表中；

在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间；

将每个联系人的所述时间标记最大的一条短信息写入到关联表中；

所述显示屏803，用于显示根据所述短信息服务表生成的每个联系人对应的联系人会话界面；或者，显示根据所述关联表生成的短信息列表界面。

在一种可能的实施方式中，所述处理器802还用于：

所述接收短信息备份指令之后，且响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表之前，关闭短信息数据库中的触发功能，所述触发功能用于在所述短信息服务表中每写入一条短信息，则触发一次对所述关联表的更新。

在一种可能的实施方式中，若关闭所述短信息数据库中的触发功能，在将所述多条短信息写入短信息服务表中之后，所述处理器802还用于：

当接收到所述短信数据库发送的用于表示所述多条短信息已写入所述短信息服务表中的广播通知消息，则重新启用所述触发功能；或者，

当接收到对指定统一资源标识符URI的查询指令后，查询所述指定URI，并根据所述指定URI指示的资源重新启用所述触发功能；其中，所述指定URI的查询指令是所述短信数据库在所述多条短信息已写入所述短信息服务表后发送的。

在一种可能的实施方式中，所述指示的资源为用于重新启用所述触发功能的重启指令；所述根据所述指定URI指示的资源重新启用所述触发功能时，所述处理器802用于：

查找所述指定URI指示的所述重启指令；

执行所述重启指令为所述关联表启动所述短信息数据库中的触发功能。

在一种可能的实施方式中，所述将待备份的多条短信息写入短信息服务表中之前，所述处理器802还用于：

对所述多条短信息进行解析，得到所述多条短信息中的各个联系人；

生成每个联系人在所述关联表中的唯一标识，并根据所述唯一标识在所述关联表中为所述联系人创建一条短信息记录；

所述将每个联系人的所述时间标记最大的一条短信息写入到关联表中时，所述处理器802用于：

根据所述联系人对应的所述唯一标识，将所述联系人的所述时间标记最大的一条短信息写入到关联表中所述唯一标识对应的短信息记录中。

由于本申请实施例中的计算机存储介质可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请的实施例在此不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

Claims (6)

1.一种终端，其特征在于，包括输入单元、处理器以及显示屏；

所述输入单元，用于接收短信息备份指令；

所述处理器，用于响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表中；

在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间；

将每个联系人的所述时间标记最大的一条短信息写入到关联表中；

所述显示屏，用于显示根据所述短信息服务表生成的每个联系人对应的联系人会话界面；或者，显示根据所述关联表生成的短信息列表界面；

所述处理器还用于：所述接收短信息备份指令之后，且响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表之前，关闭短信息数据库中的触发功能，所述触发功能用于在所述短信息服务表中每写入一条短信息，则触发一次对所述关联表的更新；

若关闭所述短信息数据库中的触发功能，在将所述多条短信息写入短信息服务表中之后，所述处理器还用于：

当接收到所述短信息数据库发送的用于表示所述多条短信息已写入所述短信息服务表中的广播通知消息，则重新启用所述触发功能；或者，

当接收到对指定统一资源标识符URI的查询指令后，查询指定URI，并根据所述指定URI指示的资源重新启用所述触发功能；其中，所述指定URI的查询指令是所述短信息数据库在所述多条短信息已写入所述短信息服务表后发送的。

2.如权利要求1所述的终端，其特征在于，所述指示的资源为用于重新启用所述触发功能的重启指令；所述根据所述指定URI指示的资源重新启用所述触发功能时，所述处理器用于：

查找所述指定URI指示的所述重启指令；

执行所述重启指令为所述关联表启动所述短信息数据库中的触发功能。

3.如权利要求1所述的终端，其特征在于，所述将待备份的多条短信息写入短信息服务表中之前，所述处理器还用于：

对所述多条短信息进行解析，得到所述多条短信息中的各个联系人；

生成每个联系人在所述关联表中的唯一标识，并根据所述唯一标识在所述关联表中为所述联系人创建一条短信息记录；

所述将每个联系人的所述时间标记最大的一条短信息写入到关联表中时，所述处理器用于：

根据所述联系人对应的所述唯一标识，将所述联系人的所述时间标记最大的一条短信息写入到关联表中所述唯一标识对应的短信息记录中。

4.一种短信息处理方法，其特征在于，所述方法包括：

响应于短信息备份指令，将待备份的多条短信息写入短信息服务表中；

在将所述多条短信息写入所述短信息服务表中之后，从所述短信息服务表中获取所述多条短信息中每个联系人的时间标记最大的一条短信息；其中，所述时间标记用于标识短信息的接收时间或发送时间；

将每个联系人的所述时间标记最大的一条短信息写入到关联表中；

所述方法还包括：接收所述短信息备份指令之后，且响应于所述短信息备份指令，将待备份的多条短信息写入短信息服务表之前，关闭短信息数据库中的触发功能，所述触发功能用于在所述短信息服务表中每写入一条短信息，则触发一次对所述关联表的更新；

若关闭所述短信息数据库中的触发功能，在将所述多条短信息写入短信息服务表中之后，所述方法还包括：

当接收到所述短信息数据库发送的用于表示所述多条短信息已写入所述短信息服务表中的广播通知消息，则重新启用所述触发功能；或者，

当接收到对指定统一资源标识符URI的查询指令后，查询指定URI，并根据所述指定URI指示的资源重新启用所述触发功能；其中，所述指定URI的查询指令是所述短信息数据库在所述多条短信息已写入所述短信息服务表后发送的。

5.如权利要求4所述的方法，其特征在于，所述指示的资源为用于重新启用所述触发功能的重启指令；所述根据所述指定URI指示的资源重新启用所述触发功能，包括：

查找所述指定URI指示的所述重启指令；

执行所述重启指令为所述关联表启动所述短信息数据库中的触发功能。

6.如权利要求4所述的方法，其特征在于，所述将待备份的多条短信息写入短信息服务表中之前，所述方法还包括：

对所述多条短信息进行解析，得到所述多条短信息中的各个联系人；

生成每个联系人在所述关联表中的唯一标识，并根据所述唯一标识在所述关联表中为所述联系人创建一条短信息记录；

所述将每个联系人的所述时间标记最大的一条短信息写入到关联表中，包括：

根据所述联系人对应的所述唯一标识，将所述联系人的所述时间标记最大的一条短信息写入到关联表中所述唯一标识对应的短信息记录中。