本发明涉及通信领域，具体而言，涉及一种短信号码的识别方法、装置和系统。
背景技术：
随着移动通信技术的不断发展，移动电话已经成为人们沟通的主要工具，由于短信采用存储转发的方式，当用户无法接收时，短信不回丢失，暂时存储在短信中心，并在用户可以接收时，迅速转发给用户手机。因而，短信的使用，一直备受人们的青睐。根据工信部公布的最新数据显示，我国现拥有移动手机已超过13亿部，平均日短信发送量在15亿以上。这是一个巨大的数字，也是一个巨大的市场。
而随着移动社交软件的普及，现在私人用手机号码发送短信的量已经大大减少，发送短信的基本上都是商家，而如何让用户在收到短信时，就能明确知道号码所属的商家名称，同时提升商家的品牌曝光率，是未来短信业务发展一个方向。
现有技术中，主要通过判定号码是否与用户有历史来往记录，来识别号码，如果一个号码从来没有给用户发送过短信，就无法判定是属于哪个商家，当一个号码历史记录中有多条不同结果时，也无法准确判定。另外，现在的大多数短信通道，同一个号码，在不同时间会给不同的商家使用，发送的短信内容也就不同，从而不能把一个号码始终识别为一个名称。如何将最新的记录提供给用户，是本领的一个技术难点。
针对上述现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种短信号码的识别方法、装置和系统，以至少解决现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的技术问题。
根据本发明实施例的一个方面，提供了一种短信号码的识别方法，包括：接收号码查询请求，其中，号码查询请求至少包括：短信号码；基于历史发信记录，确定与短信号码当前对应的发信对象的信息；根据发信对象的信息确定短信号码的识别结果。
根据本发明实施例的另一方面，还提供了一种短信号码的识别方法，包括：向服务器发送号码查询请求，其中，号码查询请求至少包括：短信号码；接收服务器返回的识别结果，其中，服务器基于历史发信记录，确定与短信号码当前对应的发信对象的信息，并根据发信对象的信息确定短信号码的识别结果。
根据本发明实施例的另一方面，还提供了一种短信号码的识别系统，包括：客户端，用于发送号码查询请求，其中，号码查询请求至少包括：短信号码；服务器，与客户端通信，用于基于历史发信记录，确定与短信号码当前对应的发信对象的信息，并根据发信对象的信息确定短信号码的识别结果。
根据本发明实施例的另一方面，还提供了一种短信号码的识别装置，包括：接收单元，用于接收号码查询请求，其中，号码查询请求至少包括：短信号码；第一确定单元，用于基于历史发信记录，确定与短信号码当前对应的发信对象的信息；第二确定单元，用于根据发信对象的信息确定短信号码的识别结果。
根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述任意一项的短信号码的识别方法。
根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述任意一项的短信号码的识别方法。
在本发明实施例中，通过接收号码查询请求，其中，号码查询请求至少包括：短信号码；基于历史发信记录，确定与短信号码当前对应的发信对象的信息；根据发信对象的信息确定短信号码的识别结果，达到了根据每个短信号码的历史发信记录来确定该短信号码的发信对象，以便根据短信号码的发信对象的信息来确定该短信号码的识别结果的目的，从而实现了提高短信号码识别率低的技术效果，进而解决了现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种短信号码的识别方法流程图；
图2是根据本发明实施例的一种可选的短信号码的识别方法流程图；
图3是根据本发明实施例的一种可选的短信号码的识别方法流程图；
图4是根据本发明实施例的一种可选的短信号码的识别方法流程图；
图5是根据本发明实施例的一种优选的短信号码识别方法流程图；
图6是根据本发明实施例的一种可选的短信号码识别效果示意图；
图7是根据本发明实施例的一种短信号码的识别装置示意图；
图8是根据本发明实施例的一种短信号码的识别方法流程图；以及
图9是根据本发明实施例的一种短信号码的识别系统示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例，提供了一种短信号码的识别方法实施例，作为一种可选的实施例，该方法实施例可以应用于服务器端。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1是根据本发明实施例的一种短信号码的识别方法流程图，如图1所示，该方法包括如下步骤：
步骤s102，接收号码查询请求，其中，号码查询请求至少包括：短信号码。
作为一种可选的实施例，上述号码查询请求可以是用于查询短信号码的发信对象的信息的请求，一种可选的实施例中，可以是客户端(包括但不限于手机、平板电脑、笔记本电脑、计算机等)在接收到短息后，由客户端自动触发号码查询请求；另一种可选的实施例中，可以是由用户通过客户端主动发起的号码查询请求。
需要说明的是，短信是用户或商家发送或接收的文字或数字信息，可由移动终端或网络短信平台发送，每条短信的发送和接收都由一一对应的手机号码或短信号码作为通道来完成。一种可选的实施例中，上述短信号码可以是商家、企业等发信对象用于推送广告类短信使用的号码。
步骤s104，基于历史发信记录，确定与短信号码当前对应的发信对象的信息。
作为一种可选的实施例，上述发信对象可以用于推送广告类短信的商家或企业，本申请各个实施例中以“商家”为例来进行说明。上述历史发信记录可以是至少一个短信号码在历史时间段内所有的发信记录，需要说明的是，由于短信号码在不同的时期可能提供给不同的商家使用，发送的短信内容也就不同，从而不能把一个号码始终识别为一个名称。因而，根据短信号码在历史时间段内所有的发信记录(即历史发信记录)，可以根据该历史发信记录来确定与每个短信号对应的发信对象的信息。
一种可选的实施例中，上述历史发信记录可以包含：至少一个短信号码，以及每个短信号码发送过的短信签名。
作为一种优选的实施例，上述历史发信记录可以基于大数据平台存储的包含了大量短信号码在历史时间段内的发信记录。
步骤s106，根据发信对象的信息确定短信号码的识别结果。
作为一种可选的实施例，上述识别结果可以是根据接收到的号码查询请求，根据预先存储的包含了大量短信号码的历史发信记录，来确定当前号码查询请求中短信号码对应的发信对象的信息(例如，商家名称)，并根据该发信对象的信息(例如，商家名称)确定该短信号码当前的识别结果。
需要说明的是，在每个短信号码对应的发信对象为多个的情况下，根据发信对象的信息与当前接收到的该短信号码中的短信内容进行比对，进一步来确定将哪个发信对象作为该短信号码的识别结果。可选地，短信号码的识别结果可以是该发信对象的全部信息，也可以是提取的部分信息。
容易注意的是，以手机为例，现有手机上的短信列表中，大多广告类短信都是以号码的形式显示的，用户看到号码无法直观获知推送该条信息的商家信息，基于上述步骤102至s108公开的方案，可以将识别到的发信对象的信息(例如，商家名称)显示在短信列表中，以便用户接收到短信后，直观地获知发送该短信的商家信息，同时，也提高了商家的品牌曝光率。
由上可知，在本申请上述实施例中，采用大数据平台记录每个短信号码的发信记录的方式，在接收到包含任意一个短信号码的号码查询请求后，可以基于大数据平台记录的历史发信记录，确定该短信号码当前对应的发信对象的信息(例如，商家名称)，并根据该发信对象的信息确定短信号码的识别结果，容易注意的是，该短信号码的识别结果可以是发信对象的信息，达到了根据每个短信号码的历史发信记录来确定该短信号码的发信对象，以便根据短信号码的发信对象的信息来确定该短信号码的识别结果的目的，从而实现了提高短信号码识别率低的技术效果，进而解决了现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的技术问题。
需要说明的是，按照国内运营商的要求，每个商家在发送短信时都必须在短信内容的开头或结尾带上签名，签名必须是商家的名称或简称，所以通过签名来识别短信号码最具准确性和代表性。因而，作为一种可选的实施例，如图2所示，基于历史发信记录，确定与短信号码当前对应的发信对象的信息，可以包括如下步骤：
步骤s202，判断号码查询请求中是否包含短信签名；
步骤s204，在号码查询请求中包含短信签名的情况下，提取短信签名；
步骤s206，从签名信息库中查找与短信签名对应的发信对象的信息，其中，签名信息库为根据历史发信记录创建的信息库，签名信息库中存储有至少一个短信签名以及与每个短信签名对应的发信对象的信息。
具体地，在上述实施例中，上述签名信息库可以是根据历史发信记录建立的短信签名与发信对象的信息一一对应的信息库，例如，是通过大数据统计和分析，获取到的每个号码在历史时间段内所发的所有的短信签名和对应的发信对象的信息(例如，商家名称)；当一个短信号码发起识别请求时，如果号码查询请求中包含了短信签名，可以基于上述签名信息库，快速查找该短信签名对应的发信对象的信息，从而实现快速识别的目的，并且，由于签名信息库中的短信签名和发信对象是一一对应的，因而极大的提高了识别的准确性。
可选地，基于上述实施例，作为一种可选的实施方式，在从签名信息库中查找与短信签名对应的发信对象的信息之前，上述方法还可以包括：检索历史发信记录中是否同时存在短信号码和短信签名。
通过实施方式，可以验证当前号码查询请求中的短信号码的真实性，如果历史发信记录中同时存在号码查询请求中的短信号码和短信签名，可以确保该短信号码发送过包含该短信签名的短信，该短信号码是真实有效的。
需要说明的是，由于并不是所有发信对象所发的短信签名都需要添加的短信签名的，例如，“10086(中国移动)”、“95559(交通银行)”，这类大公司专用号码在发送短信时，通常就不会带上签名，但这些号码又绝对只会是中国移动和交通银行在使用，因而，可以通过查询号码是来确定该短信号码属于哪个商家。因而，另一种可选的实施例中，如图3所示，在号码查询请求中不包含短信签名的情况下，上述方法还可以包括如下步骤：
步骤s302，判断短信号码是否存在于号码信息库中，其中，号码信息库为根据历史发信记录创建的信息库，号码信息库中存储有至少一个短信号码，以及与每个短信号码对应的发信对象的信息；
步骤s304，在短信号码存在于号码信息库中的情况下，从号码信息库中查找与短信号码对应的发信对象的信息。
具体地，在上述实施例中，上述号码信息库可以是根据历史发信记录建立的短信号码与发信对象的信息一一对应的信息库，例如，基于大数据平台收集所有具有专用短信号码的发信对象的信息库。当一个短信号码发起识别请求时，如果号码查询请求中没有包含短信签名，可以基于上述号码信息库，根据号码查询请求中的短信号码快速查找该短信号码对应的发信对象的信息，从而实现快速识别的目的，并且，由于该号码信息库中存储的短信号码和发信对象的信息一一对应的，因而极大的提高了识别的准确性。
需要说明的是，如果通过短信签名库或号码信息库均无法识别出当前号码查询请求中包含的短信号码，还可以根据历史发信记录识别当前号码查询请求中包含的短信号码。作为一种可选的实施例，如图4所示，上述方法还可以包括如下步骤：
步骤s402，检索历史发信记录中是否存在短信号码；
步骤s404，在历史发信记录中存在短信号码的情况下，获取与短信号码对应的至少一个短信签名；
步骤s406，判断每个短信签名与客户端本地的短信内容是否匹配，得到每个短信签名的匹配结果，其中，客户端为发送号码查询请求的终端设备；
步骤s408，将匹配结果符合条件的短信签名对应的发信对象的信息，确定短信号码当前对应的发信对象的信息。
具体地，在上述是实施例中，当号码查询请求中没有包含短信签名(即无法通过签名信息库来识别短信号码)，且号码信息库中也不存在当前号码查询请求中包含的短信号码的情况下，可以通过上述历史发信记录来直接查询当前号码查询请求中短信号码对应的短信签名，由于历史发信记录中记录每个短信号码在历史时间段内发过的所有短信签名，则根据历史发信记录查询出的短信号码对应的短信签名可能会有多个，因而，需要将每个短信签名与客户端本地的短信内容进行匹配，进而根据匹配结果来确定当前号码查询请求中包含的短信号码对应的发信对象的信息。
基于上述任意一种可选的装置实施例，作为一种可选的实施例，在基于历史发信记录，确定与短信号码当前对应的发信对象的信息之后，上述方法还可以包括：记录短信号码以及短信号码对应的发信对象的信息。通过这种方式，可以完善每个短信号码的历史发信记录，从而使得积累的数据越来越多，对短信号码的识别越来越准确。
作为一种优选的实施例，图5是根据本发明实施例的一种优选的短信号码识别方法流程图，如图5所示，包括三大模块：签名识别模块、号码识别模块和匹配识别模块。
(1)签名识别模块：当短信内容里带了签名时，优先使用签名识别模块来进行短信号码的识别。客户端发起号码查询请求后，服务器会收到对应的短信号码和短信签名，例如：10086【中国移动】。优选地，签名识别模块的识别流程，可以包括如下两个步骤：
步骤一，大数据比对。当获得短信号和对应的签名后，以号码和签名为主键，我司通过大数据平台hadoop，进行快速的检索，比对成功说明该号码是真实存在，并且发过短信。例如：短信号码10690468948，签名【美团外卖】，通过大数据查询，该号码和签名同时存在于历史记录中，比对成功。
步骤二，查询是否有结果。比对成功后，还需进行数据库的查询，查询签名是否有对应的商家名称，如果查询成功，才会输出结果。例如：签名为【天猫商城】，在数据库中有与之对应的名称“天猫”。
(2)号码识别模块：当短信号码所发短信不带签名或不能签名识别时，会通过“号码识别”逻辑，来决定能否识别。例如：“10086(中国移动)”、“95559(交通银行)”，这类大公司专用号码在发送短信时，通常就不会带上签名，但这些号码又绝对只会是中国移动和交通银行在使用，那么我们就可以通过查询号码是属于哪个商家来识别。优选地，签名识别模块的识别流程为：通过搜索匹配，如果在号码库中存在，就会有唯一对应的名称，例如：“10010”在号码库中，唯一的名称就是“中国联通”。
(3)匹配识别模块：当通过“签名识别”和“号码识别”过程后，依然不能识别的号码，还会通过“匹配识别”进一步检索。我司通过历史积累，现拥有庞大的号码和对应名称信息，通过对这些数据的挖掘和分析，建立了“历史信息库”，包含了记录下来的短信号码历史发过的每一条签名。例如：“1069055688”这个号码在历史记录中，发过的短信签名有“天猫、腾讯科技、阿里巴巴”等。优选地，匹配识别模块的识别流程为：
步骤一，大数据比对。通过大数据平台，查询该号码是否存在历史信息，如果存在说明该号码发过短信且有对应的结果。
步骤二，判断“是否匹配上”。当大数据比对通过后，本地客户端进行匹配，如果能匹配上，才会显示出结果。
在上述实施例中，预先构建海量的短信号码和短信签名的历史信息库，通过大数据统计和分析，了解了每个号码在过往所发的签名和对应的商家名称；当一个短信号码发起识别请求时，通过号码和签名，从信息库中快速检索和匹配，找出最近的结果，经过客户端的效验通过，才会显示出识别结果，从而极大的提高了识别的准确性。
容易注意的是，上述实施例公开方案，基于多种识别方案的组合，能够识别的短信号码类别非常多，除常见106开头短信号码外，还能识别100/121/123/95/96开头等类型号码，不论是短信内容带有签名，还是不带签名，都有能力去识别。而且，随着积累的历史信息越多，能够识别的号码也越多。图6是根据本发明实施例的一种可选的短信号码识别效果示意图，如图6所示，随着时间的推移，积累的数据越多，数据的马太效应越来越明显，基于本申请上述实施例的短信号码的识别方法，其准确性也越来越高，甚至可以达到99.8％，而现有技术没有历史数据的积累和对比分析，准确性方面不稳定，提升困难。
作为一种可选的方案，通过上述任意一种可选的方法实施例，识别得到每个短信号码的识别结果后，将短信号码的识别结果在用户终端(例如，手机)的短信列表中显示，极大的提升了用户阅读短信的便利性，能够让用户准确的知道短信是属于哪个商家；同时，通过对商家名称的展示，也极大的增加了商家品牌曝光率。
根据本发明实施例，还提供了一种用于实现上述短信号码的识别方法的装置实施例，图7是根据本发明实施例的一种短信号码的识别装置示意图，如图7所示，该装置包括：接收单元701、第一确定单元703和第二确定单元705。
其中，接收单元701，用于接收号码查询请求，其中，号码查询请求至少包括：短信号码；
第一确定单元703，用于基于历史发信记录，确定与短信号码当前对应的发信对象的信息；
第二确定单元705，用于根据发信对象的信息确定短信号码的识别结果。
由上可知，在本申请上述实施例中，采用大数据平台记录每个短信号码的发信记录的方式，在通过接收单元701接收到包含任意一个短信号码的号码查询请求后，可以通过第一确定单元703基于大数据平台记录的历史发信记录，确定该短信号码当前对应的发信对象的信息(例如，商家名称)，并通过第二确定单元705根据该发信对象的信息确定短信号码的识别结果，容易注意的是，该短信号码的识别结果可以是发信对象的信息，达到了根据每个短信号码的历史发信记录来确定该短信号码的发信对象，以便根据短信号码的发信对象的信息来确定该短信号码的识别结果的目的，从而实现了提高短信号码识别率低的技术效果，进而解决了现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的技术问题。
在一种可选的实施例中，上述历史发信记录包含：至少一个短信号码，以及每个短信号码发送过的短信签名。
基于上述实施例，作为一种可选的实施例，上述第二确定单元包括：第一判断模块，用于判断号码查询请求中是否包含短信签名；提取模块，用于在号码查询请求中包含短信签名的情况下，提取短信签名；第一查找模块，用于从签名信息库中查找与短信签名对应的发信对象的信息，其中，签名信息库为根据历史发信记录创建的信息库，签名信息库中存储有至少一个短信签名以及与每个短信签名对应的发信对象的信息。
可选地，上述装置还可以包括：第一检索模块，用于检索历史发信记录中是否同时存在短信号码和短信签名。
在一种可选的实施例中，在号码查询请求中不包含短信签名的情况下，上述第二确定单元还包括：第二判断模块，用于判断短信号码是否存在于号码信息库中，其中，号码信息库为根据历史发信记录创建的信息库，号码信息库中存储有至少一个短信号码，以及与每个短信号码对应的发信对象的信息；第二查找模块，用于在短信号码存在于号码信息库中的情况下，从号码信息库中查找与短信号码对应的发信对象的信息。
在一种可选的实施例中，在短信号码不存在于号码信息库中的情况下，上述第二确定单元还包括：第二检索模块，用于检索历史发信记录中是否存在短信号码；获取模块，用于在历史发信记录中存在短信号码的情况下，获取与短信号码对应的至少一个短信签名；第三判断模块，用于判断每个短信签名与客户端本地的短信内容是否匹配，得到每个短信签名的匹配结果，其中，客户端为发送号码查询请求的终端设备；确定模块，用于将匹配结果符合条件的短信签名对应的发信对象的信息，确定短信号码当前对应的发信对象的信息。
基于上述任意一种可选的装置实施例，作为一种可选的实施例，上述装置还包括：记录单元，用于记录短信号码以及短信号码对应的发信对象的信息。
根据本发明实施例，还提供了一种短信号码的识别方法实施例，作为一种可选的实施例，该方法实施例可以应用于客户端。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图8是根据本发明实施例的一种短信号码的识别方法流程图，如图8所示，该方法包括如下步骤：
步骤s802，向服务器发送号码查询请求，其中，号码查询请求至少包括：短信号码；
步骤s804，接收服务器返回的识别结果，其中，服务器基于历史发信记录，确定与短信号码当前对应的发信对象的信息，并根据发信对象的信息确定短信号码的识别结果。
由上可知，在本申请上述实施例中，采用大数据平台记录每个短信号码的发信记录的方式，向服务器发送包含了任意一个短信号码的号码查询请求后，服务器可以基于大数据平台记录的历史发信记录，确定该短信号码当前对应的发信对象的信息(例如，商家名称)，并返回根据该发信对象的信息确定短信号码的识别结果，容易注意的是，该短信号码的识别结果可以是发信对象的信息，达到了根据每个短信号码的历史发信记录来确定该短信号码的发信对象，以便根据短信号码的发信对象的信息来确定该短信号码的识别结果的目的，从而实现了提高短信号码识别率低的技术效果，进而解决了现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的技术问题。
根据本发明实施例，还提供了一种用于实现上述短信号码的识别方法的系统实施例，图9是根据本发明实施例的一种短信号码的识别系统示意图，如图9所示，该系统包括：客户端901和服务器903。
其中，客户端901，用于发送号码查询请求，其中，号码查询请求至少包括：短信号码；
服务器903，与客户端通信，用于基于历史发信记录，确定与短信号码当前对应的发信对象的信息，并根据发信对象的信息确定短信号码的识别结果。
由上可知，在本申请上述实施例中，采用大数据平台记录每个短信号码的发信记录的方式，客户端901向服务器发送包含短信号码的号码查询请求，服务器903基于大数据平台记录的历史发信记录，确定该短信号码当前对应的发信对象的信息(例如，商家名称)，并根据该发信对象的信息确定短信号码的识别结果，将识别结果返回到客户端901，容易注意的是，该短信号码的识别结果可以是发信对象的信息，达到了根据每个短信号码的历史发信记录来确定该短信号码的发信对象，以便根据短信号码的发信对象的信息来确定该短信号码的识别结果的目的，从而实现了提高短信号码识别率低的技术效果，进而解决了现有技术中由于同一个号码在不同时期会提供给不同的商家使用导致短信号码识别率低的技术问题。
在一种可选的实施例中，上述历史发信记录包含：至少一个短信号码，以及每个短信号码发送过的短信签名。
在一种可选的实施例中，上述服务器还用于判断号码查询请求中是否包含短信签名，在号码查询请求中包含短信签名的情况下，提取短信签名，并从签名信息库中查找与短信签名对应的发信对象的信息，其中，签名信息库为根据历史发信记录创建的信息库，签名信息库中存储有至少一个短信签名以及与每个短信签名对应的发信对象的信息。
在一种可选的实施例中，上述服务器还用于检索历史发信记录中是否同时存在短信号码和短信签名。
在一种可选的实施例中，上述服务器还用于判断短信号码是否存在于号码信息库中，其中，号码信息库为根据历史发信记录创建的信息库，号码信息库中存储有至少一个短信号码，以及与每个短信号码对应的发信对象的信息，在短信号码存在于号码信息库中的情况下，从号码信息库中查找与短信号码对应的发信对象的信息。
在一种可选的实施例中，上述服务器还用于检索历史发信记录中是否存在短信号码，在历史发信记录中存在短信号码的情况下，获取与短信号码对应的至少一个短信签名；上述客户端还用于判断每个短信签名与客户端本地的短信内容是否匹配，得到每个短信签名的匹配结果，其中，客户端为发送号码查询请求的终端设备，并将匹配结果符合条件的短信签名对应的发信对象的信息，确定短信号码当前对应的发信对象的信息。
基于上述任意一种可选的系统实施例，作为一种可选的实施例，上述服务器还用于记录短信号码以及短信号码对应的发信对象的信息。
根据本发明实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，程序执行上述方法实施例中任意一项可选的短信号码的识别方法。
根据本发明实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述方法实施例中任意一项可选的短信号码的识别方法。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。