CN115396827A - 信息处理的方法、装置、设备、存储介质及程序产品 - Google Patents

Abstract

本申请提供一种信息处理的方法、装置、设备、存储介质及程序产品。本申请的方法，通过响应于第一短信的紧急发送指令，停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息，发送第一短信，也即立即打断当前短信的发送流程，发送需要紧急发送的第一短信，不再等待后续对第二短信的MME反馈消息和短信中心的应答消息，并且不再上报第二短信对应的确认消息，能够及时地发送需要紧急发送的求援短信等短信。

Description

信息处理的方法、装置、设备、存储介质及程序产品

技术领域

本申请涉及通信技术，尤其涉及一种信息处理的方法、装置、设备、存储介质及程序产品。

背景技术

随着智能终端的发展，车载TBOX(Telematics BOX)、智能手机等终端设备均具有发送紧急短信(Short Message Service，简称SMS)的功能，可以在险情发生时，向救援中心发送紧急短信。紧急短信中包含了险情发送的时间、地理位置、重要传感器数据等，用于救援人员定位现场情况，并第一时间派出救援车辆到对应位置进行救援。例如，车载TBOX(Telematics BOX)装备在车辆上，在车辆行驶过程中，车辆发生碰撞时，通过车载TBOX向救援中心发送包含救援数据的短信，其中救援数据包含了车辆碰撞的时间、地理位置、重要传感器数据等。

目前，短信发送遵守3GPP的标准流程，为了避免网络信号异常而导致短信发送的流程锁死，终端侧设置了两个定时器，两个定时器的等待时长长达3分5秒。当网络信号不良的极端情况下，终端侧发送一条短信最长会等待3分5秒的时长。目前，为了能尽快地将救援短信发送出去，在将救援短信插入短信队列的最前端，也就是发送完当前正在发送的短信后，下一条发送的短信就是救援短信。

但是，在车辆发生碰撞时，是否有短信处于发送状态是不可控的，如果已经有短信处于发送中，则必须等待该短信发送完毕后才能发送这条救援短信，而该等待时间窗最长是3分5秒，导致救援短信无法及时发送出去。

发明内容

本申请提供一种信息处理的方法、装置、设备、存储介质及程序产品，用以解决救援短信无法及时发送出去的问题。

一方面，本申请提供一种信息处理的方法，应用于发送短信的终端设备，包括：

响应于第一短信的紧急发送指令，停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息，所述第二短信为当前正在发送的短信；

发送所述第一短信。

另一方面，本申请提供一种信息处理的装置，应用于发送短信的终端设备，包括：

停止当前短信发送模块，用于响应于第一短信的紧急发送请求，停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息，所述第二短信为当前正在发送的短信；

紧急短信发送模块，用于发送所述第一短信。

另一方面，本申请提供一种用于发送短信的终端设备，包括：

发送器，接收器，处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现上述所述的信息处理的方法。

另一方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现上述所述的信息处理的方法。

另一方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现上述所述的信息处理的方法。

本申请提供的信息处理的方法、装置、设备、存储介质及程序产品，通过响应于第一短信的紧急发送指令，停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息，发送第一短信，也即立即打断当前短信的发送流程，发送需要紧急发送的第一短信，不再等待后续对第二短信的MME反馈消息和短信中心的应答消息，并且不再上报第二短信对应的确认消息，能够及时地发送需要紧急发送的求援短信等短信。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的短信发送的流程图；

图2为本申请实施例一提供的信息处理的方法流程图；

图3为本申请实施例二提供的信息处理的方法流程图；

图4为本申请实施例二提供的短信发送中被打断的阶段的示意图；

图5为本申请实施例三提供的信息处理的方法流程图；

图6为本申请实施例四提供的信息处理的装置的结构示意图；

图7为本申请实施例五提供的信息处理的装置的结构示意图；

图8为本申请实施例六提供的电子设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

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

本申请实施例具体的应用于用户终端设备需要紧急发送短信的场景。

示例性地，在车辆行驶过程中，车辆发生碰撞时，需要通过车载TBOX向救援中心紧急发送包含救援数据的求援短信，其中救援数据包含了车辆碰撞的时间、地理位置、重要传感器数据等，用于救援人员定位现场情况，并第一时间派出救援车辆到对应位置进行救援。

示例性地，在终端设备的持有人处于危险中时，可以通过快捷的方法发送紧急求救短信，求救短信包含了终端设备所在位置、发送时间、紧急情况等，用于救援人员第一时间到对应位置进行救援。

目前短信的发送遵守3GPP的标准流程，具体流程如图1所示，短信的整个发送过程主要分为图1中如下6个步骤：

步骤①、终端设备(UE)发送短信数据内容到网络节点(Mobility ManagementEntity，简称MME)。该步骤中，终端设备将短信数据内容以cp-data消息的方式发送到网络节点；

步骤②、网络节点(MME)传递短消息数据内容请求到短信中心(A short messageservice center，简称SMSC)。其中，网络节点将短消息数据内容以MO-FSM Request请求的方式发送到短信中心。

步骤③、网络节点向终端设备发送反馈消息，反馈消息表示网络节点当前已经收到短信数据，并且已经处理(步骤②的处理)。其中，反馈消息以cp-ack消息的方式发送给终端设备。

步骤④、短信中心回复应答消息给网络节点，应答消息表示短信中心当前已经收到短信内容数据，并已经处理(向短信接收方的短信中心发送短信内容数据)。其中，短信中心将应答消息以MO-FSM Answer消息的方式发送给网络节点。

步骤⑤、网络节点反馈应答消息给终端设备，以通知终端设备：短信中心已处理短信。其中，网络节点将应答消息以cp-data消息的方式发送到终端设备。

步骤⑥、终端设备回复确认消息给网络节点，确认已经收到网络节点发送的短信中心对短信的应答消息。其中，终端设备将确认消息以cp-ack消息的方式发送给网络节点。

为了避免网络信号异常而导致短信发送的流程锁死，终端侧设置了如图1中所示的两个定时器：定时器A和定时器B，两个定时器的总等待时长长达3分5秒。当网络信号不良的极端情况下，终端侧发送一条短信最长会等待3分5秒的时长。目前，为了能尽快地将救援短信发送出去，在将救援短信插入短信队列的最前端，也就是发送完当前正在发送的短信后，下一条发送的短信就是救援短信。但是，在车辆发生碰撞时，是否有短信处于发送状态是不可控的，如果已经有短信处于发送中，则必须等待该短信发送完毕后才能发送这条救援短信，而该等待时间窗最长是3分5秒，导致救援短信无法及时发送出去。

本申请实施例提供的信息处理的方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

图2为本申请实施例一提供的信息处理的方法流程图。本申请实施例针对紧急的短信无法及时发送出去的问题，提供了信息处理的方法。

本实施例中的方法应用于终端设备，该终端设备可以是智能手机、平板等移动终端，也可以是车载TBOX等其他具有短信发送功能的设备，在其他实施例中，该方法还可应用于其他设备，本实施例以终端设备为例进行示意性说明。

如图2所示，该方法具体步骤如下：

步骤S101、响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息，第二短信为当前正在发送的短信。

其中，第一短信用于指代需要紧急发送的短信，第二短信用于指代终端设备当前正在发送的短信。

本实施例中，当终端设备接收到对第一短信的紧急发送指令时，终端设备不再等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)和短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)，马上停止对第二短信的发送处理，并发送需要紧急发送的第一短信。

步骤S102、发送第一短信。

该步骤中，第一短信的发送过程参照图1所示的流程，此处不再赘述。

本申请实施例通过响应于第一短信的紧急发送指令，停止对正在发送的第二短信的超时重发处理，发送第一短信，也即立即打断当前短信的发送流程，发送需要紧急发送的第一短信，不再等待后续对第二短信的MME反馈消息和短信中心的应答消息，并且不再上报第二短信对应的确认消息，能够及时地发送需要紧急发送的求援短信等短信。

实施例二

图3为本申请实施例二提供的信息处理的方法流程图。在上述实施例一的基础上，本实施例中，在第一短信发送完成后，需要确定第二短信是否发送成功，并在确定第二短信未发送成功时，重新发送第二短信，从而保证被打断的第二短信能够发送成功。本实施例提供对于被打断的第二短信的继续处理的一种可选的实施方式。

如图3所示，该方法具体步骤如下：

步骤S201、响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息。

本实施例中，对于正在发送的第二短信，被打断时可能处于的阶段如图4中的两个叉号“╳”所示，是在等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)期间(也即定时器A定时期间)，和等待短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)期间(也即定时器B定时期间)。

如果等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)超时(也即定时器A超时)，或者等待短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)(也即定时器B超时)，则需要重新发送第二短信，也即终端设备重新向网络节点发送第二短信的短信数据内容(步骤①)，实现对第二短信的超时重发处理。

本实施例中，当终端设备接收到对第一短信的紧急发送指令时，终端设备马上停止对第二短信的超时重发处理，不再等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)和短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)，并且不再发送对第二短信的确认消息，而是立即发送需要紧急发送的第一短信。

步骤S202、发送第一短信。

该步骤中，第一短信的发送过程参照图1所示的流程，此处不再赘述。

步骤S203、接收网络节点对第二短信的反馈消息，和短信中心对第二短信的应答消息。

本实施例中，响应于第一短信的紧急发送指令，终端设备停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息，但是终端设备可以继续接收网络节点对第二短信的反馈消息和短信中心对第二短信的应答消息，不会影响第一短信的发送。

步骤S204、在第一短信发送完成后，若确定或者未接收到短信中心对第二短信的应答消息，则重新发送第二短信。

在第一短信发送完成后，如果还未接收到短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)，可以认为第二短信没有发送成功，则终端设备重新发送第二短信，也即终端设备重新向网络节点发送第二短信的短信数据内容(步骤①)。

步骤S205、在第一短信发送完成后，若确定已接收到短信中心对第二短信的应答消息，则将第二短信从短信队列中删除。

在第一短信发送完成后，如果已经接收到短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)，可以认为第二短信已经发送成功，则将第二短信从短信队列中删除，终端设备无需再重新发送第二短信。

本申请实施例通过响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息；发送第一短信，能够及时地发送需紧急发送的第一短信；进一步地，通过继续接收网络节点对第二短信的反馈消息，和短信中心对第二短信的应答消息，在第一短信发送完成后，若确定未接收到短信中心对第二短信的应答消息，则重新发送第二短信，若确定已接收到短信中心对第二短信的应答消息，则将第二短信从短信队列中删除，能够保证被打断的第一短信可以发送成功。

实施例三

图5为本申请实施例三提供的信息处理的方法流程图。在上述实施例一的基础上，本实施例中，在第一短信发送完成后，需要确定第二短信是否发送成功，并在确定第二短信未发送成功时，重新发送第二短信，从而保证被打断的第二短信能够发送成功。本实施例提供对于被打断的第二短信的继续处理的另一种可选的实施方式。

如图5所示，该方法具体步骤如下：

步骤S301、响应于第一短信的紧急发送指令，保存第二短信对应的处理状态信息，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息。

其中，处理状态信息至少包括：对第二短信的处理状态、第二短信的发送时间戳，另外处理状态信息还可以包括第二短息的其他相关信息，处理状态信息可以根据实际应用场景的需要进行设置和调整，此处不做具体限定。

本实施例中，对于正在发送的第二短信，被打断时可能处于的阶段如图4中的两个叉号“╳”所示，是等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)期间(也即定时器A定时期间)，和等待短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)期间(也即定时器B定时期间)。

在打断第二短信的发送时，终端设备可以保存第二短信对应的处理状态信息。

如果在等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)期间(也即定时器A定时期间)被打断，则对第二短信的处理状态为等待网络节点对第二短信的反馈消息。

如果在等待短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)期间(也即定时器B定时期间)被打断，则对第二短信的处理状态为等待短信中心对第二短信的应答消息。

步骤S302、发送第一短信。

该步骤中，第一短信的发送过程参照图1所示的流程，此处不再赘述。

步骤S303、接收网络节点对第二短信的反馈消息，和短信中心对第二短信的应答消息。

本实施例中，响应于第一短信的紧急发送指令，终端设备停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息，但是终端设备可以继续接收网络节点对第二短信的反馈消息和短信中心对第二短信的应答消息，不会影响第一短信的发送。

本实施例中，在第一短信发送完成后，可以通过步骤S304-S305，根据被打断时第二短信对应的处理状态信息，继续对第二短信进行发送处理，以保证第二短信的成功发送。

步骤S304、在第一短信发送完成后，根据第二短信对应的处理状态信息，若处理状态为等待网络节点对第二短信的反馈消息，则根据第二短信的发送时间戳和当前时间戳，在确定等待反馈消息的时长大于第一等待时长时，若还未接收到反馈消息，则重新发送第二短信。

如果被打断时，第二短信的处理状态为等待网络节点对第二短信的反馈消息，也即在等待网络节点对第二短信的反馈消息(图1中步骤③中的反馈消息)期间(也即定时器A定时期间)被打断，则终端设备根据第二短信的发送时间戳和当前时间戳，确定当前时间戳与发送时间戳之间的时间差，该时间差为等待反馈消息的时长；如果等待反馈消息的时长大于第一等待时长时，还未接收到网络节点对第二短信的反馈消息，说明等待网络节点对第二短信的反馈消息超时，则重新发送第二短信。

示例性地，终端设备根据第二短信的发送时间戳和当前时间戳，确定当前时间戳与发送时间戳之间的时间差(记为第一时间差)之后，如果第一时间差小于第一等待时长，可以计算第一等待时长与第一时间差的差值(记为第一差值)，根据该第一差值设置一个新的定时器C，当该定时器C超时时，若还未接收到网络节点对第二短信的反馈消息，说明等待网络节点对第二短信的反馈消息超时，则重新发送第二短信。

其中，第一等待时长是预先设置的等待网络节点对短信的反馈消息的最大等待时长，也即是定时器A的定时时长。

步骤S305、在第一短信发送完成后，若处理状态为等待短信中心对第二短信的应答消息，则根据网络节点对第二短信的反馈消息的时间戳和当前时间戳，在确定等待应答消息的时长大于第二等待时长时，若还未接收到应答消息，则重新发送第二短信。

如果被打断时，第二短信的处理状态为等待短信中心对第二短信的应答消息，也即在等待短信中心对第二短信的应答消息(图1中步骤⑤中的应答消息)期间(也即定时器B定时期间)被打断，则终端设备根据网络节点对第二短信的反馈消息的时间戳和当前时间戳，确定当前时间戳与反馈消息的时间戳之间的第二时间差，第二时间差为等待应答消息的时长；如果等待所应答消息的时长大于第二等待时长时，还未接收到短信中心对第二短信的应答消息，说明等待短信中心的应答消息超时，则重新发送第二短信。

其中，第二等待时长是预先设置的等待短信中心对短信的应答消息的最大等待时长，也即是定时器B的定时时长。

示例性地，终端设备根据网络节点对第二短信的反馈消息的时间戳和当前时间戳，确定当前时间戳与反馈消息的时间戳之间的时间差(记为第二时间差)之后，如果第二时间差小于第二等待时长，可以计算第二等待时长与第二时间差的差值(记为第二差值)，根据第二差值设置一个新的定时器D，当该定时器D超时时，若还未接收到短信中心对第二短信的应答消息，说明等待短信中心的应答消息超时，则重新发送第二短信。

本申请实施例本申请实施例通过响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息；发送第一短信，能够及时地发送需紧急发送的第一短信；进一步地，通过保存第二短信对应的处理状态信息，在第一短信发送完成后，根据第二短信对应的处理状态信息，若处理状态为等待网络节点对第二短信的反馈消息，则根据第二短信的发送时间戳和当前时间戳，在确定等待反馈消息的时长大于第一等待时长时，若还未接收到反馈消息，则重新发送第二短信；在第一短信发送完成后，若处理状态为等待短信中心对第二短信的应答消息，则根据网络节点对第二短信的反馈消息的时间戳和当前时间戳，在确定等待应答消息的时长大于第二等待时长时，若还未接收到应答消息，则重新发送第二短信，能够保证被打断的第一短信可以发送成功。

实施例四

图6为本申请实施例四提供的信息处理的装置的结构示意图。本申请实施例提供的信息处理的装置可以执行信息处理的方法实施例提供的处理流程。如图6所示，该信息处理的装置40包括：停止当前短信发送模块401和紧急短信发送模块402。

具体地，停止当前短信发送模块401，用于响应于第一短信的紧急发送请求，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息，第二短信为当前正在发送的短信。

紧急短信发送模块402，用于发送第一短信。

本申请实施例提供的装置可以具体用于执行上述实施例一所提供的方法实施例，具体功能此处不再赘述。

本申请实施例通过响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息；发送第一短信，能够及时地发送需紧急发送的第一短信；进一步地，通过继续接收网络节点对第二短信的反馈消息，和短信中心对第二短信的应答消息，在第一短信发送完成后，若确定未接收到短信中心对第二短信的应答消息，则重新发送第二短信，若确定已接收到短信中心对第二短信的应答消息，则将第二短信从短信队列中删除，能够保证被打断的第一短信可以发送成功。

实施例五

图7为本申请实施例五提供的信息处理的装置的结构示意图。在上述实施例四的基础上，本实施例中，如图7所示，该信息处理的装置40还包括：短信恢复发送模块403。

可选地，停止当前短信发送模块还用于：

停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息之后，接收网络节点对第二短信的反馈消息，和短信中心对第二短信的应答消息。

可选地，短信恢复发送模块用于：

在第一短信发送完成后，若确定未接收到短信中心对第二短信的应答消息，则重新发送第二短信。

可选地，短信恢复发送模块还用于：

在第一短信发送完成后，若确定已接收到短信中心对第二短信的应答消息，则将第二短信从短信队列中删除。

可选地，停止当前短信发送模块还用于：

停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息之前，保存第二短信对应的处理状态信息，处理状态信息包括对第二短信的处理状态、第二短信的发送时间戳。

可选地，短信恢复发送模块还用于：

在第一短信发送完成后，根据第二短信对应的处理状态信息，若处理状态为等待网络节点对第二短信的反馈消息，则根据第二短信的发送时间戳和当前时间戳，在确定等待反馈消息的时长大于第一等待时长时，若还未接收到反馈消息，重新发送第二短信；若处理状态为等待短信中心对第二短信的应答消息，则根据网络节点对第二短信的反馈消息的时间戳和当前时间戳，在确定等待应答消息的时长大于第二等待时长时，若还未接收到应答消息，重新发送第二短信。

本申请实施例提供的装置可以具体用于执行上述实施例二或实施例三所提供的方法实施例，具体功能此处不再赘述。

本申请实施例本申请实施例通过响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息；发送第一短信，能够及时地发送需紧急发送的第一短信，并且能够保证被打断的第一短信可以发送成功。

实施例六

图8为本申请实施例六提供的电子设备的结构示意图。如图8所示，该电子设备100包括：发送器70，接收器71，处理器72，存储器73，以及存储在存储器73上并可在处理器72上运行的计算机程序。

其中，处理器72运行计算机程序时实现上述任一方法实施例所提供的方法。

本申请实施例通过响应于第一短信的紧急发送指令，停止对第二短信的超时重发处理，并停止发送对第二短信的确认消息；发送第一短信，能够及时地发送需紧急发送的第一短信；进一步地，通过继续接收网络节点对第二短信的反馈消息，和短信中心对第二短信的应答消息，在第一短信发送完成后，若确定未接收到短信中心对第二短信的应答消息，则重新发送第二短信，若确定已接收到短信中心对第二短信的应答消息，则将第二短信从短信队列中删除，能够保证被打断的第一短信可以发送成功。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例提供的方法。

本申请还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一方法实施例提供的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (10)

1.一种信息处理的方法，其特征在于，应用于发送短信的终端设备，包括：

响应于第一短信的紧急发送指令，停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息，所述第二短信为当前正在发送的短信；

发送所述第一短信。

2.根据权利要求1所述的方法，其特征在于，所述停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息之后，还包括：

接收网络节点对所述第二短信的反馈消息和短信中心对所述第二短信的应答消息。

3.根据权利要求2所述的方法，其特征在于，所述发送所述第一短信之后，还包括：

在所述第一短信发送完成后，若确定未接收到短信中心对所述第二短信的应答消息，则重新发送所述第二短信。

4.根据权利要求2所述的方法，其特征在于，所述发送所述第一短信之后，还包括：

在所述第一短信发送完成后，若确定已接收到所述短信中心对所述第二短信的应答消息，则将所述第二短信从短信队列中删除。

5.根据权利要求2所述的方法，其特征在于，所述停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息之前，还包括：

保存所述第二短信对应的处理状态信息，所述处理状态信息包括对所述第二短信的处理状态、所述第二短信的发送时间戳。

6.根据权利要求5所述的方法，其特征在于，所述发送所述第一短信之后，还包括：

在所述第一短信发送完成后，根据所述第二短信对应的处理状态信息，若所述处理状态为等待网络节点对所述第二短信的反馈消息，则根据所述第二短信的发送时间戳和当前时间戳，在确定等待所述反馈消息的时长大于第一等待时长时，若还未接收到所述反馈消息，重新发送所述第二短信；

若所述处理状态为等待短信中心对所述第二短信的应答消息，则根据网络节点对所述第二短信的反馈消息的时间戳和当前时间戳，在确定等待所述应答消息的时长大于第二等待时长时，若还未接收到所述应答消息，重新发送所述第二短信。

7.一种信息处理的装置，其特征在于，应用于发送短信的终端设备，包括：

停止当前短信发送模块，用于响应于第一短信的紧急发送请求，停止对所述第二短信的超时重发处理，并停止发送对所述第二短信的确认消息，所述第二短信为当前正在发送的短信；

紧急短信发送模块，用于发送所述第一短信。

8.一种用于发送短信的终端设备，其特征在于，包括：

发送器，接收器，处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现如权利要求1至6中任一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6中任一项所述的方法。

10.一种计算机程序产品，其特征在于，包括计算机程序，所述计算机程序在被处理器执行时实现根据权利要求1至6中任一项所述的方法。

Images