一种对短信进行分流处理的方法及装置与流程

本发明涉及计算机技术领域，尤其涉及一种对短信进行分流处理的方法及装置。

背景技术：

短信端口作为服务类短信下发端口,其可用性、可靠性、稳定性和下发的效率是运营商非常关注的核心指标。

随着科技不断发展，手机病毒的侵入技术也不断提升，大肆侵入用户的手机中，使用户的手机感染病毒。被感染的手机将会持续发送大量无效指令至短信端口，例如10086手机短信端口。此外，还有一些为了预防手机病毒侵入用户手机，以及为了给用户提供更加便利的手机服务，应时而生的大量app。例如360手机助手，瓦力自费通等。而这些app每日将会定期触发大量的查询短信通过短信端口发送至短信服务平台。

基于上述种种原因，短信营业厅上行总量和流量日益增大，逐渐造成用户手机发送短信至短信服务平台时的相应时间延迟，在每日短信高峰期的时候尤为明显，随之带来的“短信延迟类”投诉量也逐渐增长。那么，如何才能够避免上述原因造成的用户短信延迟，即为本发明所要解决的技术问题。

技术实现要素：

为解决上述技术问题,本发明提供了一种对短信进行分流处理的方法及装置。

第一方面，本发明提供了一种对短信进行分流处理的方法，该方法包括：

接收短信发送方发送的短信；

从短信发送方发送的短信中获取与短信对应的参数信息；

当确定短信的参数信息符合预设条件时，将短信分流至预设短信处理平台，以便预设短信处理平台按照预定规则对短信进行处理。

本发明的有益效果是：根据短信发送方发送的上行短信，确定短信中对应的参数信息，并且判断参数信息是否符合预设条件，将符合预设条件的短信进行分流处理，发送至对应的预设短信处理平台。防止大量短信同一时间段内发送至同一短信处理平台，造成短信处理延时。

进一步，当确定短信的参数信息符合预设条件时，将短信分流至预设短信处理平台，具体包括：

根据短信的参数信息，确定短信的类型，其中，短信的类型包括用户业务类短信、垃圾短信以及应用程序app发送的查询类短信；

当确定类型为用户业务类短信时，将短信发送至第一预设处理平台，以便第一预设处理平台按照第一预定规则对短信进行处理；

当确定短信的类型为垃圾短信时，将短信发送至第二预设处理平台，以便第二预设处理平台按照第二预定规则对短信进行处理；

当确定短信的类型为应用程序app发送的查询类短信，且当前时间为预设的转发时间时，将短信发送至第二预处理平台，以便第二预设处理平台按照第三预定规则对短信进行处理。

采用上述进一步的方案的有益技术效果在于，根据短信的参数信息，将短信类型具体分为用户业务类短信、垃圾短信和应用程序(application，简称app)发送的查询类短信。根据不同的短信类型，按照相应的预设规则对短信进行分类处理，有效的提高工作效率。

进一步，短信的参数信息包括：短信的发送方手机号码、短信传输端口、短信传输端口在预设时间段内接收的短信数量以及短信传输的目的服务平台，确定短信的类型为垃圾短信，包括：

当确定短信的传输端口属于第一类监控端口，短信传输的目的服务平台属于第一类监控服务平台，且短信的发送方的手机号码属于第一类监控手机号码时，确定短信的类型为垃圾短信；

或者，当确定短信传输端口属于第一类监控端口，且短信传输端口在预设时间段内接收的短信数量大于预定短信条数时，确定短信传输端口接收的短信类型为垃圾短信。

采用上述进一步的技术方案的有益技术效果在于:当短信监控端口为第一类监控端口，短信传输的目的服务平台为第一类监控服务平台，且短信的发送方的手机号码为第一类监控手机号码时，也即是只有同时符合上述三个条件时，才会确定该短信为垃圾短信；

或者，当短信传输端口属于第一类监控端口，统计在预设时间段内，该短信传输端口接收的短信数量，如果该短信数量大于预设短信条数时，则可以判定该短信传输端口接收的短信为垃圾短信。

进一步的，短信的参数信息包括：短信内容、短信的发送方手机号码、短信传输端口以及短信传输的目的服务平台，确定短信的类型为应用程序app发送的查询类短信，包括：

当确定短信内容属于预设短信内容范围，短信的传输端口属于第二类监控端口，短信传输的目的服务平台属于第二类监控服务平台，且短信的发送方的手机号码属于第二类监控手机号码时，确定短信的类型为app发送的查询类短信。

采用上述进一步的技术方案的有益技术效果在于:当短信内容属于预设短信内容范围，短信监控端口为第二类监控端口，短信传输的目的服务平台为第二类监控服务平台，且短信的发送方的手机号码为第二类监控手机号码时，既当上述四个条件同时满足时，才能确定该短信为垃圾短信。

进一步的，确定短信的类型为用户业务类短信，包括：当短信的类型不属于垃圾短信类型，且不属于app发送的查询类短信类型时，确定短信的类型为用户业务类短信。

采用上述进一步的技术方案的有益技术效果在于:短信仅分为三类短信，当短信不属于垃圾短信类型，同时不属于app发送的查询类短信类型时，那么该短信则属于用户业务类短信。

第二方面，本发明提供了一种对短信进行分流处理的装置，该装置包括：

接收单元,用于接收短信发送方发送的短信；

处理单元,用于从短信发送方发送的短信中获取与短信对应的参数信息；

当处理单元确定短信的参数信息符合预设条件时，将短信分流至预设短信处理平台，以便预设短信处理平台按照预定规则对短信进行处理。

上述方案的有益技术效果在于，根据短信发送方发送的上行短信，确定短信中对应的参数信息，并且判断参数信息是否符合预设条件，将符合预设条件的短信进行分流处理，发送至对应的预设短信处理平台。防止大量短信同一时间段内发送至同一短信处理平台，造成短信处理延时。

进一步的，处理单元具体用于:根据短信的参数信息，确定短信的类型，其中，短信的类型包括用户业务类短信、垃圾短信以及应用程序app发送的查询类短信；

当确定类型为用户业务类短信时，将短信发送至第一预设处理平台，以便第一预设处理平台按照第一预定规则对短信进行处理；

当确定短信的类型为垃圾短信时，将短信发送至第二预设处理平台，以便第二预设处理平台按照第二预定规则对短信进行处理；

当确定短信的类型为应用程序app发送的查询类短信，且当前时间为预设的转发时间时，将短信发送至第二预处理平台，以便第二预设处理平台按照第三预定规则对短信进行处理。

采用上述进一步的方案的有益技术效果在于，根据短信的参数信息，将短信类型具体分为用户业务类短信、垃圾短信和应用程序(application，简称app)发送的查询类短信。根据不同的短信类型，按照相应的预设规则对短信进行分类处理，有效的提高工作效率。

进一步的，短信的参数信息包括：短信的发送方手机号码、短信传输端口、短信传输端口在预设时间段内接收的短信数量以及短信传输的目的服务平台，处理单元具体用于：

当确定短信的传输端口属于第一类监控端口，短信传输的目的服务平台属于第一类监控服务平台，且短信的发送方的手机号码属于第一类监控手机号码时，确定短信的类型为垃圾短信；

或者，当确定短信传输端口属于第一类监控端口，且短信传输端口在预设时间段内接收的短信数量大于预定短信条数时，确定短信传输端口接收的短信类型为垃圾短信。

采用上述进一步的技术方案的有益技术效果在于，当短信监控端口为第一类监控端口，短信传输的目的服务平台为第一类监控服务平台，且短信的发送方的手机号码为第一类监控手机号码时，也即是只有同时符合上述三个条件时，才会确定该短信为垃圾短信；或者，当短信传输端口属于第一类监控端口，统计在预设时间段内，该短信传输端口接收的短信数量，如果该短信数量大于预设短信条数时，则可以判定该短信传输端口接收的短信为垃圾短信。

进一步的，短信的参数信息包括：短信内容、短信的发送方手机号码、短信传输端口以及短信传输的目的服务平台，处理单元具体用于：

当确定短信内容属于预设短信内容范围，短信的传输端口属于第二类监控端口，短信传输的目的服务平台属于第二类监控服务平台，且短信的发送方的手机号码属于第二类监控手机号码时，确定短信的类型为app发送的查询类短信。

采用上述进一步的技术方案的有益技术效果在于，当短信内容属于预设短信内容范围，短信监控端口为第二类监控端口，短信传输的目的服务平台为第二类监控服务平台，且短信的发送方的手机号码为第二类监控手机号码时，既当上述四个条件同时满足时，才能确定该短信为垃圾短信。

进一步的，处理单元具体用于：当短信的类型不属于垃圾短信类型，且不属于app发送的查询类短信类型时，确定短信的类型为用户业务类短信。

采用上述进一步的技术方案的有益技术效果在于，短信仅分为三类短信，当短信不属于垃圾短信类型，同时不属于app发送的查询类短信类型时，那么该短信则属于用户业务类短信。

附图说明

图1为本发明实施例提供的一种对短信进行分流处理的方法流程示意图；

图2为本发明实施例提供的一种对短信进行分流处理的装置结构示意图；

图3为本发明实施例提供的一种对短信进行分流处理的系统结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透切理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

图1为本发明实施例提供的一种对短信进行分流处理的方法流程示意图。如图1所示，该方法包括：

步骤110，接收短信发送方发送的短信。

具体的，短信发送方会通过上行传输通道将短信发送至短信网关。短信网关接收短信发送方发送的短信。

步骤120，从短信发送方发送的短信中获取与短信对应的参数信息。

具体的，短信对应的参数信息可以包括：短信的发送方手机号码、短信传输端口以及短信传输的目的服务平台、短信内容以及该短信传输端口在预设时间段内传输的短信数量等。当短信发送方发送短信时，该短信中则自动存携带这些参数信息。

步骤130，当确定短信的参数信息符合预设条件时，将短信分流至预设短信处理平台。

具体的，根据短信的参数信息，可以确定短信的类型。其中，短信的类型可以包括：用户业务类短信、垃圾短信以及应用程序app发送的查询类短信。

其中，确定短信是否为垃圾短信的具体过程如下：

短信发送方发送短信至短信网关。短信网关获取每一条上行短信的目的服务平台sp的编号，短信的传输端口，该短信传输端口在预设时间段内接收的短信数量以及短信发送方的手机号码等。也即是步骤120中的与短信对应的参数信息。以判定一条短信的类型为例，先判断短信的传输端口是否为第一类监控端口(以成都移动通信为例，第一类监控端口可以为10086977和100869773等二次确认端口)，如果该短信监控端口为第一类短信监控端口，则判断该短信传输的目的服务平台是否属于第一类监控服务平台。判断是否输出第一类监控服务平台时，可以判断上行短信的目的服务平台sp的编号是否属于第一类监控服务平台对应的编号。如果属于，则判断该短信传输的目的服务平台属于第一类监控服务平台。然后在判断该短信的手机号码是否为第一类监控手机号码，如果该手机号码属于第一类监控手机号码，那么则说明该短信为垃圾短信。这三个判定条件属于递进关系，短信必须同时符合这三个条件时，才会判定该短信属于垃圾短信。需要按照第二预定规则进行处理。例如，第二预定规则为：将该短信分流至第二预设处理平台后，确定是否进行拦截。拦截部分垃圾短信的目的是，防止大量垃圾短信进入第二预设处理平台，导致系统负担过大。延误系统中的第一预设处理平台对普通短信和app发送的查询类短信的处理。如果，上述三个条件中一个不满足时，则不能判定该短信为垃圾短信，只能将该短信作为用户业务类短信进行处理。

其中，判断是否拦截垃圾短信的判定条件可以包括：

对该垃圾短信对应的传输端口进行周期性检测，在预设的周期内，该接收该垃圾短信之前，垃圾短信对应的传输端口接收的短信就已经超出阈值时，则拦截该垃圾短信；

和/或，对发送该垃圾短信的发送方手机号码进行周期性检测，在预设的周期内，发送该垃圾短信的发送方手机号码在发送该垃圾短信之前，所发出的垃圾短信的数量已经超出阈值时，则拦截该垃圾短信。

预设的周期可以为一分钟、一小时、一天，又或者一个月等等，这里不做任何限制。阈值可以根据实际设定的周期不同，设置一个相应的数值。这里同样不做任何限定。

在另一种特殊情况中，当在获取短信后，如果判断短信的传输端口为第一类监控端口，而且，在预定时间段内，在该短信的传输端口传输的短信条数超过了预设短信的条数时，确定该短信传输端口接收的短信为垃圾短信，则将该短信的传输端口传输的超过阈值的所有短信均进行拦截。

确定短信是否为app发送的查询类短信的具体过程如下：

短信发送方发送短信至短信网关。短信网关获取每一条上行短信的目的服务平台sp的编号，短信的内容，短信的传输端口以及短信发送方的手机号码等。也即是步骤120中的与短信对应的参数信息。以判定其中一条短信类型为例，先判断短信内容是否属于预设的短信内容范围，例如短信的内容范围包括：查询计费类短信内容，查询流量类短信内容等等。如果确定该短信内容属于预设的短信内容范围时，判断短信的传输端口是否为第二类监控端口，在判定该短信的传输端口为第二类监控端口时，再判断短信传输的目的服务平台是否属于第二类监控服务平台。判断是否属于第二类监控服务平台时，可以判断上行短信的目的服务平台sp的编号是否属于第二类监控服务平台对应的编号。如果属于，则判断该短信传输的目的服务平台属于第二类监控服务平台。同样的，只有在判定短信传输的目的服务平台属于第二类监控服务平台时，再判定短信的发送方的手机号码是否属于第二类监控手机号码。如果该短信的发送方的手机号码属于第二类监控手机号码时，则可以判定该短信的类型为app发送的查询类短信。那么，将该类短信可以加入至第二预设处理平台。以便第二预设处理平台按照第三预定规则对该短信进行处理。不过，在第二预设处理平台中，存储app发送的查询类短信的位置，与存储垃圾短信的位置不同。

第三预定规则可以为按照预设的速度，将分流至第二预设处理平台的app查询类短信按照先进先出规则进行处理。不过预设的处理速度低于处理用户业务类短信的速度。具体的速度限定可以根据实际用户业务类短信的数量而定。以不影响处理用户业务类短信为基准。

优选的，在判断短信的发送方的手机号码属于第二类监控手机号码之前，该方法还可以包括：判定该短信是否为规定的短信转发时间。因为app查询类短信系统同样是需要进行处理的，只是因为在某个时间段内，可能会存在大量的用户业务类短信将要发送至第一预设处理平台进行处理，为了避免整个系统负荷太大，导致系统瘫痪。所以可以在该时间段内，将app查询类短信暂时传输至第二预设处理平台后，进行限速处理(例如30条/s)。

而当确定短信发送方发送的短信类型即不属于垃圾短信类型，又不属于app发送的查询类短信类型时，则可以确定短信的类型为用户业务类短信。可以将用户业务类短信发送至第一预设处理平台，以便第一预设处理平台按照第一预定规则对短信进行处理。而第一预设处理规则可以是在系统所能够承载的负荷能力的前提下，处理用户业务类短信。

当然，读者应理解的是，虽然在本文中为了区分处理平台，所以才划分了第一预设处理平台和第二预设处理平台。当然，在实际应用中，可以将不同类型的短信传输至不同的处理平台进行处理，也可以将所有短信都传输至同一个处理平台进行处理。只是在同一个处理平台中，划分多个区域，用于存储不同类型的短信，然后按照上述规定不同规则，对应处理不同类型的短信。而在本实施例中，将第一预设处理平台和第二预设处理平台进行了一个统一，均为服务集成平台。

还应理解的是，上述第一类监控传输端口、第二类监控端口、第一类监控服务平台、第二类监控服务平台、第一类监控手机号码和第二类监控手机号码等，可以通过采集大量的数据进行分类统计后获取的，也可以通过其他方式获取，这里不做任何限定。

本发明实施例提供的一种对短信进行分流处理的方法，根据短信发送方发送的上行短信，确定短信中对应的参数信息，并且判断参数信息是否符合预设条件，将符合预设条件的短信进行分流处理，发送至对应的预设短信处理平台。防止大量短信同一时间段内发送至同一短信处理平台，造成短信处理延时。

相应地，本发明实施例还提供了一种对短信进行分流处理的装置。图2为本发明实施例提供的一种对短信进行分流处理的装置结构示意图。如图2所示，该装置包括：接收单元201和处理单元202。

接收单元201，用于接收短信发送方发送的短信。

处理单元202，用于从短信发送方发送的短信中获取与短信对应的参数信息；且当短信的参数信息符合预设条件时，将短信分流至预设短信处理平台，以便预设短信处理平台按照预定规则对短信进行处理。

其中，处理单元202具体用,根据短信的参数信息，确定短信的类型，其中，短信的类型包括用户业务类短信、垃圾短信以及应用程序app发送的查询类短信；

当确定类型为用户业务类短信时，将短信发送至第一预设处理平台，以便第一预设处理平台按照第一预定规则对短信进行处理；

当确定短信的类型为垃圾短信时，将短信发送至第二预设处理平台，以便第二预设处理平台按照第二预定规则对短信进行处理；

当确定短信的类型为应用程序app发送的查询类短信，且当前时间为预设的转发时间时，将短信发送至第二预处理平台，以便第二预设处理平台按照第三预定规则对短信进行处理。

具体的，短信的参数信息包括：短信的发送方手机号码、短信传输端口、短信传输端口在预设时间段内接收的短信数量以及短信传输的目的服务平台，处理单元202具体用于：当确定短信的传输端口属于第一类监控端口，短信传输的目的服务平台属于第一类监控服务平台，且短信的发送方的手机号码属于第一类监控手机号码时，确定短信的类型为垃圾短信；或者，当确定短信传输端口属于第一类监控端口，且短信传输端口在预设时间段内接收的短信数量大于预定短信条数时，确定短信传输端口接收的短信类型为垃圾短信。

在另一种情况中，短信的参数信息包括：短信内容、短信的发送方手机号码、短信传输端口以及短信传输的目的服务平台，处理单元202具体用于：

当确定短信内容属于预设短信内容范围，短信的传输端口属于第二类监控端口，短信传输的目的服务平台属于第二类监控服务平台，且短信的发送方的手机号码属于第二类监控手机号码时，确定短信的类型为app发送的查询类短信。

当短信的类型既不属于垃圾短信类型，且不属于app发送的查询类短信类型时，确定短信的类型为用户业务类短信。

该装置的各部件所执行的功能已经在上述实施例一种对短信进行分流处理的方法中做了详细的介绍，这里不再赘述。

本发明实施例提供的一种对短信进行分流处理的装置，根据短信发送方发送的上行短信，确定短信中对应的参数信息，并且判断参数信息是否符合预设条件，将符合预设条件的短信进行分流处理，发送至对应的预设短信处理平台。防止大量短信同一时间段内发送至同一短信处理平台，造成短信处理延时。

相应地，本发明实施例还提供了一种对短信进行分流处理的系统。图3为本发明实施例提供的一种对短信进行分流处理的系统结构示意图。如图3所示，该系统包括上述实施例所述的一种对短信进行分流处理装置301以及预设处理平台302。其中，根据短信类型的不同，还可以将预设处理平台分为第一预设处理平台和第二预设处理平台。在本实施例中所列举的实施例中仅包括一个预设处理平台，用于处理不同类型的短信。但是短信的存储区域是根据不同短信类型分为不同的区域。

该系统的各部件所执行的功能已经在上述实施例一种对短信进行分流处理的方法中做了详细的介绍，这里不再赘述。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。