CN113747380B - 一种短信个数的确定方法及系统 - Google Patents
一种短信个数的确定方法及系统 Download PDFInfo
- Publication number
- CN113747380B CN113747380B CN202111032110.2A CN202111032110A CN113747380B CN 113747380 B CN113747380 B CN 113747380B CN 202111032110 A CN202111032110 A CN 202111032110A CN 113747380 B CN113747380 B CN 113747380B
- Authority
- CN
- China
- Prior art keywords
- service
- short messages
- user
- information
- determining
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
- H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
Abstract
本申请公开了一种短信个数的确定方法及系统,可应用于区块链领域、大数据领域、金融领域或移动互联领域。该方法包括将业务对应的短信数量、短信中的信息、业务风险信息存储在所述机构对应的区块链模块中;根据所述短信中的信息,确定办理所述业务时的用户的联系方式,并向所述用户发送第一信息,以获取所述用户反馈的短信数量指示信息;根据所述短信数量、业务风险信息、短信数量指示信息和所述业务的业务量,确定所述业务在办理时向用户发送的短信个数。利用该方案能够确定出业务办理过程中发送短信的合理数量,缓解通信网络的负荷、提升业务办理效率并降低成本。
Description
技术领域
本申请涉及区块链技术领域,尤其涉及一种短信个数的确定方法及系统。
背景技术
目前,机构为了降低业务办理时的风险,在业务办理过程中,或者业务办理结束后,会给用户发送短信,在一些场景中,当业务办理过程中向用户发送短信时,短信中可以附带验证码作为唯一凭据,以便核实确定用户的身份,进而才能执行后续业务办理的操作;当在业务办理流程结束后向用户发送短信时,该短信可以起到通知用户的作用,还可以作为业务办理凭证。
但是由于不同的机构有自己的短信安全规定,即便是对于同一种业务,办理时所需发送的短信个数也存在区别,发送的短信数量太多,会增加通信网络的负荷、降低业务办理效率、降低用户体验,提升成本。
发明内容
为了解决现有技术存在的上述问题,本申请提供了一种短信个数的确定方法及系统,能够确定出业务办理过程中发送短信的合理数量,缓解通信网络的负荷、提升业务办理效率并降低成本。
第一方面,本申请提供了一种短信个数的确定方法,用于确定机构在业务办理时向用户发送的短信的个数,该方法包括:将业务对应的短信数量、短信中的信息、业务风险信息存储在机构对应的区块链模块中;根据短信中的信息,确定办理业务时的用户的联系方式,并向用户发送第一信息,以获取用户反馈的短信数量指示信息;根据短信数量、业务风险信息、短信数量指示信息和业务的业务量,确定业务在办理时向用户发送的短信个数。
本申请的方案提供的方案,基于区块链进行业务短信数量的确定,利用了区块链“不可伪造”、“全程留痕”、“可以追溯”和“公开透明”的特性,并且结合用户反馈的短信数量指示信息以及业务的业务量,能够更加合理地确定出业务在办理时向用户发送的短信个数,进而缓解通信网络的负荷、提升业务办理效率并降低成本。
在一种可能的实现方式中,业务风险信息,具体包括以下中的至少一项:
业务风险等级、业务问题类型以及已出现的业务问题。
其中,在一些实施例中,业务风险等级可以采用高级、中级或低级的方式区分,也可以采用一级、二级、三级等的方式区分。业务问题类型包括信息泄露、信息冒用、财产损失等类型,本申请对此不作具体限定。已出现的业务问题也即在该机构办理该业务的过程中,已经出现的各类型的业务问题。
在一种可能的实现方式中,方法还包括:
将用户反馈的短信数量指示信息存储在机构对应的区块链模块中。
将用户反馈的短信数量指示信息上送到区块链中,防止被修改。
在一种可能的实现方式中,根据短信数量、业务风险信息、短信数量指示信息和业务的业务量,确定业务在办理时向用户发送的短信个数,具体包括:
利用训练后的神经网络模型确定业务在办理时向用户发送的短信的个数,短信数量、业务风险信息、短信数量指示信息和业务的业务量为训练后的神经网络模型的输入,业务在办理时向用户发送的短信个数为训练后的神经网络模型的输出。
在一种可能的实现方式中,利用训练后的神经网络模型确定业务在办理时向用户发送的短信个数之前,方法还包括:
根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据和业务的业务量的历史数据,确定历史最优短信个数;
根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据、业务的业务量的历史数据和历史最优短信个数对神经网络模型进行训练,以得到训练后的神经网络模型。
在一种可能的实现方式中,方法还包括,将确定的业务在办理时向用户发送的短信的个数,发布至区块链模块中。
此时该机构的其他网点可以查看并应用,从而可以为其它网点提供参考,降低该机构的成本。或者其它机构也可以查看并应用。
第二方面,本申请还提供了一种短信个数的确定系统,用于确定机构在业务办理时向用户发送的短信的个数,短信个数的确定系统包括:第一存储单元、获取单元和确定单元。第一存储单元,用于将业务对应的短信数量、短信中的信息、业务风险信息存储在机构对应的区块链模块中。获取单元用于根据短信中的信息,确定办理业务时的用户的联系方式,并向用户发送第一信息,以获取用户反馈的短信数量指示信息。确定单元用于根据短信数量、业务风险信息、短信数量指示信息和业务的业务量,确定业务在办理时向用户发送的短信个数。
利用本申请提供的确定系统,能够更加合理地确定出业务在办理时向用户发送的短信个数,进而缓解通信网络的负荷、提升业务办理效率并降低成本。
在一种可能的实现方式中,系统还包括第二存储单元。第二存储单元用于将用户反馈的短信数量指示信息存储在机构对应的区块链模块中。
在一种可能的实现方式中,确定单元,具体用于利用训练后的神经网络模型确定业务在办理时向用户发送的短信的个数,短信数量、业务风险信息、短信数量指示信息和业务的业务量为训练后的神经网络模型的输入,业务在办理时向用户发送的短信个数为训练后的神经网络模型的输出。
在一种可能的实现方式中,系统还包括训练单元。训练单元用于根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据、业务的业务量的历史数据和历史最优短信个数对神经网络模型进行训练,以得到训练后的神经网络模型,历史最优短信个数根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据和业务的业务量的历史数据确定。
附图说明
图1为本申请实施例提供的一种短信个数的确定方法;
图2为本申请实施例提供的另一种短信个数的确定方法;
图3为本申请实施例提供的一种短信个数的确定系统;
图4为本申请实施例提供的另一种短信个数的确定系统。
具体实施方式
为了使本技术领域的人员更清楚地理解本申请方案,下面首先说明本申请技术方案的应用场景。
目前,对于银行、医院以及一些行政部门等机构,为了提升用户体验,降低安全风险,在业务办理的过程中,或者业务办理结束后,会给用户发送短信。
在一些应用场景中,当业务办理过程中向用户发送短信时,短信中可以附带验证码作为唯一凭据,以便核实确定用户的身份,进而才能执行后续业务办理的操作;当在业务办理流程结束后向用户发送短信时,该短信可以起到通知用户的作用,还可以作为业务办理凭证。
但是由于不同的机构有自己的短信安全规定,并且对于同一机构,不同分机构也可能存在自己的短信安全规定,即便是对于同一种业务,办理时所需发送的短信个数也存在区别。以银行机构为例,由于各个分行的短信安全规定不同,对于同一种业务,在办理过程中,有的分行需要向用户发送三条短信,有的分行只需要向用户发送两条短信。
在业务办理过程中,发送的短信数量太多,会增加通信网络的负荷、多次短信确认还会降低业务办理效率,提升业务办理时长,进而降低用户体验,提升成本。
为了解决以上问题,本申请提供了一种短信个数的确定方法及系统。该方将业务对应的短信数量、短信中的信息、业务风险信息存储在机构对应的区块链模块中;根据短信中的信息,确定办理业务时的用户的联系方式,并向用户发送第一信息,以获取用户反馈的短信数量指示信息;根据短信数量、业务风险信息、短信数量指示信息和业务的业务量,确定业务在办理时向用户发送的短信个数。利用该方案,能够确定出业务办理过程中发送短信的合理数量,缓解通信网络的负荷、提升业务办理效率并降低成本。
为了使本技术领域的人员更清楚地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
本申请说明中的“第一”、“第二”等用词仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量
本申请实施例提供了一种短信个数的确定方法,下面结合附图具体说明。
参见图1,该图为本申请实施例提供的一种短信个数的确定方法。
该方法包括以下步骤:
S101:将业务对应的短信数量、短信中的信息、业务风险信息存储在机构对应的区块链模块中。
在不同业务的办理过程中,可能需要向用户发送的短信的数量不同,因此在区块链上将业务与业务对应的短信数量进行对应存储。
此外,还存储业务对应的短信中的信息和业务风险信息。
其中,短信中的信息,包括短信的目的,以及用户的信息。
短信的目的可以为请求确认、通知、要求回复确认以及索取信息等。
用户的信息包括用户的业务情况、联系方式、时间点记录等。
业务的风险信息包括业务风险等级、业务问题类型以及已出现的业务问题等中的一项或多项。
业务风险等级,用于表征业务风险出现的后果的严重性。在一些实施例中,可以采用高级、中级或低级的方式区分,高级所代表的严重性高于低级所代表的严重性。在另一些实施例中,也可以采用一级、二级、三级等的方式区分,级别越高,代表的严重性越高,或者,级别越低,代表的严重性越高,本申请实施例对此不作具体限定。
业务问题类型包括信息泄露、信息冒用、财产损失等类型的问题,本申请对此不作具体限定。已出现的业务问题也即在该机构办理该业务的过程中,已经出现的各类型的业务问题。
将以上信息存储在该机构的区块链中,区块链本质上是一个共享数据库,存储于其中的数据或信息,具有“不可伪造”、“全程留痕”、“可以追溯”、“公开透明”、“集体维护”等特征。基于这些特征,区块链奠定了坚实的“信任”基础和“合作”机制,机构对应一个区块链模块,数据或信息可以被其它站点的机构进行读取和应用。
以机构为银行的分行为例,每个分行对应一个自身的区块链模块,不同分行的区块链模块上存储的数据或信息可以相互进行读取和应用。
S102:根据短信中的信息,确定办理业务时的用户的联系方式,并向用户发送第一信息,以获取用户反馈的短信数量指示信息。
第一信息也即向用户发送的咨询短信数量的信息,由于短信中的信息包括用户的联系方式,故可以依据该联系方式向用户发送第一信息。并且接受用户反馈的短信数量指示信息。
短信数量指示信息用于表征用户建议的业务在办理过程中发送的短信个数。在另一些实施例中,该第一信息也可以为的短信数量的满意度咨询信息,当用户反馈满意时,表征此时的短信数量合适,当用户反馈不满意时,表征此时的短信数量较多,影响了用户的体验。
S103:根据短信数量、业务风险信息、短信数量指示信息和业务的业务量,确定业务在办理时向用户发送的短信个数。
短信数量可以为历史记录的处理该业务时向用户发送的短信个数,或者预先设置的业务办理时向用户发送的短信个数。
当业务的业务量较大时,如果此时业务办理过程中向用户发送的短信个数较多,则导致业务整体所需向全部用户发送的短信总数大,增大了通信网络的负荷,降低了业务办理的效率,延长了业务办理的时间。因此业务的业务量也是短信个数需要考虑的因素之一。
此外,业务风险等级高时,所需的短信个数相应较多,业务的风险等级低时,所需的短信个数相应较少。
综上所述,利用本申请实施例提供的方案,通过结合用户关于短信个数的反馈信息、业务的业务量、短信数量以及业务风险信息,能够更加合理地确定出业务在办理时向用户发送的短信个数,进而缓解通信网络的负荷、提升业务办理效率并降低成本。
下面结合具体的实现方式进行说明。
参见图2,该图为本申请实施例提供的另一种短信个数的确定方法。
S201:建立区块链模块。
首先建立区块链模块,在机构某业务的办理过程中,如果需要发送短信,则后台系统会抓取短信中的信息,以及具体业务对应的短信数量,并发送到区块链模块中。
业务风险信息也需要上传到区块链模块中,如果区块链中业务出现了问题则需要将业务问题短信上传到区块中。
S202:获取用户的联系方式。
根据区块链模块中存储的,短信中的信息,得到客户的联系方式。
S203:获取用户反馈的短信数量指示信息。
将第一信息发送给客户,将客户反馈的短信数量指示信息存储在区块链模块中,防止被修改。
从而区块链中得到了短信数量、业务风险信息和短信数量指示信息。
S204:利用历史数据训练神经网络模型。
本申请实施例采用的神经网络模型为基于遗传算法(Genetic Algorithm,GA)的反向传播(Back Propagation,BP)神经网络,也即GA-BP神经网络模型。
将短信数量、业务风险信息、短信数量指示信息和业务的业务量作为GA-BP神经网络模型的输入,将业务在办理时向用户发送的短信的个数作为GA-BP神经网络模型的输出,根据输入和输出的个数确定BP神经网络结构,进而确定了遗传算法中需要优化的参数个数。
根据柯尔莫哥洛夫(Kolmogorov)原理,一个三层反向传播(Back Propagation,BP)神经网络足以完成任意的n维到m维的映射,一般只需要采用一个隐层即可,隐层节点个数可以采用试凑法确定,从而确定GA-BP神经网络。
通过遗传算法输出的最优个体作为GA-BP神经网络的初始权值和阈值,进行BP神经网络训练和学习。
将历史数据,也即短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据、业务的业务量的历史数据和历史最优短信个数分为训练集和测试集。其中,历史最优短信个数根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据和业务的业务量的历史数据确定。
基于历史数据,对GA-BP神经网络模型进行训练,并使用测试样本对模型的预测准确率进行验证以得到有效模型,通过模型预测最优的短信个数。
S205:确定业务在办理时向用户发送的短信个数。
以短信数量、业务风险信息、短信数量指示信息和业务的业务量为训练后的神经网络模型的输入;以业务在办理时向用户发送的短信个数为所述训练后的神经网络模型的输出,利用训练后的神经网络模型确定所述业务在办理时向用户发送的短信的个数。
S206:将确定的业务在办理时向用户发送的短信的个数,发布至区块链模块中。
此时该机构的其他网点可以查看并应用,从而可以为其它网点提供参考,降低该机构的成本。或者其它机构也可以查看并应用。
本申请以上步骤的划分仅是为了方便说明,并不构成对于本申请技术方案的限定。
综上所述,利用本申请实施例提供的方法,能够更加合理地确定出业务在办理时向用户发送的短信个数,进而缓解通信网络的负荷、提升业务办理效率并降低成本。
基于以上实施例提供的短信个数的确定方法,本申请实施例还提供了一种短信个数的确定系统,下面结合附图具体说明。
参见图3,该图为本申请实施提供的一种短信个数的确定系统的示意图。
图示短信个数的确定系统包括第一存储单元301、获取单元302和确定单元303。
第一存储单元301,用于将业务对应的短信数量、短信中的信息、业务风险信息存储在机构对应的区块链模块中。
业务的风险信息包括业务风险等级、业务问题类型以及已出现的业务问题等中的一项或多项。
业务风险等级,用于表征业务风险出现的后果的严重性。在一些实施例中,可以采用高级、中级或低级的方式区分,高级所代表的严重性高于低级所代表的严重性。在另一些实施例中,也可以采用一级、二级、三级等的方式区分,级别越高,代表的严重性越高,或者,级别越低,代表的严重性越高,本申请实施例对此不作具体限定。
业务问题类型包括信息泄露、信息冒用、财产损失等类型的问题,本申请对此不作具体限定。已出现的业务问题也即在该机构办理该业务的过程中,已经出现的各类型的业务问题。
获取单元302,用于根据短信中的信息,确定办理业务时的用户的联系方式,并向用户发送第一信息,以获取用户反馈的短信数量指示信息;
确定单元303,用于根据短信数量、业务风险信息、短信数量指示信息和业务的业务量,确定业务在办理时向用户发送的短信个数。
下面说明短信个数的确定系统的其他实现方式。
参见图4,该图为本申请实施例提供的另一种短信个数的确定系统的示意图。
图4所示的系统与图3的区别在于,还包括第二存储单元304和训练单元305。
其中,第二存储单元304用于将用户反馈的短信数量指示信息存储在机构对应的区块链模块中。
训练单元305用于根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据、业务的业务量的历史数据和历史最优短信个数对神经网络模型进行训练,以得到训练后的神经网络模型,历史最优短信个数根据短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据和业务的业务量的历史数据确定。
确定单元303,具体用于利用训练后的神经网络模型确定业务在办理时向用户发送的短信的个数,短信数量、业务风险信息、短信数量指示信息和业务的业务量为训练后的神经网络模型的输入,业务在办理时向用户发送的短信个数为训练后的神经网络模型的输出。
在一些实施例中,确定单元还用于,将确定的业务在办理时向用户发送的短信的个数,发布至区块链模块中。
此时该机构的其他网点可以查看并应用,从而可以为其它网点提供参考,降低该机构的成本。或者其它机构也可以查看并应用。
综上所述,利用本申请的方案提供的方案,基于区块链进行业务短信数量的确定,利用了区块链“不可伪造”、“全程留痕”、“可以追溯”和“公开透明”的特性,并且结合用户反馈的短信数量指示信息以及业务的业务量,能够更加合理地确定出业务在办理时向用户发送的短信个数,进而缓解通信网络的负荷、提升业务办理效率并降低成本。
本发明提供的方案可用于金融领域或其他领域,例如,可用于金融领域中的业务办理应用场景。其他领域为除金融领域之外的任意领域,例如,信息安全技术领域。上述仅为示例,并不对本发明提供的发明名称的应用领域进行限定。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外,还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本申请的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。
Claims (8)
1.一种短信个数的确定方法,其特征在于,用于确定机构在业务办理时向用户发送的短信的个数,所述短信个数的确定方法包括:
将业务对应的短信数量、短信中的信息、业务风险信息存储在所述机构对应的区块链模块中;
根据所述短信中的信息,确定办理所述业务时的用户的联系方式,并向所述用户发送第一信息,以获取所述用户反馈的短信数量指示信息;
根据所述短信数量、业务风险信息、短信数量指示信息和所述业务的业务量,确定所述业务在办理时向用户发送的短信个数;
所述根据所述短信数量、业务风险信息、短信数量指示信息和所述业务的业务量,确定所述业务在办理时向用户发送的短信个数,具体包括:
利用训练后的神经网络模型确定所述业务在办理时向用户发送的短信的个数,所述短信数量、业务风险信息、短信数量指示信息和所述业务的业务量为所述训练后的神经网络模型的输入,所述业务在办理时向用户发送的短信个数为所述训练后的神经网络模型的输出。
2.根据权利要求1所述的短信个数的确定方法,其特征在于,所述业务风险信息,具体包括以下中的至少一项:
业务风险等级、业务问题类型以及已出现的业务问题。
3.根据权利要求1所述的短信个数的确定方法,其特征在于,所述方法还包括:
将所述用户反馈的所述短信数量指示信息存储在所述机构对应的区块链模块中。
4.根据权利要求1所述的短信个数的确定方法,其特征在于,所述利用训练后的神经网络模型确定所述业务在办理时向用户发送的短信个数之前,所述方法还包括:
根据所述短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据和所述业务的业务量的历史数据,确定历史最优短信个数;
根据所述短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据、所述业务的业务量的历史数据和所述历史最优短信个数对神经网络模型进行训练,以得到所述训练后的神经网络模型。
5.根据权利要求1所述的短信个数的确定方法,其特征在于,所述方法还包括,将确定的所述业务在办理时向用户发送的短信的个数,发布至所述区块链模块中。
6.一种短信个数的确定系统,其特征在于,用于确定机构在业务办理时向用户发送的短信的个数,所述短信个数的确定系统包括:第一存储单元、获取单元和确定单元;
所述第一存储单元,用于将业务对应的短信数量、短信中的信息、业务风险信息存储在所述机构对应的区块链模块中;
所述获取单元,用于根据所述短信中的信息,确定办理所述业务时的用户的联系方式,并向所述用户发送第一信息,以获取所述用户反馈的短信数量指示信息;
所述确定单元,用于根据所述短信数量、业务风险信息、短信数量指示信息和所述业务的业务量,确定所述业务在办理时向用户发送的短信个数;
所述确定单元,具体用于,利用训练后的神经网络模型确定所述业务在办理时向用户发送的短信的个数,所述短信数量、业务风险信息、短信数量指示信息和所述业务的业务量为所述训练后的神经网络模型的输入,所述业务在办理时向用户发送的短信个数为所述训练后的神经网络模型的输出。
7.根据权利要求6所述的短信个数的确定系统,其特征在于,所述系统还包括第二存储单元;
所述第二存储单元,用于将所述用户反馈的所述短信数量指示信息存储在所述机构对应的区块链模块中。
8.根据权利要求6所述的短信个数的确定系统,其特征在于,所述系统还包括:训练单元;
所述训练单元,用于根据所述短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据、所述业务的业务量的历史数据和历史最优短信个数对神经网络模型进行训练,以得到所述训练后的神经网络模型,所述历史最优短信个数根据所述短信数量的历史数据、业务风险信息的历史数据、短信数量指示信息的历史数据和所述业务的业务量的历史数据确定。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111032110.2A CN113747380B (zh) | 2021-09-03 | 2021-09-03 | 一种短信个数的确定方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111032110.2A CN113747380B (zh) | 2021-09-03 | 2021-09-03 | 一种短信个数的确定方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113747380A CN113747380A (zh) | 2021-12-03 |
CN113747380B true CN113747380B (zh) | 2022-10-21 |
Family
ID=78735328
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111032110.2A Active CN113747380B (zh) | 2021-09-03 | 2021-09-03 | 一种短信个数的确定方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113747380B (zh) |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109829823A (zh) * | 2019-01-31 | 2019-05-31 | 山东浪潮商用系统有限公司 | 一种境外旅客购物离境退税业务信息管理平台及方法 |
WO2020156225A1 (zh) * | 2019-01-29 | 2020-08-06 | 腾讯科技(深圳)有限公司 | 基于区块链系统的业务处理方法、装置、介质及电子设备 |
CN112416558A (zh) * | 2020-11-24 | 2021-02-26 | 平安普惠企业管理有限公司 | 基于区块链的业务数据处理方法、装置及存储介质 |
CN113159935A (zh) * | 2021-05-27 | 2021-07-23 | 中国银行股份有限公司 | 基于区块链的待办业务处理方法及装置 |
-
2021
- 2021-09-03 CN CN202111032110.2A patent/CN113747380B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020156225A1 (zh) * | 2019-01-29 | 2020-08-06 | 腾讯科技(深圳)有限公司 | 基于区块链系统的业务处理方法、装置、介质及电子设备 |
CN109829823A (zh) * | 2019-01-31 | 2019-05-31 | 山东浪潮商用系统有限公司 | 一种境外旅客购物离境退税业务信息管理平台及方法 |
CN112416558A (zh) * | 2020-11-24 | 2021-02-26 | 平安普惠企业管理有限公司 | 基于区块链的业务数据处理方法、装置及存储介质 |
CN113159935A (zh) * | 2021-05-27 | 2021-07-23 | 中国银行股份有限公司 | 基于区块链的待办业务处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113747380A (zh) | 2021-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107808289B (zh) | 电子支付平台、控制方法及装置 | |
CN107403326A (zh) | 一种基于电信数据的保险欺诈识别方法及装置 | |
CN111709603B (zh) | 基于风控的服务请求处理方法、装置及系统 | |
US10043165B2 (en) | Cloud service integration pay trading system | |
US20200410583A1 (en) | Financial regulatory compliance platform | |
CN106327157A (zh) | 一种在线政务服务系统及其使用方法 | |
CN110009475A (zh) | 风险稽核监察方法、装置、计算机设备及存储介质 | |
CN110457336B (zh) | 交易数据处理方法及装置 | |
CN109828958A (zh) | 基于区块链的事件记录方法及记录系统 | |
CN106779698A (zh) | 一种支付标记的分发及其安全支付方法、系统及装置 | |
CN107798536A (zh) | 信用额度处理方法和装置 | |
CN108492071A (zh) | 一种基于区块链的快递信息处理方法及装置 | |
CN113747380B (zh) | 一种短信个数的确定方法及系统 | |
CN112598502A (zh) | 一种取证方法、装置、设备及存储介质 | |
CN111275559A (zh) | 一种基于区块链的商保直赔快赔系统及方法 | |
Hendricks et al. | Can a mobile credit-scoring model provide better accessibility to South African citizens requiring micro-lending? | |
Afanu et al. | Mobile Money Security: A Holistic Approach | |
CN105225153A (zh) | 数据处理方法及装置 | |
CN115204860A (zh) | 一种基于统一支付平台的自助缴费系统 | |
CN113709098A (zh) | 一种数据传输方法及装置 | |
CN114118823A (zh) | 资源转移过程中的风险识别方法、装置及系统 | |
CN111047341B (zh) | 信息处理方法、装置、服务器及终端设备 | |
CN113191881A (zh) | 基于区块链的金融业务监管数据处理方法、装置及系统 | |
CN113283982A (zh) | 信息处理方法、装置、设备、存储介质及程序产品 | |
CN113344333A (zh) | 一种可配置的企业征信预警方法、装置、设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |