短信溯源方法、装置及设备与流程

1.本发明实施例涉及数据处理技术领域，尤其涉及一种短信溯源方法、装置及设备。


背景技术：

2.随着移动互联网的发展，服务于企业的行业短信的应用越来越广泛。例如，按照应用类型的不同，行业短信可以分为3类：验证码短信、通知短信、营销短信。
3.现有技术中，在发送短信时，采用的短信协议(如cmpp协议、sgip协议、smgp协议)是需要预先指定的，开发和适配难度较大。因此，可以通过sp(service provider，短信代理商)来实现不同类型的短信的发送。且不同的sp之间也存在着不同的业务发送关系，即短信从发送端到终端设备的过程中，中间会经过多个业务节点。
4.然而，由于短信业务发送过程中经过的业务节点较多，在现有行业短信应用场景中，如果对短信进行溯源，需要依赖短信业务流程上所有业务节点的配合，不确定性较多，若中间环节的某一节点关联失败，则无法溯源至正确的短信发送端，影响了短信溯源的准确性。


技术实现要素：

5.本发明实施例提供一种短信溯源方法、装置及设备，以提高短信溯源的准确性。
6.第一方面，本发明实施例提供一种短信溯源方法，包括：
7.接收终端设备发送的短信溯源请求；
8.根据所述短信溯源请求获取发起方节点对应的区块链处理记录信息，其中，所述区块链处理记录信息包括处理节点标识和区块链处理序列号；
9.根据所述处理节点标识、所述区块链处理序列号，以及预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息；
10.若所述目标区块链处理记录信息中的目标区块链处理序列号与所述区块链处理序列号相对应，则确定所述目标区块链处理序列号对应的目标处理节点为短信的最终发送端。
11.可选的，所述根据所述处理节点标识、所述区块链处理序列号，以及预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息，包括：
12.按预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的至少一区块链处理记录信息；
13.按所述发起方节点对应的链路依次从所述至少一区块链处理记录信息中获取与所述处理节点标识对应的第一区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息。
14.可选的，所述短信溯源请求中携带发起方标识，所述根据所述短信溯源请求获取
发起方节点对应的区块链处理记录信息，包括：
15.从短信网关节点处获取与所述发起方标识对应的发起方节点；
16.根据所述短信溯源请求获取与所述发起方节点对应的区块链处理记录信息。
17.可选的，在所述接收终端设备发送的短信溯源请求之前，还包括：
18.获取所述目标处理节点生成的目标区块链处理记录信息；
19.将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台。
20.可选的，在所述将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台之后，还包括：
21.获取短信网关生成的短信状态报告；
22.将所述短信状态报告发送至所述目标处理节点，并将所述短信状态报告上传至对应的区块链平台。
23.可选的，所述将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台，包括：
24.基于预存的传输链路，将所述目标区块链处理记录信息按处理节点依次传输，直至到达所述终端设备处，并将传输至每个处理节点的目标区块链处理记录信息分别上传至对应的区块链平台。
25.第二方面，本发明实施例提供一种短信溯源装置，包括：
26.接收模块，用于接收终端设备发送的短信溯源请求；
27.处理模块，用于根据所述短信溯源请求获取发起方节点对应的区块链处理记录信息，其中，所述区块链处理记录信息包括处理节点标识和区块链处理序列号；
28.所述处理模块，还用于根据所述处理节点标识、所述区块链处理序列号，以及预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息；
29.所述处理模块，还用于若所述目标区块链处理记录信息中的目标区块链处理序列号与所述区块链处理序列号相对应，则确定所述目标区块链处理序列号对应的目标处理节点为短信的最终发送端。
30.可选的，所述处理模块，还用于：
31.按预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的至少一区块链处理记录信息；
32.按所述发起方节点对应的链路依次从所述至少一区块链处理记录信息中获取与所述处理节点标识对应的第一区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息。
33.第三方面，本发明实施例提供一种短信溯源设备，包括：至少一个处理器和存储器；
34.所述存储器存储计算机执行指令；
35.所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如第一方面任一项所述的短信溯源方法。
36.第四方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介
质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如第一方面任一项所述的短信溯源方法。
37.本发明实施例提供了一种短信溯源方法、装置及设备，采用上述方案后，能接收终端设备发送的短信溯源请求，并根据短信溯源请求获取发起方节点对应的区块链处理记录信息，且该区块链处理记录信息中包括处理节点标识和区块链处理序列号，然后可以根据处理节点标识、区块链处理序列号，以及预存的处理顺序依次获取发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息，并在目标区块链处理记录信息中的目标区块链处理序列号与区块链处理序列号相对应时，确定目标区块链处理序列号对应的目标处理节点为短信的最终发送端，无需再将所有节点都关联起来，简化了短信溯源的过程，进而提高了短信溯源的准确性。
附图说明
38.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
39.图1为本发明实施例提供的现有的短信发送过程的流程示意图；
40.图2为本发明实施例提供的短信溯源方法的应用系统的架构示意图；
41.图3为本发明实施例提供的短信溯源方法的流程示意图；
42.图4为本发明实施例提供的短信全业务和数据打包上链的流程示意图；
43.图5为本发明实施例提供的短信溯源装置的结构示意图；
44.图6为本发明实施例提供的短信溯源设备的硬件结构示意图。
具体实施方式
45.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
46.本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例还能够包括除了图示或描述的那些实例以外的其他顺序实例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
47.现有技术中，在发送短信时，采用的短信协议(如cmpp协议、sgip协议、smgp协议)是需要预先指定的，开发和适配难度较大。因此，可以通过短信代理商(service provider，sp)来实现不同类型的短信的发送。且不同的sp之间也存在着不同的业务发送关系，图1为本发明实施例提供的现有的短信发送过程的流程示意图，如图1所示，短信从发送端(企业
客户端)到终端设备的过程中，中间会经过多个业务节点。然而，由于短信业务发送过程中经过的业务节点较多，在现有行业短信应用场景中，如果对短信进行溯源(例如，企业发送营销短信导致用户投诉，对短信发送方进行溯源等短信溯源场景)，需要依赖短信业务流程上所有业务节点的配合，不确定性较多，若中间环节的某一节点关联失败，则无法溯源至正确的短信发送端，影响了短信溯源的准确性。
48.此外，由于短信业务流程长，现有行业短信应用场景中，如果对短信进行溯源，需要依赖短信业务流程上所有业务节点的配合，虽然短信协议中也规定了短信唯一标识msgid，但只可以作为两两节点间的唯一标识，并不能当成短信全业务流程的全局唯一标识，以sgip协议为例，当sp提交短信至短信网关时，其msgid包含在submit消息头中的sequence number字段，如表1所示，为sgip协议submit请求消息头数据表，该msgid字段仅用于两两节点(sp和短信网关)之间的唯一标识，无法作为其他节点间的标识。且现有短信溯源方法是按照短信下发流程，反向按照两两节点组合的方式，根据短信唯一标识，依次查找，直至溯源至发送该短信的企业客户，无法直接从短信网关溯源至企业客户，具体可以为：
49.表1 sgip协议submit请求消息头数据表
[0050][0051]
此外，现有的短信溯源方法的技术中通过两两节点间的短信唯一标识msgid，反向依次溯源至短信发送方(企业客户)，该方法还存在的问题包括：监管方无法确定短信下发全流程的具体长度，无法确定中间经过的sp数量，溯源结果极有可能最终的发起方是sp，无法溯源至实际短信发起方(企业客户)，部分sp为了保护客户利益，故意终止与其客户间的溯源，导致溯源结果短信发起方是sp，而非实际短信发起方(企业客户)。
[0052]
基于上述问题，本技术通过与区块链平台相结合，并为区块链处理记录分配唯一的区块链处理序列号的方式，达到了既实现了短信发送端的准确溯源，又提高了短信溯源的准确性的技术效果。
[0053]
图2为本发明实施例提供的短信溯源方法的应用系统的架构示意图，如图2所示，该应用系统中包括若干相关的节点，具体可以包括：企业客户端(发送端)、sp、短信网关、终端设备，以及区块链平台。其中，实线可以代表短信全业务流程，第一虚线可以代表打包短信数据至区块链平台，第二虚线可以代表共识节点间数据的同步和共识操作。
[0054]
进一步的，企业客户端可以为短信的最初发起方，用于向sp提交短信下发请求，同
时打包本节点短信数据至区块链平台。sp为短信代理，用于接收企业客户端提交的短信请求，转发至短信网关，同时打包本节点短信数据至区块链平台。短信网关为运营商提供的网元节点，用于接收短信请求，并发给终端设备，同时打包本节点短信至区块链平台。
[0055]
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
[0056]
图3为本发明实施例提供的短信溯源方法的流程示意图，本实施例的方法可以由服务器执行。如图3所示，本实施例的方法，可以包括：
[0057]
s301：接收终端设备发送的短信溯源请求。
[0058]
在本实施例中，用户在接收到垃圾短信或营销短信时，可能想要对短信对应的企业客户端，即发送端进行举报，可以通过用户对应的终端设备发送短信溯源请求。其中，终端设备可以为智能手机、平板、个人电脑等。
[0059]
s302：根据短信溯源请求获取发起方节点对应的区块链处理记录信息，其中，区块链处理记录信息包括处理节点标识和区块链处理序列号。
[0060]
在本实施例中，在获取到短信溯源请求之后，终端设备可以提交短信溯源请求至服务器，服务器可以通过短信网关查询确定要溯源短信的短信序列号msgid，msgid为链下两两节点间短信的唯一标识。
[0061]
进一步的，短信序列号又可称为发起方标识，短信溯源请求中可以携带发起方标识，则根据短信溯源请求获取发起方节点对应的区块链处理记录信息，可以包括：
[0062]
从短信网关节点处获取与发起方标识对应的发起方节点。
[0063]
根据短信溯源请求获取与发起方节点对应的区块链处理记录信息。
[0064]
具体的，在确定了发起方标识之后，可以根据发起方标识从短信网关节点处获取对应的发起方节点，即将短信发送至终端设备处的节点，然后可以根据短信溯源请求从区块链平台上获取与发起方节点对应的区块链处理记录信息。
[0065]
s303：根据处理节点标识、区块链处理序列号，以及预存的处理顺序依次获取发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息。
[0066]
在本实施例中，发起方节点所在的链路可能有多个，每个链路又可以对应有多个节点，在查找发送端的过程中，可以按预存的处理顺序依次获取发起方节点对应的链路中每一处理节点的至少一区块链处理记录信息。然后按发起方节点对应的链路依次从至少一区块链处理记录信息中获取与处理节点标识对应的第一区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息。其中，叶子节点为链路中最后一个节点。
[0067]
s304：若目标区块链处理记录信息中的目标区块链处理序列号与区块链处理序列号相对应，则确定目标区块链处理序列号对应的目标处理节点为短信的最终发送端。
[0068]
在本实施例中，短信从发送端至终端设备的过程中，区块链处理序列号是唯一的，可以通过该区块链处理序列号唯一标识该短信，以及与该短信相关的处理操作。进一步的，在获取到目标区块链处理记录信息之后，可以将目标区块链处理记录信息中携带的目标区块链处理序列号与区块链处理序列号进行匹配，若匹配成功，则确定目标区块链处理序列号对应的目标处理节点为短信的最终发送端。若匹配不成功，则代表获取的目标区块链处理记录信息对应的目标处理节点不是短信的最终发送端，可以获取新的目标处理节点，重
新进行判断，直至获取到短信的最终发送端。
[0069]
进一步的，短信数据打包上链后，即可实现对于短信的精准溯源，具体步骤可以分为区块链平台的处理过程和区块链平台以外的设备的处理过程。其中，区块链平台的处理过程可以简称为链上，区块链平台以外的设备的处理过程可以简称为链下，具体可以为：
[0070]
链下：终端用户提交短信溯源请求，通过短信网关查询确定要溯源短信的msgid。
[0071]
链上：短信网关账户查询该短信交易记录，根据msgid确定交易记录transaction_id和user_from。
[0072]
链上：查询交易发起方账户(user_from)该笔短信交易记录，使用transaction_id进行核验。核验无误后，查询该账户相同短信该笔交易记录的前一笔交易记录的transaction_id和user_from。
[0073]
链上：继续进行查询交易发起方账户(user_from)该笔短信交易记录，使用transaction_id进行核验。核验无误后，查询该账户相同短信该笔交易记录的前一笔交易记录的transaction_id和user_from，直至在当前账户下确认transaction_id后，查询不到该账户下相同短信该笔交易记录的前一笔交易记录，即可确定该账户对应的企业客户即短信的最初发起方。
[0074]
采用上述方案后，能接收终端设备发送的短信溯源请求，并根据短信溯源请求获取发起方节点对应的区块链处理记录信息，且该区块链处理记录信息中包括处理节点标识和区块链处理序列号，然后可以根据处理节点标识、区块链处理序列号，以及预存的处理顺序依次获取发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息，并在目标区块链处理记录信息中的目标区块链处理序列号与区块链处理序列号相对应时，确定目标区块链处理序列号对应的目标处理节点为短信的最终发送端，无需再将所有节点都关联起来，简化了短信溯源的过程，进而提高了短信溯源的准确性。
[0075]
基于图3的方法，本说明书实施例还提供了该方法的一些具体实施方案，下面进行说明。
[0076]
在另一实施例中，在接收终端设备发送的短信溯源请求之前，还可以包括：
[0077]
获取目标处理节点生成的目标区块链处理记录信息。
[0078]
将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台。
[0079]
在所述将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台之后，还可以包括：
[0080]
获取短信网关生成的短信状态报告。
[0081]
将所述短信状态报告发送至所述目标处理节点，并将所述短信状态报告上传至对应的区块链平台。
[0082]
所述将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台，具体可以包括：基于预存的传输链路，将所述目标区块链处理记录信息按处理节点依次传输，直至到达所述终端设备处，并将传输至每个处理节点的目标区块链处理记录信息分别上传至对应的区块链平台。
[0083]
在本实施例中，在通过区块链平台来确定短信的发送端之前，可以先搭建区块链
平台，然后将各处理记录信息上传至区块链平台对应的节点处，实现了先搭建链上区块链平台，分配各业务节点(企业用户端、sp、短信网关)区块链账号。并在短信下发过程中，各业务节点(企业客户端、sp、短信网关)按照原有短信协议将短信提交至下一节点后(即链下操作)，按照指定格式将短信数据打包为区块链短信数据，通过区块链短信溯源平台接口提交至区块链短信溯源平台对应业务节点账号下。区块链平台对应节点账号产生与链下业务节点相同的操作行为。例如，企业用户端向sp提交短信后，企业用户打包区块链短信数据至链上企业用户账号，同时链上企业用户账号执行相同的操作，向链上sp账号转移区块链短信数据，产生区块链交易唯一标识transaction_id。短信全流程发送完成后，各业务节点已将短信数据打包上传至区块链平台。短信每个链下操作都对应一个链上交易，并产生交易唯一序列号transaction_id。通过transaction_id可以关联查询短信全流程所有数据，实现短信精准溯源。
[0084]
进一步的，图4为本发明实施例提供的短信全业务和数据打包上链的流程示意图，如图4所示，短信全业务流程及数据打包上链流程具体可以包括：
[0085]
链下：企业客户端提交短信请求至sp1。
[0086]
链下和链上：企业客户端打包本节点的短信数据，提交至链上对应区块链账号下，数据结构见表2，短信数据结构表。
[0087]
表2短信数据结构表
[0088][0089][0090]
其中，打包短信字段根据不同短信协议，可能会包含其他字段。同样字段在不同阶段的值可能不同。例如，短信接入号由于存在接入号前缀，企业用户打包的短信数据中的接
入号和短信网关打包的接入号不同，正常业务中存在该情况。
[0091]
链上：企业客户端提交短信请求至sp1，同时产生区块链处理记录信息，包含唯一序列号transaction_id，以及短信数据，数据结构见表3，区块链短信交易数据结构表。
[0092]
表3区块链短信交易数据结构表
[0093][0094]
其中，transaction_id由区块链平台底层框架自动生成，具备“唯一性”、“不可篡改性”等特点。account_from、account_to即业务节点在区块链平台上的账号，分别是链上操作的两两关联方。data字段以json方式存储打包的短信数据。
[0095]
链下：sp1提交短信请求至sp2。
[0096]
链下和链上：sp1打包本节点的短信数据，提交至链上对应区块链账号下；
[0097]
链上：sp1提交短信请求至sp2，同时产生区块链处理记录信息。
[0098]
链下：sp2提交短信请求至短信网关。
[0099]
链下和链上：sp2打包本节点的短信数据，提交至链上对应区块链账号下。
[0100]
链上：sp2提交短信请求至短信网关，同时产生区块链处理记录信息。
[0101]
链下：短信网关下发短信至终端用户。
[0102]
链下和链上：短信网关打包本节点的短信数据，提交至链上对应区块链账号下。
[0103]
链下：短信网关返回短信状态报告至sp2。
[0104]
链下和链上：短信网关打包包含短信状态报告的短信数据，提交至链上对应区块链账号下。
[0105]
链上：短信网关返回短信状态报告至sp2，同时产生区块链处理记录信息。
[0106]
链下：sp2返回状态报告至sp1。
[0107]
链下和链上：sp2打包包含短信状态报告的短信数据，提交至链上对应区块链账号下。
[0108]
链上：sp2返回状态报告至sp1，同时产生区块链处理记录信息；
[0109]
链下：sp1返回状态报告至企业客户。
[0110]
链下和链上：sp1打包包含短信状态报告的短信数据，提交至链上对应区块链账号下。
[0111]
链上：sp1返回状态报告至企业客户端，同时产生区块链处理记录信息。
[0112]
此外，在打包链下业务节点数据，并上传至区块链平台时，可适配多种短信协议，并将不同协议的短信数据统一格式上传至区块链平台，此外，模块还支持对业务节点的数据进行校验，过滤不符合业务规则的数据，以保证区块链溯源平台数据的准确性。
[0113]
本技术基于区块链的唯一性，以及不可篡改性的特点，将短信下发流程中各个节点的短信数据打包，上传至区块链短信溯源平台。并基于区块链的开放性，通过区块链交易记录的唯一序列号，将同一条短信在不同业务节点(企业客户端、sp、短信网关)的短信数据进行关联，实现了短信下发流程中所有业务节点的数据查询，以及短信的精准溯源。
[0114]
基于同样的思路，本说明书实施例还提供了上述方法对应的装置，图5为本发明实施例提供的短信溯源装置的结构示意图，如图5所示，可以包括：
[0115]
接收模块501，用于接收终端设备发送的短信溯源请求。
[0116]
处理模块502，用于根据所述短信溯源请求获取发起方节点对应的区块链处理记录信息，其中，所述区块链处理记录信息包括处理节点标识和区块链处理序列号。
[0117]
在本实施例中，所述处理模块502，还用于：
[0118]
从短信网关节点处获取与所述发起方标识对应的发起方节点。
[0119]
根据所述短信溯源请求获取与所述发起方节点对应的区块链处理记录信息。
[0120]
所述处理模块502，还用于根据所述处理节点标识、所述区块链处理序列号，以及预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息。
[0121]
在本实施例中，所述处理模块，还用于：
[0122]
按预存的处理顺序依次获取所述发起方节点对应的链路中每一处理节点的至少一区块链处理记录信息。
[0123]
按所述发起方节点对应的链路依次从所述至少一区块链处理记录信息中获取与所述处理节点标识对应的第一区块链处理记录信息，直至获取到叶子节点对应的目标区块链处理记录信息。
[0124]
所述处理模块502，还用于若所述目标区块链处理记录信息中的目标区块链处理序列号与所述区块链处理序列号相对应，则确定所述目标区块链处理序列号对应的目标处理节点为短信的最终发送端。
[0125]
此外，在另一实施例中，所述处理模块502，还用于：
[0126]
获取所述目标处理节点生成的目标区块链处理记录信息。
[0127]
将所述目标区块链处理记录信息按预存的传输链路发送至所述终端设备处，并将所述目标区块链处理记录信息上传至对应的区块链平台。
[0128]
所述处理模块502，还用于：
[0129]
获取短信网关生成的短信状态报告。
[0130]
将所述短信状态报告发送至所述目标处理节点，并将所述短信状态报告上传至对应的区块链平台。
[0131]
所述处理模块502，还用于：
[0132]
基于预存的传输链路，将所述目标区块链处理记录信息按处理节点依次传输，直至到达所述终端设备处，并将传输至每个处理节点的目标区块链处理记录信息分别上传至对应的区块链平台。
[0133]
本发明实施例提供的装置，可以实现上述如图3所示的实施例的方法，其实现原理和技术效果类似，此处不再赘述。
[0134]
图6为本发明实施例提供的短信溯源设备的硬件结构示意图，如图6所示，本实施例提供的设备600包括：至少一个处理器601和存储器602。其中，处理器601、存储器602通过总线603连接。
[0135]
在具体实现过程中，至少一个处理器601执行所述存储器602存储的计算机执行指令，使得至少一个处理器601执行上述方法实施例中的方法。
[0136]
处理器601的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
[0137]
在上述的图6所示的实施例中，应理解，处理器可以是中央处理单元(英文：central processing unit，简称：cpu)，还可以是其他通用处理器、数字信号处理器(英文：digital signal processor，简称：dsp)、专用集成电路(英文：application specific integrated circuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
[0138]
存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器。
[0139]
总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本技术附图中的总线并不限定仅有一根总线或一种类型的总线。
[0140]
本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述方法实施例的短信溯源方法。
[0141]
上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
[0142]
一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(application specific integrated circuits，简称：asic)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。
[0143]
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通
过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
[0144]
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。