一种多渠道短信发送系统及装置

技术领域

本文涉及数据通讯领域，尤其是一种多渠道短信发送系统及装置。

背景技术

随着互联网技术、通讯技术及智能终端设备的普及，短信服务已经越来越普遍得被应用于人们的日常生活工作中。随着第三方短信渠道的丰富，可选的短信发送渠道方越来越多，对企业来说，需要更高效、智能的给目标用户提供短信服务。

现有技术中，一般采用单个短信发送渠道对接的方式，这种单一的发送方式并不利于业务的发展，同时也容易因为短信发送延迟降低用户体验感，而如何在接入多个短信发送渠道后有效的基于多维度确定出最合适的发送渠道，并避免重复发送、进行有序的短信发送，从而获得更好的业务是企业需要解决的问题。

针对目前技术中短信发送延迟降低用户体验感的问题，需要一种多渠道短信发送系统及装置。

发明内容

为解决上述现有技术的问题，本文实施例提供了一种多渠道短信发送系统及装置。

本文实施例提供了一种多渠道短信发送系统，所述系统包括：调用方，用于生成短信发送命令并发送；所述短信发送命令包括目标用户相关信息、待发送短信及短信发送时段；短信服务平台，用于接收所述短信发送命令，并根据短信方命令确定短信发送渠道；短信发送渠道，用于接收所述短信服务平台发送的数据，并根据接收到的数据，向目标用户端发送短信；目标用户端，用于接收短信发送渠道发送的短信。

根据本文实施例的一个方面，所述短信服务平台执行如下步骤：获取短信发送命令，所述短信发送命令包括目标用户相关信息、待发送短信及短信发送时段；根据所述短信发送命令中待发送短信的内容，确定所述待发送短信的重要级别；根据所述重要级别，从预设短信渠道列表中确定多个初始短信发送渠道；根据渠道路由规则及各初始短信发送渠道的配置信息，确定各初始短信发送渠道的权重得分；根据所述权重得分的结果，从所述多个初始短信发送渠道中确定最终短信发送渠道；通过所述最终短信发送渠道，将待发送短信发送至目标用户。

根据本文实施例的一个方面，根据所述短信发送命令中待发送短信的内容，确定所述待发送短信的重要级别包括：文字识别所述待发送短信，得到待发送短信的内容；根据所述待发送短信的内容及业务需求，确定待发送短信的类型及重要级别。

根据本文实施例的一个方面，在确定初始短信发送渠道之前，所述方法包括：确定所述目标用户是否为黑名单用户；若是，终止确定初始短信发送渠道；若否，获取预设短信渠道列表并确定预设时间内对所述目标用户的短信发送数量是否超出短信发送数量上限；若是，终止确定初始短信发送渠道；若否，从预设短信渠道列表中确定初始短信发送渠道。

根据本文实施例的一个方面，所述确定初始短信发送渠道包括：根据所述预设短信渠道列表中各短信发送渠道的当前启用状态，确定第一初始短信发送渠道集合；根据所述短信发送命令，从所述第一初始短信发送渠道中删除与所述目标用户的归属地不一致的短信渠道，得到第二初始短信发送渠道集合；根据所述短信发送命令中的短信发送时段，从所述第二初始短信发送渠道集合中，删除无法覆盖短信发送时段的渠道，确定第三初始短信发送渠道集合，所述第三初始短信发送渠道集合为所述多个初始短信发送渠道。

根据渠道路由规则及各初始短信发送渠道的配置信息，确定各初始短信发送渠道的权重得分，包括：

对各初始短信发送渠道赋予相同的初始权重得分及预设乘数；

获取各初始短信发送渠道的历史短信发送成功率；

判断各初始短信发送渠道的历史短信发送成功率是否小于预设成功率阈值；

若是，确定为所述初始权重得分与1相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第一权重得分；

若否，确定所述初始权重得分与所述预设乘数的乘积为所述初始短信发送渠道的第一权重得分；

判断各初始短信发送渠道是否为短信发送命令中确定的指定渠道；

若是，确定第一权重得分与预设优先渠道系数相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第二权重得分；

若否，确定为第一权重得分与预设优先渠道系数相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第二权重得分；

根据所述初始短信发送渠道的计费价格与第二权重得分相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第三权重得分；

根据各初始短信发送渠道的历史短信发送失败率及所述第三权重得分，确定所述初始短信发送渠道最终的权重得分。

根据本文实施例的一个方面，从所述初始短信发送渠道中确定最终短信发送渠道包括：将权重得分最小的渠道，确定为最优短信发送渠道，为最终短信发送渠道。

根据本文实施例的一个方面，确定最终短信发送渠道还包括：根据所述初始短信发送渠道的历史短信发送转化率的大小，确定初始短信发送渠道排序，将历史短信发送转换率最大的初始短信发送渠道，确定为最终短信发送渠道。

根据本文实施例的一个方面，所述短信发送渠道还包括：接收最终短信发送渠道返回的编码；根据所述编码及预设编码查询表，确定短信发送成功结果或短信发送失败类型，所述预设编码查询表包括所述编码与短信发送成功结果及短信发送失败类型的映射关系，所述短信发送失败类型包括发送数据错误、渠道错误、目标用户错误；根据所述短信发送失败类型，确定是否切换短信发送渠道重新发送短信。

本文实施例还公开了一种多渠道短信发送装置，所述装置包括：短信发送命令获取单元，用于获取短信发送命令，所述短信发送命令包括目标用户相关信息、待发送短信及短信发送时段；短信重要级别确定单元，用于根据所述短信发送命令中待发送短信的内容，确定所述待发送短信的重要级别；初始短信发送渠道确定单元，用于根据所述重要级别，从预设短信渠道列表中确定多个初始短信发送渠道；权重得分确定单元，用于根据渠道路由规则及各初始短信发送渠道的配置信息，确定各初始短信发送渠道的权重得分；最终短信发送渠道确定单元，用于根据所述渠道评分的结果，从所述多个初始短信发送渠道中确定最终短信发送渠道；短信发送单元，用于通过所述最终短信发送渠道，将待发送短信发送至目标用户。

本方案基于多维度确定出最合适的发送渠道，并避免重复发送、进行有序的短信发送，丰富了短信发送的选择，提高了运营效率，从而更好服务于用户，促进企业业务发展。

附图说明

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

图1所示为本文实施例一种多渠道短信发送系统的示意图；

图2所示为本文实施例一种短信服务平台的操作方法的流程图；

图3所示为本文实施例一种确定待发送短信的重要级别的方法流程图；

图4所示为本文实施例一种确定初始短信发送渠道的方法流程图；

图5所示为本文实施例一种确定初始短信发送渠道的权重得分的方法流程图；

图6所示为本文实施例一种确定是否切换短信发送渠道的方法流程图；

图7所示为本文实施例一种多渠道短信发送装置的结构示意图；

图8所示为本文实施例多渠道短信发送装置的具体结构示意图；

图9所示为本文实施例一种计算机设备的结构示意图。

附图符号说明：

101、调用方；

102、短信服务平台；

103、短信发送渠道；

104、目标用户端；

701、短信发送命令获取单元；

702、短信重要级别确定单元；

703、初始短信发送渠道确定单元；

7031、黑名单用户确定模块；

7032、短信发送数量确定模块；

7033、第一初始短信发送渠道集合确定模块；

7034、第二初始短信发送渠道集合确定模块；

7035、第三初始短信发送渠道集合确定模块；

704、权重得分确定单元；

7041、初始权重得分及预设乘数赋予模块；

7042、历史短信发送成功率获取模块；

7043、发送成功率判断模块；

7044、指定渠道判断模块；

705、最终短信发送渠道确定单元；

706、短信发送单元；

7061、编码接收模块；

7062、短信发送失败类型确定模块；

902、计算机设备；

904、处理器；

906、存储器；

908、驱动机构；

910、输入/输出模块；

912、输入设备；

914、输出设备；

916、呈现设备；

918、图形用户接口；

920、网络接口；

922、通信链路；

924、通信总线。

具体实施方式

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

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

需要说明的是，本文的多渠道短信发送系统可用于软件开发领域，也可用于金融科技领域，本文对多渠道短信发送系统及装置的应用领域不做限定。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1所示为本文实施例一种多渠道短信发送系统的示意图。本申请中的多渠道短信发送系统包括：调用方101、短信服务平台102、短信发送渠道103、目标用户端104。其中，调用方101，用于生成短信发送命令并发送，所述短信发送命令包括目标用户相关信息、待发送短信及短信发送时段。其中，调用方101也可以成为短信发送命令发起方，主要用于下发短信发送命令至短信服务平台。在本说明书中，调用方101对应多个不同的业务部门，包括但不限于：技术部门、业务线部门、市场部门等。不同的调用方101基于部门的业务需求生成短信发送命令。因此，调用方101生成的短信发送命令的类型是不一样的。例如，技术部门生成的短信发送命令包括系统登录验证码、告警通知等；市场部门生成的短信发送命令可以是营销类等内容；业务线部门生成的短信发送命令包括：验证码、活动报名类等内容。

短信服务平台102，用于接收所述短信发送命令，并根据短信发送命令确定短信发送渠道。短信服务平台对调用方101发送的短信发送命令进行分析、判断后，确定最适合发送该短信的渠道。

短信发送渠道103，用于接收所述短信服务平台发送的数据，并根据接收到的数据，向目标用户端发送短信。其中，能够接收短信服务平台发送的数据的短信发送渠道，是经过短信服务平台分析、筛选出来的适合发送短信的优良渠道。

目标用户端104，用于接收短信发送渠道发送的短信。目标用户端104也可以表示实际用户。本说明书的待发送短信可以是短消息业务(SMS,Short Messaging Service)，也可以是包含图片、视频的多媒体等。本申请对待发送短信及短信的形式不作限定。

图2所示为本文实施例一种短信服务平台的操作方法的流程图包括：

步骤201，获取短信发送命令，所述短信发送命令包括目标用户相关信息、待发送短信及短信发送时段。在本说明书中，短信发送命令中目标用户相关信息还包括：目标用户手机号、目标用户手机号的归属地等。短信发送时段为在什么时间段内可以进行短信发送。

步骤202，根据所述短信发送命令中待发送短信的内容，确定所述待发送短信的重要级别。在本说明书中，可以通过文字识别或图像识别的方式，识别短信发送命令中的内容，并进一步可以确定待发送短信的重要级别。在本说明书中，待发送短信的内容不同，其具有不同的重要级别。例如，登录验证码相关的待发送短信用于辅助用户获取线上应用的准入权限，如果登录验证码发送错误，则可能造成用户无法登录客户端等线上应用的情形，因此，登录验证码相关的待发送短信的重要级别较高。又例如，待发送短信的内容是营销活动相关的，这类待放短信对于用户来说，不需要及时回复或响应，因此，营销活动相关的待发送短信的重要级别不高。

在本说明书中，根据识别出来的待发送短信的内容，及预先设定的业务规则，可以确定待发送短信的重要级别。

步骤203，根据所述重要级别，从预设短信渠道列表中确定多个初始短信发送渠道。在本步骤中，预设短信渠道列表是预先设定的所有短信发送渠道，这些短信发送渠道是既往在多渠道短信发送系统中使用过的短信发送渠道的集合。

步骤204，根据渠道路由规则及各初始短信发送渠道的配置信息，确定各初始短信发送渠道的权重得分。本步骤中的渠道路由规则为对初始短信发送渠道的权重得分的计算规则，详见图5描述。初始短信发送渠道的配置信息包括：初始短信发送渠道的历史短信发送成功率、初始短信发送渠道是否为调用方指定的渠道、初始短信发送渠道的计费方式、初始短信发送渠道的价格档位等。

步骤205，根据所述权重得分的结果，从所述多个初始短信发送渠道中确定最终短信发送渠道。在本步骤中，计算得到多个初始短信发送渠道的权重得分后，选择权重得分最高的初始短信发送渠道，作为最终短信发送渠道。

在本说明书的一些实施例中，当短信服务平台将短信发送指令发送给最终短信发送渠道之后，最终短信发送渠道将短信发送至目标用户。若短信没有成功发送，且分析确定短信发送失败的原因是最终短信发送渠道的问题之后，多渠道短信发送系统需要另外选择合适的短信发送渠道，重新向该目标用户发送短信。因此，可以选择权重得分次高的初始短信发送渠道，作为最终短信发送渠道。

步骤206，通过所述最终短信发送渠道，将待发送短信发送至目标用户。

图3所示为本文实施例一种确定待发送短信的重要级别的方法流程图。包括如下步骤：

步骤301，文字识别所述待发送短信，得到待发送短信的内容。在本步骤中，可以通过OCR文字识别技术，识别待发送短信的内容。例如，通过OCR识别，可以识别确定某待发送短信内容为：“XX银行为您准备开盲盒好礼，敬请登录XX银行客户端，点击任务就有机会获取盲盒。活动详情请见XX银行客户端。”

步骤302，根据所述待发送短信的内容及业务需求，确定待发送短信的类型及重要级别。根据识别到的待发送短信的内容及业务的划分，可以判断该待发送短信的类型为营销类短信。进一步可以确定该待发送短信的重要级别。

在本说明书的一些实施例中，在确定初始短信发送渠道之前，短信服务平台还执行了如下步骤：

确定所述目标用户是否为黑名单用户；若是，终止确定初始短信发送渠道。在本步骤中，黑名单可以是预先记录在多渠道短信发送系统中的。当系统识别到调用方生成的短信发送命令中的目标用户属于黑名单用户时，则不再进行后续步骤，终止当前确定初始短信发送渠道的操作。

若否，获取预设短信渠道列表并确定预设时间内对所述目标用户的短信发送数量是否超出短信发送数量上限。如果系统识别到短信发送命令中的目标用户不属于黑名单用户时，进一步获取预设时间内对该短信发送命令相关的目标用户，发送的短信数量是否超出上限。在本说明书中，目标用户在预设时间内接收到短信有一定数量要求。若不限制预设时间内与目标用户发送短信的数量，则对目标用户会造成不良影响。因此本步骤需要判断初始短信发送渠道对目标用户的短信发送数量。

若是，终止确定初始短信发送渠道。如果预设时间内对目标用户的短信发送数量超出了短信发送数量上限，则系统在预设时间内不再向目标用户发送短信，终止确定初始短信发送渠道。

若否，从预设短信渠道列表中确定初始短信发送渠道。若没有超出短信发送数量上限，则可以继续向目标用户发送短信，进一步执行后续确定初始短信发送渠道的步骤。

图4所示为本文实施例一种确定初始短信发送渠道的方法流程图，具体包括如下步骤：

步骤401，根据所述预设短信渠道列表中各短信发送渠道的当前启用状态，确定第一初始短信发送渠道集合。首先判断预设短信渠道列表中，各个短信发送渠道是否已启用。将未启用的短信发送渠道从预设短信渠道列表中过滤，或对处于停用状态的短信发送渠道进行标记，将其限制为无法作为初始短信发送渠道的渠道。基于此，将预设短信渠道列表中的状态为启用状态的渠道，作为第一初始短信发送渠道集合。

402，根据所述短信发送命令，从所述第一初始短信发送渠道中删除与所述目标用户的归属地不一致的短信渠道，得到第二初始短信发送渠道集合。确定短信发送命令中，目标用户的手机号所属的归属地与第一初始短信发送渠道集合中各个初始短信发送渠道对应的归属地是否一致。从第一初始短信发送渠道中选择归属地与短信发送命令中涉及的目标用户的归属地一致的渠道，作为第二初始短信发送渠道集合。例如，短信发送命令中涉及向位于北京地区的1000名目标用户。则从第一初始短信渠道中筛选归属地为北京的渠道，作为第二初始短信发送渠道集合。

步骤403，根据所述短信发送命令中的短信发送时段，从所述第二初始短信发送渠道集合中，删除无法覆盖短信发送时段的渠道，确定第三初始短信发送渠道集合，所述第三初始短信发送渠道集合为所述多个初始短信发送渠道。在本步骤中，每一个初始短信发送渠道都有各自可发送短信的时段。

例如，第二初始短信发送渠道集合中包括初始短信发送渠道M、K和Q。初始短信发送渠道M的可发送短信时段为中午12点整到下午17点整；初始短信发送渠道K的可发送短信时段为凌晨0点到下午20点整；初始短信发送渠道Q的可发送短信时段为上午8点整到下午18点整。则根据短信发送命令中规定的短信发送时段，将无法覆盖短信发送时段的渠道从第二初始短信发送渠道集合中删除，得到第三初始短信发送渠道集合。

例如，短信发送命令中规定的短信发送时段为中午12点整到下午18点整，则初始短信发送渠道M的可发送短信时段无法覆盖短信发送命令中规定的短信发送时段，而初始短信发送渠道K和Q的可发送短信时段均可以覆盖短信发送命令中规定的短信发送时段。则将短信初始发送渠道M从第二初始短信发送渠道集合中删除，剩下的初始短信发送渠道K和Q成为第三初始短信发送集合中的渠道。

图5所示为本文实施例一种确定初始短信发送渠道的权重得分的方法流程图，具体包括如下步骤：

步骤501，对各初始短信发送渠道赋予相同的初始权重得分及预设乘数。在本步骤中的各初始短信发送渠道为前述步骤确定后的第三初始短信发送渠道集合。第三初始短信发送渠道集合中包括至少一个可发送短信的短信发送渠道。

步骤502，获取各初始短信发送渠道的历史短信发送成功率。根据第三初始短信发送渠道集合中各个初始短信发送渠道的历史短信发送情况，具体的，获取历史短信发送成功率。在本说明书中，短信发送渠道的历史短信发送成功率一定程度上可以反映初始短信发送渠道的发送稳定性和可靠性。

步骤503，判断各初始短信发送渠道的历史短信发送成功率是否小于预设成功率阈值。将初始短信发送渠道的历史短信发送成功率与系统设定的预设成功率阈值进行比较，系统将具有不同历史短信发送成功率的初始短信发送渠道通过设定不同的权重得分进行区分。

步骤5031，若是，确定为所述初始权重得分与1相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第一权重得分。在本步骤中，初始权重得分若以A表示，预设乘数若以B表示。则若初始短信发送渠道的历史短信发送成功率低于预设成功率阈值，则该初始短信发送渠道的第一权重得分为：A1＝(A+1)×B。

步骤5032，若否，确定所述初始权重得分与所述预设乘数的乘积为所述初始短信发送渠道的第一权重得分。根据步骤5031中权重得分的表示方法，若初始短信发送渠道的历史短信发送成功率大于或等于预设成功率阈值，则该初始短信发送渠道的第一权重得分为A1＝A×B。

步骤504，判断各初始短信发送渠道是否为短信发送命令中确定的指定渠道。本步骤中的判断条件也是渠道路由规则中的其中之一。调用方生成短信发送命令时，根据调用方在历史的发送短信的经验，可能在短信发送命令中同时规定了指定渠道。进一步的，系统或调用方同时设定了指定渠道的系数及非指定渠道的系数，以体现指定渠道与其他非指定渠道的差别。

步骤5041，若是，确定第一权重得分与预设指定渠道系数相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第二权重得分。若初始短信发送渠道是短信发送命令中确定的指定渠道，若预设指定渠道系数为P，非指定渠道的系数为Z，预设乘数仍为B，则第二权重得分在第一权重得分的基础上，计算得到：第二权重得分A2＝(A1+P)×B。

步骤5042，若否，确定为第一权重得分与预设指定渠道系数相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第二权重得分。本步骤计算得到：第二权重得分A2＝(A1+Z)×B。

步骤505，根据所述初始短信发送渠道的计费价格与第二权重得分相加后，与所述预设乘数的乘积为所述初始短信发送渠道的第三权重得分。在本步骤中，初始短信发送渠道的计费方式包括：提交计费、成功计费等。其中，提交计费表示只要短信发送渠道将短信发送出去，即计算费用；成功计费表示当短信发送渠道将短信发送后，成功发送至用户后计算费用。不同的计费方式对应不同的计费价格。例如，提交计费的价格为0.5元/条，成功计费的价格为0.6元/条。基于此，第三权重得分A3可以通过如下公式计算得到：若初始短信发送渠道的计费方式为提交计费，则第三权重得分A3＝(A2+0.5)×B；若初始短信发送渠道的计费方式为成功计费，则第三权重得分A3＝(A2+0.6)×B。

步骤506，根据各初始短信发送渠道的历史短信发送失败率及所述第三权重得分，确定所述初始短信发送渠道最终的权重得分。本步骤中，历史短信发送失败率根据历史短信发送成功率计算得到。若历史短信发送成功率表示为Y，则初始短信发送渠道的最终权重得分A4＝(1-Y)×B。

在本说明书的一些实施例中，从初始短信发送渠道中确定最终短信发送渠道包括：将权重得分最小的渠道，确定为最优短信发送渠道，为最终短信发送渠道。根据前述步骤确定的各初始短信发送渠道的权重得分，得分最小的渠道，其短信发送的综合表现最佳，因此将权重得分最小的初始短信发送渠道，确定为最终短信发送渠道。

在本说明书的一些实施例中，所述短信发送渠道还包括：根据所述初始短信发送渠道的历史短信发送成功率的大小，确定初始短信发送渠道排序，将历史短信发送成功率最高的初始短信发送渠道，确定为最终短信发送渠道。在本说明书中，历史短信发送成功率越高，说明渠道发送短信的状态稳定、网络情况良好。则历史短信发送成功率最高的渠道，可以确定为最终短信发送渠道。

在本说明书的一些实施例中，还包括：根据所述初始短信发送渠道的历史短信发送转化率的大小，确定初始短信发送渠道排序，将历史短信发送转换率最大的初始短信发送渠道，确定为最终短信发送渠道。其中，所述历史短信发送转化率通过如下方式确定：

获取所述初始短信发送渠道在预设时段内成功发送的多个历史短信及接收所述历史短信的目标用户；从业务系统确定所述目标用户是否完成所述历史短信中的业务，其中，所述业务系统与目标用户端关联；根据预设时段内完成历史短信中的业务的目标用户数量与未完成业务的目标用户数量的比值，确定初始短信发送渠道的历史短信发送转化率。

在本说明书中，初始短信发送渠道在历史发送短信的过程中，在成功发送历史短信之后，可以确定哪些成功接收到历史短信的目标用户。根据目标用户的手机号，可以从业务系统中查询这些目标用户是否按照短信内容中的提示，完成了对应的业务。例如，发送的短信内容为登录验证码。初始短信发送渠道发送成功该短信后，确定成功接收到目标用户有甲、乙、丙三人。再从业务系统中查询这三位目标用户在接收到短信之后，是否完成了登录的操作。若三人均完成了登录操作，则完成历史短信中的业务的目标用户数量为3。

根据这种方式，统计预设时间内完成业务的目标用户数量与未完成业务的目标用户数量的比值，该比值为短信发送转换率。根据初始短信发送渠道的历史短信发送转化率的大小，确定初始短信发送渠道排序。其中，历史短信发送转化率越大，说明该初始短信发送渠道在用户侧的使用度、接受程度、受欢迎程度越高，该短信发送渠道比别的短信发送渠道更常用。例如，代理商A作为一个短信发送渠道比代理商B担任的渠道，历史短信发送转化率更高，说明用户通过代理商A接收信息后进行业务操作的比例更大。因此，可以将历史短信发送转化率高的渠道，作为最终短信发送渠道。

图6所示为本文实施例一种确定是否切换短信发送渠道的方法流程图，具体包括如下步骤：

步骤601，接收最终短信发送渠道返回的编码。当最终短信发送渠道发送短信至目标用户端之后，根据短信发送成功或失败的结果，最终短信发送渠道生成短信发送结果的编码，并向短信服务平台发送对应的错误编码。该编码表征短信发送的结果，包括短信发送成功、短信发送失败。

步骤602，根据所述编码及预设编码查询表，确定短信发送成功结果或短信发送失败类型，所述预设编码查询表包括所述编码与短信发送成功结果及短信发送失败类型的映射关系，所述短信发送失败类型包括发送数据错误、渠道错误、目标用户错误。在本步骤中，编码表示的具体含义需要通过预设编码查询表获知。短信服务平台对编码进行解析，通过查找预设编码查询表，确定错误编码的错误类型。预设编码查询表中包括了编码与短信发送成功及短信发送失败的具体失败类型的映射关系。不同的编码表示不同的短信发送失败类型。

预设编码查询表在短信发送渠道方和短信服务平台共同使用，短信发送渠道方确定短信发送失败的结果后，将对应的错误编码回传给短信服务平台，短信平台接收错误编码后通过编码信息表确定错误类型。

例如，预设编码查询表中记录了：编码001表示短信发送成功，编码002表示短信发送失败，编码0021表示发送数据错误，编码0022表示渠道错误，编码0023表示目标用户错误等。

步骤603，根据所述短信发送失败类型，确定是否切换短信发送渠道重新发送短信。

在本步骤中，若确定短信发送失败类型为渠道方错误，即表示当前发送的短信发送指令在短信发送渠道环节出现异常，例如当前渠道处于维护状态、网络状况较差、当前发送短信渠道无法响应，或目标用户的运营商、归属地不支持当前短信发送渠道等。基于此，则按照前述步骤确定的短信发送渠道列表的排序，选择排序中第二个短信渠道方发送短信。在当前短信发送渠道切换到下一短信发送渠道的过程中，无需再次接收短信发送命令，可以直接切换短信发送渠道。

通过编码的方式进行短信发送失败类型的传递，数据传递效率更高，传递出错的可能性更低、准确率更高。

图7所示为本文实施例一种多渠道短信发送装置的结构示意图，在本图中描述了多渠道短信发送装置的基本结构，其中的功能单元、模块可以采用软件方式实现，也可以采用通用芯片或者特定芯片实现多渠道短信发送，该装置具体包括：

短信发送命令获取单元701，用于获取短信发送命令，所述短信发送命令包括目标用户相关信息、待发送短信及短信发送时段；

短信重要级别确定单元702，用于根据所述短信发送命令中待发送短信的内容，确定所述待发送短信的重要级别；

初始短信发送渠道确定单元703，用于根据所述重要级别，从预设短信渠道列表中确定多个初始短信发送渠道；

权重得分确定单元704，用于根据渠道路由规则及各初始短信发送渠道的配置信息，确定各初始短信发送渠道的权重得分；

最终短信发送渠道确定单元705，用于根据所述渠道评分的结果，从所述多个初始短信发送渠道中确定最终短信发送渠道；

短信发送单元706，用于通过所述最终短信发送渠道，将待发送短信发送至目标用户。

本方案能够基于多维度确定出最合适的发送渠道，并避免重复发送、进行有序的短信发送，丰富了短信发送的选择，提高了运营效率，从而更好服务于用户，促进企业业务发展。

作为本文的一个实施例，还可以参考如图8所示为本实施例多渠道短信发送装置的具体结构示意图。

作为本文的一个实施例，所述初始短信发送渠道确定单元703进一步包括：

黑名单用户确定模块7031，用于确定目标用户是否为黑名单用户；

短信发送数量确定模块7032，用于确定预设时间内对所述目标用户的短信发送数量是否超出短信发送数量上限；

第一初始短信发送渠道集合确定模块7033，用于根据所述预设短信渠道列表中各短信发送渠道的当前启用状态，确定第一初始短信发送渠道集合；

第二初始短信发送渠道集合确定模块7034，用于根据所述短信发送命令，从所述第一初始短信发送渠道集合中删除与所述目标用户的归属地不一致的短信渠道，得到第二初始短信发送渠道集合；

第三初始短信发送渠道集合确定模块7035，用于根据所述短信发送命令中的短信发送时段，从所述第二初始短信发送渠道集合中，删除无法覆盖短信发送时段的渠道，确定第三初始短信发送渠道集合。

作为本文的一个实施例，所述权重得分确定单元704进一步包括：

初始权重得分及预设乘数赋予模块7041，对各初始短信发送渠道赋予相同的初始权重得分及预设乘数；

历史短信发送成功率获取模块7042，用于获取各初始短信发送渠道的历史短信发送成功率；

发送成功率判断模块7043，用于判断各初始短信发送渠道的历史短信发送成功率是否小于预设成功率阈值；

指定渠道判断模块7044，用于判断各初始短信发送渠道是否为短信发送命令中确定的指定渠道；

作为本文的一个实施例，所述短信发送单元706进一步包括：

编码接收模块7061，用于接收最终短信发送渠道返回的编码；

短信发送失败类型确定模块7062，用于根据所述编码及预设编码查询表，确定短信发送成功结果或短信发送失败类型。

如图9所示，为本文实施例提供的一种计算机设备。本申请所述多渠道短信发送方法可以应用于所述计算机设备。所述计算机设备902可以包括一个或多个处理器904，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备902还可以包括任何存储器906，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器906可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备902的固定或可移除部件。在一种情况下，当处理器904执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备902可以执行相关联指令的任一操作。计算机设备902还包括用于与任何存储器交互的一个或多个驱动机构908，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备902还可以包括输入/输出模块910(I/O)，其用于接收各种输入(经由输入设备912)和用于提供各种输出(经由输出设备914)。一个具体输出机构可以包括呈现设备916和相关联的图形用户接口(GUI)918。在其他实施例中，还可以不包括输入/输出模块910(I/O)、输入设备912以及输出设备914，仅作为网络中的一台计算机设备。计算机设备902还可以包括一个或多个网络接口920，其用于经由一个或多个通信链路922与其他设备交换数据。一个或多个通信总线924将上文所描述的部件耦合在一起。

通信链路922可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路922可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

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

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

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

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

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

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。