CN107548038A - 短信息处理方法及装置 - Google Patents

Abstract

本发明提供了一种短信息处理方法及装置，其中，该方法包括：获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；将所述业务数据以及所述访问控制信息存储至网络侧设备。通过本发明，解决了通过本地内存存储与业务相关的信息所引起的业务处理能力低下，信息处理不当的问题，实现了短信息中业务与数据的分离，易于弹性压缩，同时还达到了提高了系统的可靠性以及存储效率效果。

Description

短信息处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种短信息处理方法及装置。

背景技术

网络功能虚拟化(Network Function Virtualization，简称为NFV)架构通过使用x86等通用性硬件以及虚拟化技术，来承载很多功能的软件处理。从而降低网络昂贵的设备成本。可以通过软硬件解耦及功能抽象，使网络设备功能不再依赖于专用硬件，资源可以充分灵活分布式，实现新业务的快速开发和部署，并基于实际业务需求进行自动部署、弹性伸缩、故障隔离和自愈等。

随着电信领域云化NFV平台架构的建设，短信中心不能适应新平台的架构，不能充分发挥新平台的优势，尤其在数据存储方面，传统短消息中心通常将与业务处理相关的信息存储在业务节点的本地内存数据库，业务处理直接访问本地内存。在NFV架构下，当发生业务节点弹性伸缩操作时，本地内存信息无法在节点间迁移，不能被其它节点访问，这将会造成信息遗失或者被不当处理，同时，在当今云计算大数据的背景下，本地存储影响业务处理能力，在效率方面也将给运营带来直接影响。因此，针对相关技术中，通过本地内存存储与业务相关的信息所引起的业务处理能力低下，信息处理不当的问题，还没有一种比较好的解决方法。

发明内容

本发明实施例提供了一种短信息处理方法及装置，以至少解决相关技术中通过本地内存存储与业务相关的信息所引起的业务处理能力低下，信息处理不当的问题。

根据本发明的一个实施例，提供了一种短信息处理方法，包括：可选地，获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；将所述业务数据以及所述访问控制信息存储至网络侧设备。

可选地，当所述业务节点中的所述业务数据发生迁移时，所述方法还包括：从所述网络侧设备中获取所述业务数据，并发送给所述业务数据的迁入业务节点。

可选地，从所述网络侧设备中获取所述业务数据的同时，所述方法还包括：改变所述业务数据的迁出业务节点与所述迁入业务节点的访问控制信息；将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储于所述网络侧设备当中。

可选地，所述访问控制信息包括以下至少之一：业务节点标识，归属用户组标识以及访问状态标识。

可选地，所述访问状态标识包括以下之一：支持处理所述业务数据的正常状态，用于指示不需要处理所述业务数据的不归属状态，正在迁入的临时状态以及正在迁出的临时状态。

可选地，当所述业务节点下发所述待处理短消息失败时，所述方法还包括：将变更后的所述业务数据存储于所述网络侧设备当中，并等待重新发送携带有所述变更后的所述业务数据的短信息；当等待时间到达指定时间点时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；当不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

可选地，在以下情况下确定不需要重新发送所述携带有变更后的所述业务数据的短信息：重新下发携带有变更后的所述业务数据的短信息成功，不需要再次进行重新下发，或者重新下发携带有变更后的所述业务数据的短信息的时间大于有效时间。

可选地，所述业务数据至少包括以下其中之一：所述待处理消息对应的短消息表，短信息接收方信息表以及定时队列。

可选地，将所述业务数据以及所述访问控制信息存储至网络侧设备，包括：将所述业务数据以及所述访问控制信息存储至网络侧的分布式内存数据库中。

根据本发明的另一个实施例，提供了一种短信息处理装置，包括：业务处理模块，用于获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；第一存储模块，用于将所述业务数据以及所述访问控制信息存储至网络侧设备。

可选地，当所述业务节点中的所述业务数据发生迁移时，所述装置还包括：第一发送模块，用于从所述网络侧设备中获取所述业务数据，并发送给所述迁入业务节点。

可选地，所述装置还包括：改变模块，用于改变迁出业务节点与迁入业务节点的访问控制信息；第二存储模块，用于将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储至所述网络侧设备。

可选地，所述装置还包括：第三存储模块，用于在所述业务节点下发所述待处理短消息失败时，将变更后的所述业务数据存储至所述网络侧设备，并等待重新发送携带有所述变更后的所述业务数据的短信息；第二发送模块，用于在等待时间到达指定时间点时时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；获取模块，用于在不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

S11，获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；

S12，将所述业务数据以及所述访问控制信息存储至网络侧设备。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：当所述业务节点中的所述业务数据发生迁移时：

S21，从所述网络侧设备中获取所述业务数据，并发送给所述迁入业务节点；

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：当所述业务节点中的所述业务数据发生迁移时：

S31，改变所述业务数据的迁出业务节点与所述迁入业务节点的访问控制信息；

S32，将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储于所述网络侧设备当中。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：当所述业务节点下发所述待处理短消息失败时：

S41，将变更后的所述业务数据存储于所述网络侧设备当中，并等待重新发送携带有所述变更后的所述业务数据的短信息；

S42，当等待时间到达指定时间点时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；

S43，当不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

通过本发明，由于将业务节点的访问控制信息以及待处理短消息对应的业务数据存储在网络侧设备当中，而非相关技术所提及的本地内存当中。因此，可以解决通过本地内存存储与业务相关的信息所引起的业务处理能力低下，信息处理不当的问题，实现了短信息中业务与数据的分离，易于弹性压缩，同时还达到了提高了系统的可靠性以及存储效率效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种短信息处理方法的计算机终端的硬件结构框图；

图2是根据本发明实施例的一种短信息处理方法的流程图；

图3是根据本发明实施例中的另一种短信息处理方法的流程图；

图4是根据本发明实施例的一种短信息处理装置的结构图；

图5是根据本发明实施例的另一种短信息处理装置的结构图；

图6是根据本发明实施例的又一种短信息处理装置的结构图；

图7是根据本发明实施例的再一种短信息处理装置的结构图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种短信息处理方法的计算机终端的硬件结构框图。如图1所示，计算机终端10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的短信息处理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network InterfaceController，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(RadioFrequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述计算机终端的短信息处理方法，图2是根据本发明实施例的一种短信息处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤S202，获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；

步骤S204，将所述业务数据以及所述访问控制信息存储至网络侧设备。

可选地，上述访问控制信息为用于指示业务节点与网络侧设备之间关系的信息，至少包括以下其中之一：业务节点标识，归属用户组标识以及访问状态标识。

具体地，访问状态标识包括：支持处理所述业务数据的正常状态，用于指示不需要处理所述业务数据的不归属状态，正在迁入的临时状态以及正在迁出的临时状态。

具体地，上述业务数据为短信息中与业务相关的信息，具体包括但不限于：所述待处理消息对应的短消息表，短信息接收方信息表以及定时队列。

可选地，步骤S204可以表现为以下实现形式：将所述业务数据以及所述访问控制信息存储至网络侧的分布式内存数据库中。其中，该分布式内存数据库可以是云服务平台中的数据库，也可以是大容量的虚拟网盘等，但不限于此。

具体地，在本实施中，业务节点的访问控制信息以及与待处理短消息对应的业务数据同样也可以进行物理存储，能够实现对上述信息数据的备份，同时还便于访问的用户能够随时在本地调用。

可选地，在当所述业务节点中的所述业务数据发生迁移时，从所述网络侧设备中获取所述业务数据，并发送给所述业务数据的迁入业务节点。

具体地，由于业务节点1由于本身原因导致需要其处理的待处理短消息对应的业务数据不能够进行处理时，此时的业务节点1会寻找其他业务节点替代业务节点1对该业务数据进行处理，也就是说，业务节点1中的业务数据发生迁移。例如，如果业务节点2能够处理业务节点1中的业务数据A，业务节点3能够处理业务节点1中的业务数据B的话，那么此时，业务节点2就会从网络侧设备当中获取业务数据A，而业务节点3就会从网络侧设备当中获取业务数据B。而由于业务节点1无法处理业务数据A以及业务数据B，同时由于业务节点1将业务数据A以及业务数据B事先存储在网络侧设备当中，因此，业务节点1就会将业务数据A以及业务数据B删除，以免无法处理的业务数据占用内存。最后，业务节点1向网路侧设备发送业务数据B的删除请求并请求网络侧设备中业务节点1对应的业务数据进行删除操作，而业务节点2以及业务节点3会将迁入的业务数据再次发送至网络侧设备进行更新。

可选地，从所述网络侧设备中获取所述业务数据的同时，改变所述业务数据的迁出业务节点与所述迁入业务节点的访问控制信息；将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储于所述网络侧设备当中。

具体地，由于网络侧设备不仅仅存储了业务节点待处理的业务数据，同时还存储了业务节点的访问控制信息，因此，在业务节点当中的业务数据发生迁移时，需要对访问控制信息中访问状态标识进行迁移。

表1是未迁移前，业务节点与业务数据和访问状态标识对应的关系。

如表1所示，在未迁移前业务节点1能够正常处理业务数据A以及业务数据D。因此，此时业务数据A、D对应的访问状态标识为正常。

表2是业务数据A在从业务节点1迁移到业务节点2时的迁移状态表。

如表2所示，业务节点1无法处理业务数据A并将业务数据A迁出时，业务节点1根据时间轴按照正常-正在迁出-不归属的顺序进行访问状态标识的迁移。而业务节点2是业务数据A迁入的一方，因此，业务节点2根据时间轴按照不归属-正在迁入-正常的顺序进行访问状态标识的迁移。根据表2，实现了对业务节点访问状态标识的实时迁入与迁出。

需要指出的是，业务节点1将业务数据D迁移至业务节点3也同样适用于表2中记载的迁移顺序。

需要指出的是，正在迁入的含义为，业务节点从网络侧设备当中获取待处理短消息对应的业务数据的过程。正在迁出的含义为，业务节点发送待处理短消息对应的业务数据的过程。

表3是迁移后，业务节点与业务数据和访问状态标识对应的关系。

在迁移后业务节点1由于无法处理业务数据A、D，因此，业务数据A、D不归属业务节点1，而由于业务节点2、3分别迁入了业务数据A、D，因此，对应的访问状态标识为正常。

通过上述实施例中记载的内容，可以实现不同业务节点之间业务数据的实时迁移。

图3是根据本发明实施例中的另一种短信息处理方法的流程图。如图3所示，在图2的基础之上，还包括以下步骤：当所述业务节点下发所述待处理短消息失败时：

S302，将变更后的所述业务数据存储于所述网络侧设备当中，并等待重新发送携带有所述变更后的所述业务数据的短信息；

具体地，由于短信息下发失败，因此，需要对待处理短信息短消息表，短信息接收方信息表以及定时队列等业务数据进行更新或者插入新的业务数据，以使在下一次的重发短信息时能够发送成功。

S304，当等待时间达到指定时间点时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；

具体地，该指定时间点是预先设置的重新发送短信息的时刻。

S306，当不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

可选地，在以下情况下确定不需要重新发送所述携带有变更后的所述业务数据的短信息：重新下发携带有变更后的所述业务数据的短信息成功，不需要再次进行重新下发，或者重新下发携带有变更后的所述业务数据的短信息的时间大于有效时间。

具体地，所述指示消息在重新下发成功时，指示网络侧设备中存储的更新后的业务数据不需要进行删除。而如果在不需要再次进行重新下发，或者重新下发携带有变更后的所述业务数据的短信息的时间大于有效时间时，所述指示消息指示网络侧设备删除更新的业务数据。

通过上述步骤，通过本地内存存储与业务相关的信息所引起的业务处理能力低下，信息处理不当的问题，实现了短信息中业务与数据的分离，易于弹性压缩，同时还达到了提高了系统的可靠性以及存储效率的效果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种短信息处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的一种短信息处理装置的结构图，如图4所示，该装置包括：业务处理模块42以及第一存储模块44。

业务处理模块42，用于获取业务节点中待处理短消息中的业务数据并调用所述业务节点的访问控制信息；

第一存储模块44，用于将所述业务数据以及所述访问控制信息存储至网络侧设备。

具体地，上述访问控制信息为用于指示业务节点与网络侧设备之间关系的信息，至少包括以下其中之一：业务节点标识，归属用户组标识以及访问状态标识。

具体地，访问状态标识包括：支持处理所述业务数据的正常状态，用于指示不需要处理所述业务数据的不归属状态，正在迁入的临时状态以及正在迁出的临时状态。

具体地，上述业务数据为短信息中存储的与业务相关的信息，具体包括：所述待处理消息对应的短消息表，短信息接收方信息表以及定时队列。

可选地，将所述业务数据以及所述访问控制信息存储至网络侧设备，包括：将所述业务数据以及所述访问控制信息存储至网络侧的分布式内存数据库中。

具体地，上述分布式内存数据库可以是云服务平台中的数据库，也可以是大容量的虚拟网盘。

具体地，在本实施中，业务节点的访问控制信息以及与待处理短消息对应的业务数据同样也可以进行物理存储，能够实现对上述信息数据的备份，同时还便于访问的用户能够随时在本地调用。

图5是根据本发明实施例的另一种短信息处理装置的结构图，如图5所示，该装置除包括图4所示的所有模块外，还包括：第一发送模块52。

第一发送模块52，用于从所述网络侧设备中获取所述业务数据，并发送给所述迁入业务节点。

具体地，由于业务节点1由于本身原因导致需要其处理的待处理短消息对应的业务数据不能够进行处理时，此时的业务节点1会寻找其他业务节点替代业务节点1对该业务数据进行处理，也就是说，业务节点1中的业务数据发生迁移。例如，如果业务节点2能够处理业务节点1中的业务数据A，业务节点3能够处理业务节点1中的业务数据B的话，那么此时，业务节点2就会从网络侧设备当中获取业务数据A，而业务节点3就会从网络侧设备当中获取业务数据B。而由于业务节点1无法处理业务数据A以及业务数据B，同时由于业务节点1将业务数据A以及业务数据B事先存储在网络侧设备当中，因此，业务节点1就会将业务数据A以及业务数据B删除，以免无法处理的业务数据占用内存。最后，业务节点1向网路侧设备发送业务数据B的删除请求并请求网络侧设备中业务节点1对应的业务数据进行删除操作，而业务节点2以及业务节点3会将迁入的业务数据再次发送至网络侧设备进行更新。

图6是根据本发明实施例的又一种短信息处理装置的结构图，如图6所示，当所述业务节点下发所述待处理短消息失败时，该装置除包括图5所示的所有模块外，还包括：改变模块62以及第二存储模块64。

改变模块62，用于改变迁出业务节点与迁入业务节点的访问控制信息；

第二存储模块64，用于将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储至所述网络侧设备。

具体地，由于网络侧设备不仅仅存储了业务节点待处理的业务数据，同时还存储了业务节点的访问控制信息，因此，在业务节点当中的业务数据发生迁移时，需要对访问控制信息中访问状态标识进行迁移。

如表1所示，在未迁移前业务节点1能够正常处理业务数据A以及业务数据D。因此，此时业务数据A、D对应的访问状态标识为正常。

如表2所示，业务节点1无法处理业务数据A并将业务数据A迁出时，业务节点1根据时间轴按照正常-正在迁出-不归属的顺序进行访问状态标识的迁移。而业务节点2是业务数据A迁入的一方，因此，业务节点2根据时间轴按照不归属-正在迁入-正常的顺序进行访问状态标识的迁移。根据表2，实现了对业务节点访问状态标识的实时迁入与迁出。

需要指出的是，业务节点1将业务数据D迁移至业务节点3也同样适用于表2中记载的迁移顺序。

需要指出的是，正在迁入的含义为，业务节点从网络侧设备当中获取待处理短消息对应的业务数据的过程。正在迁出的含义为，业务节点将

如表3所示，在迁移后业务节点1由于无法处理业务数据A、D，因此，业务数据A、D不归属业务节点1，而由于业务节点2、3分别迁入了业务数据A、D，因此，对应的访问状态标识为正常。

图7是根据本发明实施例的一种短信息处理装置的结构图，如图7所示，该装置除包括图4所示的所有模块外，还包括：第三存储模块72、第二发送模块74以及获取模块76。

第三存储模块72，用于将变更后的所述业务数据存储于所述网络侧设备当中，并等待重新发送携带有所述变更后的所述业务数据的短信息；

具体地，由于短信息下发失败，因此，需要对待处理短信息短消息表，短信息接收方信息表以及定时队列等业务数据进行更新或者插入，以使能短信息在下一次的重发时成功。

第二发送模块74，用于当等待时间达到指定时间点时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；

具体地，该预设阈值是重新发送短信息的时刻。

获取模块76，用于当不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

具体地，所述指示消息在重新下发成功时，指示网络侧设备中存储的更新后的业务数据不需要进行删除。而如果在不需要再次进行重新下发，或者重新下发携带有变更后的所述业务数据的短信息的时间大于有效时间时，所述指示消息指示网络侧设备删除更新的业务数据。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S11，获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；

S12，将所述业务数据以及所述访问控制信息存储至网络侧设备。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：当所述业务节点中的所述业务数据发生迁移时：

S21，从所述网络侧设备中获取所述业务数据，并发送给所述业务数据的迁入业务节点；

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：当所述业务节点中的所述业务数据发生迁移时：

S31，改变所述业务数据的迁出业务节点与所述迁入业务节点的访问控制信息；

S32，将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储于所述网络侧设备当中。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：当所述业务节点下发所述待处理短消息失败时：

S41，将变更后的所述业务数据存储于所述网络侧设备当中，并等待重新发送携带有所述变更后的所述业务数据的短信息；

S42，当等待时间达到指定时间点时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；

S43，当不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

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

获取业务节点的访问控制信息，以及与所述业务节点中与待处理短消息对应的业务数据；

将所述业务数据以及所述访问控制信息存储至网络侧设备。

2.根据权利要求1所述的方法，其特征在于，当所述业务节点中的所述业务数据发生迁移时，所述方法还包括：

从所述网络侧设备中获取所述业务数据，并发送给所述业务数据的迁入业务节点。

3.根据权利要求2所述的方法，从所述网络侧设备中获取所述业务数据的同时，所述方法还包括：

改变所述业务数据的迁出业务节点与所述迁入业务节点的访问控制信息；

将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储于所述网络侧设备当中。

4.根据权利要求1所述的方法，其特征在于，所述访问控制信息包括以下至少之一：业务节点标识，归属用户组标识以及访问状态标识。

5.根据权利要求4所述的方法，所述访问状态标识包括以下之一：支持处理所述业务数据的正常状态，用于指示不需要处理所述业务数据的不归属状态，正在迁入的临时状态以及正在迁出的临时状态。

6.根据权利要求1所述的方法，其特征在于，当所述业务节点下发所述待处理短消息失败时，所述方法还包括：

将变更后的所述业务数据存储于所述网络侧设备当中，并等待重新发送携带有所述变更后的所述业务数据的短信息；

当等待时间到达指定时间点时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；

当不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。

7.根据权利要求6所述的方法，其特征在于，在以下情况下确定不需要重新发送所述携带有变更后的所述业务数据的短信息：重新下发携带有变更后的所述业务数据的短信息成功，不需要再次进行重新下发，或者重新下发携带有变更后的所述业务数据的短信息的时间大于有效时间。

8.根据权利要求1所述的方法，其特征在于，所述业务数据至少包括以下其中之一：所述待处理消息对应的短消息表，短信息接收方信息表以及定时队列。

9.根据权利要求1所述的方法，其特征在于，将所述业务数据以及所述访问控制信息存储至网络侧设备，包括：将所述业务数据以及所述访问控制信息存储至网络侧的分布式内存数据库中。

10.一种短信息处理装置，其特征在于，包括：

业务处理模块，用于获取业务节点中待处理短消息中的业务数据并调用所述业务节点的访问控制信息；

第一存储模块，用于将所述业务数据以及所述访问控制信息存储至网络侧设备。

11.根据权利要求10所述的装置，其特征在于，当所述业务节点中的所述业务数据发生迁移时，所述装置还包括：

第一发送模块，用于从所述网络侧设备中获取所述业务数据，并发送给所述迁入业务节点。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

改变模块，用于改变迁出业务节点与迁入业务节点的访问控制信息；

第二存储模块，用于将改变后的所述迁出业务节点与所述迁入业务节点的访问控制信息存储至所述网络侧设备。

13.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第三存储模块，用于在所述业务节点下发所述待处理短消息失败时，将变更后的所述业务数据存储至所述网络侧设备，并等待重新发送携带有所述变更后的所述业务数据的短信息；

第二发送模块，用于在等待时间满足预设阈值时，向所述业务节点发送携带有重新下发携带有变更后的所述业务数据的短信息的指示；

获取模块，用于在不需要重新发送所述携带有变更后的所述业务数据的短信息时，获取所述变更后的所述业务数据对应的指示消息，其中，所述指示消息用于指示完成更新或者删除所述业务数据。