CN109699047A - 一种短信交互平台实现方法及装置 - Google Patents
一种短信交互平台实现方法及装置 Download PDFInfo
- Publication number
- CN109699047A CN109699047A CN201710984134.5A CN201710984134A CN109699047A CN 109699047 A CN109699047 A CN 109699047A CN 201710984134 A CN201710984134 A CN 201710984134A CN 109699047 A CN109699047 A CN 109699047A
- Authority
- CN
- China
- Prior art keywords
- short message
- service
- processed
- service information
- processing
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 73
- 238000012545 processing Methods 0.000 claims abstract description 154
- 230000003068 static effect Effects 0.000 claims abstract description 139
- 238000007781 pre-processing Methods 0.000 claims description 130
- 230000003993 interaction Effects 0.000 claims description 80
- 238000012216 screening Methods 0.000 claims description 20
- 230000008859 change Effects 0.000 claims description 14
- 238000004590 computer program Methods 0.000 claims description 6
- 239000000284 extract Substances 0.000 claims description 5
- 238000004806 packaging method and process Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 20
- 238000004891 communication Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000006855 networking Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/184—Messaging devices, e.g. message centre
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供一种短信交互平台实现方法及装置。所述方法包括短信交互平台的短信接口服务器接收由短信中心发送的短信包括待处理业务信息，在预存的静态数据列表中查找是否存在与待处理业务信息相对应的静态数据包括业务结果；若没有找到相对应的静态数据，则将待处理业务信息存入数据库中；短信处理服务器从所述数据库中获取所述待处理业务信息，并获取所述待处理业务信息的业务结果存入所述数据库中；短信接口服务器将下行消息以短信的形式发送给所述短信中心。本发明实施例通过将接收到的待处理业务信息与预存的静态数据列表中的静态数据进行比对，并将静态数据中的下行消息下发，从而节省了大量的业务处理时间，增加了业务处理的速率。
Description
技术领域
本发明实施例涉及移动通信技术领域，尤其涉及一种短信交互平台实现方法及装置。
背景技术
随着现在短信业务的快速发展，出现了大量的短信交互平台，例如短信营业厅系统是利用短信管道接受指令后为用户提供各类业务查询、受理等服务，实践证明用户对短信交互的服务方式接受度很高，业务发展极其快速，在多数地区业务量已经超过了10086自助语音的方式，成为了10086客服最核心的渠道之一。
现有的短信交互平台首先要实现对短消息点对点协议类短信协议(shortmessage peer to peer，smpp)的处理，以完成与网管中心短信设备的对接；其次要对接收到的短信内容进行指令识别，用户属性查询、判断、修改，业务属性查询、判断、修改，短信内容选择等处理，期间会涉及大量的接口调用和逻辑处理，造成业务延时较大，用户体验恶化，转而选择人工等高成本服务方式。
现有技术随着业务数量和业务复杂度的不断提升造成系统压力陡增，导致短信交互平台的处理能力明显下降，延时较大，无法满足业务需求。
发明内容
本发明实施例提供一种短信交互平台实现方法及装置，用以解决现有技术中短信交互平台处理能力不足，延时较大的问题。
第一方面，本发明提供了一种短信交互平台实现方法，包括：
短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；
所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
第二方面，本发明实施例提供了一种视短信交互平台实现装置，包括：
短信接口服务器，用于接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入数据库中；
短信处理服务器，用于从所述数据库中获取所述待处理业务信息，并通过业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信接口服务器，还用于将所述数据库中的下行消息以短信的形式发送给所述短信中心。
第三方面，本发明实施例还提供了一种电子设备，包括：
处理器、存储器、通信接口和总线；其中，
所述处理器、存储器、通信接口通过所述总线完成相互间的通信；
所述通信接口用于该电子设备的通信设备之间的信息传输；
所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如下方法：
短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；
所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
第四方面，本发明实施例还提供了一种计算机程序，包括程序代码，所述程序代码用于执行如下操作：
所述处理器用于调用所述存储器中的逻辑指令，以执行如下方法：
短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；
所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
第五方面，本发明实施例还提供了一种存储介质，用于存储如前所述的计算机程序。
本发明实施例提供的短信交互平台实现方法及装置，通过将接收到的待处理业务信息与预存的静态数据列表中的静态数据进行比对，如果存在与所述待处理业务信息相对应的静态数据，则将静态数据中的下行消息作来待处理业务信息的业务结果发送给所述短信中心，从而节省了大量的被用户经常调取的业务的处理时间，增加了业务处理的速率。
附图说明
图1为本发明实施例的一种短信交互平台实现方法流程图；
图2为本发明实施例的另一种短信交互平台实现方法流程图；
图3为本发明实施例的另一种短信交互平台实现装置结构示意图；
图4为本发明实施例的一种电子设备结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例的一种短信交互平台实现方法流程图，如图1所示，所述方法包括：
步骤S01、短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；
当用户需要进行业务处理时，可以根据需要处理的业务编辑出相应的短信，其中所述短信至少包括待处理业务信息。用户通过终端将短信发送给短信中心，所述短信中心，会根据短信中的待处理业务信息将短信转发送给相对应的短信交互平台来进行具体处理所述待处理业务信息。其中所述短信交互平台包括有至少包括一个短信接口服务器(MSP)，一个短信处理服务器(MIP)和业务处理服务器(DT+GFEP)。其中所述短信接口服务器和短信处理服务器的数量可以根据短信交互平台的需要来进行具体的设定，在此不作具体限定。所述短信接口服务器用于与短信中心的交互，所述短信处理服务器用于将短信内容与具体的业务类型之间的转换，所述业务处理服务器则是用于处理业务类型，并将处理后的业务结果发送给短信处理服务器。
当所述短信接口服务器在接到由短信中心发送的短信后，会对接收到的短信进行解析以获取待处理业务信息，其中所述待处理业务信息中至少包括有用户标识和业务类型。然后短信接口服务器会在内存中预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据。所述静态数据列表包括有大量的静态数据，而每条静态数据都包括有下行消息和预处理业务信息，其中所述下行消息至少包括有预处理业务信息的业务结果，而所述预处理业务信息中至少包括有用户标识和业务类型。将所述待处理业务信息与每条静态数据的预处理业务信息进行比对，看两者的用户标识和业务类型是否相同，若相同，则判定所述待处理业务信息与该静态数据相对应，而该静态数据中的下行消息即为所述待处理业务信息相对应的处理结果。上述的比对过程具体比对哪些信息是由所述短信交互平台来设定的，在此不作限定，但为了表述方便，在下面的实施例中也都只以上述比对过程为例进行说明。从而所述短信接口服务器只需按预设的短信发送规则，将所述下行消息组装成下发短信并发送给所述短信中心。所述短信中心会将所述下发短信发送给用户终端，从而使用户了解到所述待处理业务信息的业务结果。
而若所述短信接口服务器没有在所述静态数据列表是找到与所述待处理业务信息相对应的静态数据，则会将所述待处理业务信息存入数据库中。
步骤S02、所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信处理服务器会根据自身的情况从数据库中读取所述待处理信息。读取的方式可以是所述短信处理服务器在判断存在空闲线程的情况下，向所述数据库发送处理请求，然后再由所述数据库将保存的待处理业务信息按先入先出的原则发送给所述短信处理服务器。当然也可以是所述数据库主动根据所述短信处理服务器的情况将所述待处理业务信息发送给空闲的短信处理服务器。具体的获取方法在此不作限定。
所述短信处理服务器会对接收到的待处理业务信息进行解析以得到具体的业务类型，例如，查询一定时段的话费，办理流量套餐，或者查询通话记录等等，然后再将所述业务类型发送所述短信交互平台的业务处理服务器。
所述业务处理服务器会根据获取的业务类型向后端发起具体的业务请求，并根据处理该业务请求的结果得到所述待处理业务信息的业务结果。然后将所述业务结果发送给所述短信处理服务器，再由所述短信处理服务器将所述业务信息打包为下行消息并存入数据库中。
步骤S03、所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
短信接口服务器再从数据库中读取下行消息并以短信的形式发送给所述短信中心。
由上述实施例可知如果短信接口服务器没有在所述静态数据列表中找到与所述待处理业务信息相对应的数据，那么为了得到与所述待处理业务信息相对应的下行消息就需要反复读取数据库，并在对所述业务类型进行处理时调用大量的接口来获取业务结果。如此就对每个待处理业务信息造成较大的延迟，尤其是在待处理业务信息的数量巨大的情况下。
而如果找到了与所述待处理业务信息相对应的静态数据就可以大量节省业务处理时间。
其中假设未找到时每项业务的平均耗时为X，其中每项业务的查找数据库和调用接口的平均总耗时为S，每项业务查找数据库的平均耗时为S1，调用每个接口的平均耗时为S2，每项业务需要调用的平均接口数量为N；则找到静态数据时每项业务的平均耗时Y＝X-(S1+(N-1)/N*S2)，所以相较与没有找到时的情况每项业务的耗时减小为Z＝X-Y。例如：X＝13，S1＝5，S2＝3，N＝3，则找到静态数据时每项业务的平均耗时Y＝6，减小了Z＝7，若每天在所述静态数据列表中找到静态数据的待处理业务信息数量为n，则每天节省的时间为
本发明实施例通过将接收到的待处理业务信息与预存的静态数据列表中的静态数据进行比对，如果存在与所述待处理业务信息相对应的静态数据，则将静态数据中的下行消息作来待处理业务信息的业务结果发送给所述短信中心，从而节省了大量的被用户经常调取的业务的处理时间，增加了业务处理的速率。
图2为本发明实施例的另一种短信交互平台实现方法流程图，如图2所示，在所述步骤S01前还包括：
步骤S04、所述短信处理服务器利用预设的空闲线程提取预存的预处理列表中的预处理业务信息并通过所述业务处理服务器获取与所述预处理业务信息相对应的预处理业务结果，再将所述预处理业务结果与相对应的所述预处理业务信息作为静态数据存入所述静态数据列表。
上述实施例中所述静态数据例表中的静态数据是由所述短信处理服务器对预存的预处理列表中的预处理业务信息进行预处理后得到的。所述短信处理服务器为了实现所述的预处理，会在现有的线程中，分配其中的一部分线程到预处理线程池中。在业务繁忙时段，所有的线程都会用于当前业务的处理，而如果在业务空闲的时段，所述预处理线程池中的线程就是出现空闲的情况，此时所述短信处理服务器就可以将预处理线程池中的空闲线程用来进行预处理操作。
所述短信处理服务器会利用所述空闲线程提取所述预处理列表中预处理业务信息。所述空闲线程会根据预处理列表中的排列顺序依次提取预处理业务信息，并在所述预处理业务信息中解析出相应的业务类型，然后发送给所述业务处理服务器。以使所述业务处理服务器会根据接收到的业务类型向后端例如CRM或BOSS等发起业务请求，从而得到与所述预处理业务相对应的业务结果。并将所述业务结果发回给所述短信处理服务器。
若所述短信处理服务器接收到了所述业务结果，则将所述业务结果和预处理业务信息进行结合，成为静态数据，其中所述静态数据中的下行消息至少包括所述业务结果。然后将所述静态数据存入内存中的静态数据列表中。同时所述短信处理服务器从所述预处理列表中删除该预处理业务信息。
对于所述静态数据列表的保存方法有很多，即可以保存在所述短信接口服务器中，也可以保存到一个独立的内存服务器中。本发明实施例只给出了其中的一个例子。采用Ehcache缓存框架，在大内存的情况下，所有进程可以支持数百G的吞吐。同时，Ehcache支持分布式缓存，数据存储在Terracotta的服务器阵列(Terracotta Server Array，TSA)中，但是最近使用的数据，可以存储在各个应用节点中，可保证组网中每台应用服务器分别缓存不同的信息，最终汇总成一个总的缓存信息。
上述步骤S04与步骤S01-S03在具体的短信交互平台的运行过程中并不分先后，本实施例只以步骤S04在前，步骤S01-S03在后为例进行说明。
本发明实施例通过利用空闲线程来处理预存预处理列表中的预处理业务信息，以得到所述静态数据列表中的静态数据，从而使所述短信接口服务器能够利用所述静态数据列表来加快业务处理的速度和效率。
基于上述实施例，进一步地，所述方法还包括：
所述短信处理服务器按照预设的统计周期统计预设时间阈值范围内的业务数据集，其中每条业务数据至少包括已处理业务信息和相对应的已处理业务结果；
所述短信处理服务器根据所述业务数据集筛选出满足预设筛选条件的已处理业务信息作为所述预处理业务信息存入所述预处理列表。
为了得到所述预处理列表中的预处理业务信息，需要短信处理服务器对以往的业务数据进行采集和分析。而不同用户的业务需求会随着时间的推移而发生变化，所以需要先预设一个统计周期，例如，一周，定期更新预处理列表，从而更新静态数据列表，以使所述静态数据列表中的静态数据更符合当前用户业务需求习惯。该统计过程可以是所述短信处理服务器来执行，也可以是所述短信交互平台的其它模块来执行，在此不作具体的限定，但为了表述方便，在下面的实施例中都只以所述短信处理服务器来执行为例进行说明。
所述短信处理服务器根据所述统计周期从数据库或者其它存储空间获取在预设时间阈值范围内的所有业务数据，其中每条业务数据至少包括接收到的已处理业务信息，以及处理该已处理业务信息后得到的已处理业务结果。根据已处理业务信息分别统计相同的已处理业务信息在预设时间阈值范围内所有的业务结果，这其中相同的已处理业务信息可以通过所述已处理业务信息中包含的用户标识和业务类型，或者是调用的接口标识等信息来确认，在此不作具体的限定。然后再根据预设的筛选条件，筛选出满足该条件的已处理业务信息。然后将筛选出的已处理业务信息作为预处理业务信息存入到所述预处理列表中。之后，短信处理服务器就可以从预处理列表中读取预处理业务信息并进行预处理操作从而生成新的静态数据列表。而为了节省内存空间对于原来的静态数据列表即可以定期，例如每个统计周期结束后自动清空，也可以保留部分或者全部，具体的操作由所述短信交互平台根据自身的需要来进行设定。
进一步地，所述短信处理服务器根据所述业务数据集筛选出满足预设筛选条件的已处理业务信息作为所述预处理业务信息存入所述预处理列表，具体为：
所述短信处理服务器根据所述业务数据集分别统计相同已处理业务信息的已处理业务结果，并得到在所述统计周期内所述已处理业务信息相对应的已处理业务结果的变化频率和实时性、回复信息的长度和调用量以及用户等级和用户使用频率；
所述短信处理服务器筛选出所述已处理业务结果的变化频率和实时性、所述回复信息的长度和调用量，以及所述用户等级和用户使用频率均满足所述预设筛选条件的已处理业务信息作为预处理业务信息存入所述预处理列表。
对于上述的统计和筛选过程的方法有很多，对于筛选条件的设定也会根据业务交互平台自身的需要来进行设定，在此不作具体限定。本实施例也仅给出了其中的一种方法。
所述短信处理服务器先根据所述业务信息分别统计相同已处理业务信息在所述时间阈值范围内所有的已处理业务结果，然后得到该已处理业务信息的已处理业务结果的变化频率和实时性，以及所述已处理业务结果需要回复信息的长度和调用量两个方面来进行筛选，分别得到变化频率低和实时性要求高的第一已处理业务信息集，以及调用量高和信息返回长度短的第二已处理业务信息集。然后再根据已处理业务信息中的用户标识得到用户等级和用户使用频率，得到用户等级高且用户使用频率高的第三已处理业务信息集。具体得到第一，第二和第三已处理业务信息集的方法也有很多。例如直接采用贝叶斯分类器，将所有统计到的业务数据均输入到贝叶斯分类器中，并设置相应的筛选条件就可以得到如下表的所述第一、第二和第三业务信息集：
分别从上述的第一已处理业务信息集中得到43个已处理业务信息，从第二已处理业务信息集中得到34个已处理业务信息，然后再结合第三已处理业务信息集。最后筛选出的已处理业务信息集＝第一已处理业务信息集∩第二已处理业务信息集∩第三已处理业务信息集。也就是同时存在于上述三个已处理业务信息集的已处理业务信息才是最终筛选出结果，将筛选出来的已处理业务信息作为预处理业务信息存入所述预处理列表。
对于所述预处理列表，要注意的是，由于有些预处理业务信息的业务结果的变化频率比较快，实时性比较高，所以就需要将这些预处理业务信息在整个统计周期内按一定的频率定期进行预处理，以更新相对应的静态数据。如此可以在预处理业务信息中加上时间标签，以使预处理业务信息在所述时间标签时再进行预处理，然后在处理完所述预处理业务信息后不再直接将该预处理业务信息从所述预处理列表中删除，而是仅仅更新该预处理业务信息的时间标签。或者也可以在存入所述预处理列表时直接加入多个设定了不同时间标签的该预处理业务信息。具体的设置可以根据所述短信交互平台的需要来进行。
本发明实施例通过对以往业务数据的周期性统计并筛选出预处理业务信息从而周期性得到更新预处理列表，然后再根据预处理列表周期性得更新静态数据列表，从而使所述静态数据列表更加适应当前的用户的业务需求情况，以提高业务交互平台的业务处理速度和效率。
基于上述实施例，进一步地，所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心；具体为：
所述短信处理服务器根据所述待处理业务信息通过所述业务处理服务器来获取所述待处理业务信息的业务结果，同时根据所述待处理业务信息获取相对应的优先级，并将所述待处理业务信息的业务结果打包为下行消息加上相对应的优先级存入所述短信交互平台的内存服务器中的待发送队列；
所述短信接口服务根据预设的服务器优先级从所述待发送队列中获取所述下行消息，并以短信的形式发送给所述短信中心，其中所述下行消息的优先级与所述服务器优先级相对应。
由上述实施例可知，如果所述短信处理服务器在得到所述待处理业务信息的业务结果后将所述业务结果转化为下行消息然后存入所述数据库，然后再由所述短信接口服务器从数据库中提取该下行消息再发送给所述短信中心。这个过程中的数据库读取过程会使短信的下发效率降低。
所述在本实施例中所述短信处理服务器不会将所述下行消息存入所述数据库，以待所述短信接口服务提取。而是，先根据与所述业务结果相对应的待处理业务信息获取与所述待处理业务信息相对应的优先级，例如高、中、低。此处的优先级划分不作具体限定，每个短信交互平台可以根据自身的情况进行具体设定。在获取优先级后，所述短信处理服务器会将业务结果打包为下行消息，再加上相对应的优先级存入所述待发送队列中，其中所述待发送队列位于即可以位于所述短信接口服务器的内存中，也可以保存了一个独立的内存服务器中，在此只以保存于内存服务器中为例进行说明。当然上述实施例中的静态数据列表和预处理列表也都可以保存在所述内存服务器中。
另外，所述短信交互平台会给平台中的每个短信接口服务器分配服务器优先级，具体的分配方法可以根据实际的需要来进行动态的调整，例如20％的短信接口服务器为高，50％的短信接口服务器为中，30％的短信接口服务器为低。从而所述短信接口服务器就可以根据自身的情况，例如，出现空闲时，在所述待发送队列中查找是否存在与自身的服务器优先级相对应优先级的下行消息。例如服务器优先级为高的短信接口服务器会查询优先级为高的下行消息来进行处理，而服务器优先级为中的短信接口服务器会查询优先级为中的下行消息来进行处理，而服务器优先级为低的短信接口服务器会查询优先级为低的下行消息来进行处理。然后再将获取的下行消息以短信的形式发送给所述短信中心。当然如果短信接口服务器没有找到与其服务器优先级相对应的下行消息，为了不浪费资源，也会获取其它优先级的下行消息来进行处理。所述短信交互平台可以根据具体的需求来调整所有短信接口服务器的服务器优先级。例如，在优先级为低的下行消息较多，而优先级为中的下行消息较少时，就可适当将部分服务器优先极为中的短信接口服务器重设其服务器优先级为低。
另外，上述短信接口服务器从所述待发送队列中获取下行消息的过程，所述内存服务器也可以主动先根据下行消息的优先级将待发送队列分成多个不同优先级的队列，例如高优先级队列、中优先级队列和低优先级队列。而所述短信接口服务器就可以直接先从与其服务器优先级相对应的队列中直接获取下行消息，不用再去总的待发送队列中查找。同样当所述短信接口服务器没有在相对应的队列中得到下行消息时就可以去其它队列中获取下行消息。
所述内存服务器中的待发送队列的长度是有限的，在下行消息特别多的情况下，所述待发送队列会产生溢出现象。如果短信处理服务器发觉所述待发送队列存在溢出现象，则所述短信处理服务器不会再将后续获取的下行消息存入待发送队列中，而是会将下行消息存入数据库中，以待所述短信接口服务器去数据库中查找。当然也可以是内存服务器根据待发送队列的饱和程度主去将后续接收到的下行消息存入数据库中。
本发明实施例通过下发业务结果的过程中，所述短信处理服务器将下行消息存入待发送队列并加入相对应的优先级，而所述短信接口服务器则通过预设的服务器等级来发送下行消息，从而使业务结果的下发程更快，提高了短信交互平台处理业务的速度和效率。
图3为本发明实施例的另一种短信交互平台实现装置结构示意图，如图3所示，包括短信交互平台10的短信接口服务器11、短信处理服务器12、业务处理服务器13和数据库14，其中：
所述短信接口服务器11接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器11将所述待处理业务信息存入所述数据库14中；所述短信处理服务器12从所述数据库14中获取所述待处理业务信息，并通过所述业务处理服务器13来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库14中；所述短信接口服务器11将所述数据库14中的下行消息以短信的形式发送给所述短信中心。具体为：
当用户需要进行业务处理时，可以根据需要处理的业务编辑出相应的短信，其中所述短信至少包括待处理业务信息。用户通过终端将短信发送给短信中心，所述短信中心，会根据短信中的待处理业务信息将短信转发送给相对应的短信接口服务器11。
当所述短信接口服务器11在接到由短信中心发送的短信后，会对接收到的短信进行解析以获取待处理业务信息。然后短信接口服务器会在内存中预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据。所述静态数据列表包括有大量的静态数据，而每条静态数据都包括有下行消息和预处理业务信息，其中所述下行消息至少包括有预处理业务信息的业务结果。将所述待处理业务信息与每条静态数据的预处理业务信息进行比对，看两者是否相同，若相同，则判定所述待处理业务信息与该静态数据相对应，而该静态数据中的下行消息即为所述待处理业务信息相对应的处理结果。从而所述短信接口服务器只需按预设的短信发送规则，将所述下行消息组装成下发短信并发送给所述短信中心。
而若所述短信接口服务器11没有在所述静态数据列表是找到与所述待处理业务信息相对应的静态数据，则会将所述待处理业务信息存入数据库14中。
所述短信处理服务器12会根据自身的情况从数据库中读取所述待处理信息。读取的方式可以是所述短信处理服务器12在判断存在空闲线程的情况下，向所述数据库14发送处理请求，然后再由所述数据库14将保存的待处理业务信息按先入先出的原则发送给所述短信处理服务器12。
所述短信处理服务器12会对接收到的待处理业务信息进行解析以得到具体的业务类型，然后再将所述业务类型发送给所述业务处理服务器13。
所述业务处理服务器13会根据获取的业务类型向后端发起具体的业务请求，并根据处理该业务请求的结果得到所述待处理业务信息的业务结果。然后将所述业务结果发送给所述短信处理服务器12，再由所述短信处理服务器12将所述业务信息打包为下行消息并存入数据库14中。
短信接口服务器11再从数据库14中读取下行消息并以短信的形式发送给所述短信中心。
由上述实施例可知如果短信接口服务器11没有在所述静态数据列表中找到与所述待处理业务信息相对应的数据，那么为了得到与所述待处理业务信息相对应的下行消息就需要反复读取数据库，并在对所述业务类型进行处理时调用大量的接口来获取业务结果。如此每个待处理业务造成较大的延迟，尤其是在待处理业务量巨大的情况下。
而如果找到了与所述待处理业务信息相对应的静态数据就可以大量节省业务处理时间。
本发明实施例提供的装置用于执行上述方法，其功能具体参考上述方法实施例，其具体方法流程在此处不再赘述。
本发明实施例通过将接收到的待处理业务信息与预存的静态数据列表中的静态数据进行比对，如果存在与所述待处理业务信息相对应的静态数据，则将静态数据中的下行消息作来待处理业务信息的业务结果发送给所述短信中心，从而节省了大量的被用户经常调取的业务的处理时间，增加了业务处理的速率。
基于上述实施例，进一步地，所短信处理服务器还用于，利用预设的空闲线程提取预存的预处理列表中的预处理业务信息并通过所述业务处理服务器获取与所述预处理业务信息相对应的预处理业务结果，再将所述预处理业务结果与相对应的所述预处理业务信息作为静态数据存入所述静态数据列表。
上述实施例中所述静态数据例表中的静态数据是由所述短信处理服务器对预存的预处理列表中的预处理业务信息进行预处理后得到的。所述短信处理服务器为了实现所述的预处理，会在现有的线程中，分配其中的一部分线程到预处理线程池中。在业务繁忙时段，所有的线程都会用于当前业务的处理，而如果在业务空闲的时段，所述预处理线程池中的线程就是出现空闲的情况，此时所述短信处理服务器就可以将预处理线程池中的空闲线程用来进行预处理操作。
所述短信处理服务器会利用所述空闲线程提取所述预处理列表中预处理业务信息。所述空闲线程会根据预处理列表中的排列顺序依次提取预处理业务信息，并在所述预处理业务信息中解析出相应的业务类型，然后发送给所述业务处理服务器。以使所述业务处理服务器会根据接收到的业务类型向后端发起业务请求，从而得到与所述预处理业务相对应的业务结果。并将所述业务结果发回给所述短信处理服务器。
若所述短信处理服务器接收到了所述业务结果，则将所述业务结果和预处理业务信息进行结合，成为静态数据，其中所述静态数据中的下行消息至少包括所述业务结果。然后将所述静态数据存入内存中的静态数据列表中。同时所述短信处理服务器从所述预处理列表中删除该预处理业务信息。
对于所述静态数据列表的保存方法有很多，即可以保存在所述短信接口服务器中，也可以保存到一个独立的内存服务器中。本发明实施例只给出了其中的一个例子。采用Ehcache缓存框架，在大内存的情况下，所有进程可以支持数百G的吞吐。同时，Ehcache支持分布式缓存，数据存储在Terracotta的服务器阵列(Terracotta Server Array，TSA)中，但是最近使用的数据，可以存储在各个应用节点中，可保证组网中每台应用服务器分别缓存不同的信息，最终汇总成一个总的缓存信息。
本发明实施例提供的装置用于执行上述方法，其功能具体参考上述方法实施例，其具体方法流程在此处不再赘述。
本发明实施例通过利用空闲线程来处理预存预处理列表中的预处理业务信息，以得到所述静态数据列表中的静态数据，从而使所述短信接口服务器能够利用所述静态数据列表来加快业务处理的速度和效率。
基于上述实施例，进一步地，所述短信处理服务器还用于，按照预设的统计周期统计预设时间阈值范围内的业务数据集，其中每条业务数据至少包括已处理业务信息和相对应的已处理业务结果；
然后根据所述业务数据集筛选出满足预设筛选条件的已处理业务信息作为所述预处理业务信息存入所述预处理列表。
为了得到所述预处理列表中的预处理业务信息，需要短信处理服务器对以往的业务数据进行采集和分析。而不同用户的业务需求会随着时间的推移而发生变化，所以需要先预设一个统计周期，例如，一周，定期更新预处理列表，从而更新静态数据列表，以使所述静态数据列表中的静态数据更符合当前用户业务需求习惯。该统计过程可以是所述短信处理服务器来执行，也可以是所述短信交互平台的其它模块来执行，在此不作具体的限定，但为了表述方便，在下面的实施例中都只以所述短信处理服务器来执行为例进行说明。
所述短信处理服务器根据所述统计周期从数据库或者其它存储空间获取在预设时间阈值范围内的所有业务数据，其中每条业务数据至少包括接收到的已处理业务信息，以及处理该已处理业务信息后得到的已处理业务结果。根据已处理业务信息分别统计相同的已处理业务信息在预设时间阈值范围内所有的业务结果，这其中相同的已处理业务信息可以通过所述已处理业务信息中包含的用户标识和业务类型，或者是调用的接口标识等信息来确认，在此不作具体的限定。然后再根据预设的筛选条件，筛选出满足该条件的已处理业务信息。然后将筛选出的已处理业务信息作为预处理业务信息存入到所述预处理列表中。之后，短信处理服务器就可以从预处理列表中读取预处理业务信息并进行预处理操作从而生成新的静态数据列表。而为了节省内存空间对于原来的静态数据列表即可以定期，例如每个统计周期结束后自动清空，也可以保留部分或者全部，具体的操作由所述短信交互平台根据自身的需要来进行设定。
进一步地，所述短信处理服务器根据所述业务数据集筛选出满足预设筛选条件的已处理业务信息作为所述预处理业务信息存入所述预处理列表，具体为：
所述短信处理服务器根据所述业务数据集分别统计相同已处理业务信息的已处理业务结果，并得到在所述统计周期内所述已处理业务信息相对应的已处理业务结果的变化频率和实时性、回复信息的长度和调用量以及用户等级和用户使用频率；
所述短信处理服务器筛选出所述已处理业务结果的变化频率和实时性、所述回复信息的长度和调用量，以及所述用户等级和用户使用频率均满足所述预设筛选条件的已处理业务信息作为预处理业务信息存入所述预处理列表。
对于上述的统计和筛选过程的方法有很多，对于筛选条件的设定也会根据业务交互平台自身的需要来进行设定，在此不作具体限定。本实施例也仅给出了其中的一种方法。
所述短信处理服务器先根据所述业务信息分别统计相同已处理业务信息在所述时间阈值范围内所有的已处理业务结果，然后得到该已处理业务信息的已处理业务结果的变化频率和实时性，以及所述已处理业务结果需要回复信息的长度和调用量两个方面来进行筛选，分别得到变化频率低和实时性要求高的第一已处理业务信息集，以及调用量高和信息返回长度短的第二已处理业务信息集。然后再根据已处理业务信息中的用户标识得到用户等级和用户使用频率，得到用户等级高且用户使用频率高的第三已处理业务信息集。
最后筛选出的已处理业务信息集＝第一已处理业务信息集∩第二已处理业务信息集∩第三已处理业务信息集。也就是同时存在于上述三个已处理业务信息集的已处理业务信息才是最终筛选出结果，将筛选出来的已处理业务信息作为预处理业务信息存入所述预处理列表。
对于所述预处理列表，要注意的是，由于有些预处理业务信息的业务结果的变化频率比较快，实时性比较高，所以就需要将这些预处理业务信息在整个统计周期内按一定的频率定期进行预处理，以更新相对应的静态数据。如此可以在预处理业务信息中加上时间标签，以使预处理业务信息在所述时间标签时再进行预处理，然后在处理完所述预处理业务信息后不再直接将该预处理业务信息从所述预处理列表中删除，而是仅仅更新该预处理业务信息的时间标签。或者也可以在存入所述预处理列表时直接加入多个设定了不同时间标签的该预处理业务信息。具体的设置可以根据所述短信交互平台的需要来进行。
本发明实施例提供的装置用于执行上述方法，其功能具体参考上述方法实施例，其具体方法流程在此处不再赘述。
本发明实施例通过对以往业务数据的周期性统计并筛选出预处理业务信息从而周期性得到更新预处理列表，然后再根据预处理列表周期性得更新静态数据列表，从而使所述静态数据列表更加适应当前的用户需要处理的业务情况，以提高业务交互平台的业务处理速度和效率。
图4是示出本发明实施例的电子设备结构示意图。如图4所示，所述电子设备，包括：处理器(processor)601、存储器(memory)602和总线603；
其中，所述处理器601和所述存储器602通过所述总线603完成相互间的通信；
所述处理器601用于调用所述存储器602中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后根据所述待处理业务信息在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
进一步地，本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后根据所述待处理业务信息在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
进一步地，本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后根据所述待处理业务信息在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的显示装置的测试设备等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种短信交互平台实现方法，其特征在于，包括：
短信交互平台的短信接口服务器接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入所述短信交互平台的数据库中；
所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述短信处理服务器利用预设的空闲线程提取预存的预处理列表中的预处理业务信息并通过所述业务处理服务器获取与所述预处理业务信息相对应的预处理业务结果，再将所述预处理业务结果与相对应的所述预处理业务信息作为静态数据存入所述静态数据列表。
3.根据权利要求2所述的方法，其特征在于，所述方法还包括：
所述短信处理服务器按照预设的统计周期统计预设时间阈值范围内的业务数据集，其中每条业务数据至少包括已处理业务信息和相对应的已处理业务结果；
所述短信处理服务器根据所述业务数据集筛选出满足预设筛选条件的已处理业务信息作为所述预处理业务信息存入所述预处理列表。
4.根据权利要求3所述的方法，其特征在于，所述短信处理服务器根据所述业务数据集筛选出满足预设筛选条件的所述已处理业务信息作为所述预处理业务信息存入所述预处理列表，具体为：
所述短信处理服务器根据所述业务数据集分别统计相同已处理业务信息的已处理业务结果，并得到在所述统计周期内所述已处理业务信息相对应的已处理业务结果的变化频率和实时性、回复信息的长度和调用量以及用户等级和用户使用频率；
所述短信处理服务器筛选出所述已处理业务结果的变化频率和实时性、所述回复信息的长度和调用量，以及所述用户等级和用户使用频率均满足所述预设筛选条件的已处理业务信息作为预处理业务信息存入所述预处理列表。
5.根据权利要求1所述的方法，其特征在于，所述短信交互平台的短信处理服务器从所述数据库中获取所述待处理业务信息，并通过所述短信交互平台的业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；所述短信接口服务器将所述数据库中的下行消息以短信的形式发送给所述短信中心；具体为：
所述短信处理服务器根据所述待处理业务信息通过所述业务处理服务器来获取所述待处理业务信息的业务结果，同时根据所述待处理业务信息获取相对应的优先级，并将所述待处理业务信息的业务结果打包为下行消息加上相对应的优先级存入所述短信交互平台的内存服务器中的待发送队列；
所述短信接口服务根据预设的服务器优先级从所述待发送队列中获取所述下行消息，并以短信的形式发送给所述短信中心，其中所述下行消息的优先级与所述服务器优先级相对应。
6.一种短信交互平台实现装置，其特征在于，包括：
短信接口服务器，用于接收由短信中心发送的短信，其中所述短信至少包括待处理业务信息，然后在预存的静态数据列表中查找是否存在与所述待处理业务信息相对应的静态数据，所述静态数据至少包括与所述待处理业务信息相对应的业务结果；若没有找到相对应的静态数据，则所述短信接口服务器将所述待处理业务信息存入数据库中；
短信处理服务器，用于从所述数据库中获取所述待处理业务信息，并通过业务处理服务器来获取所述待处理业务信息的业务结果，然后将所述业务结果打包成下行消息存入所述数据库中；
所述短信接口服务器，还用于将所述数据库中的下行消息以短信的形式发送给所述短信中心。
7.根据权利要求6所述的装置，其特征在于，所短信处理服务器还用于，利用预设的空闲线程提取预存的预处理列表中的预处理业务信息并通过所述业务处理服务器获取与所述预处理业务信息相对应的预处理业务结果，再将所述预处理业务结果与相对应的所述预处理业务信息作为静态数据存入所述静态数据列表。
8.根据权利要求7所述的装置，其特征在于，所述短信处理服务器还用于，按照预设的统计周期统计预设时间阈值范围内的业务数据集，其中每条业务数据至少包括已处理业务信息和相对应的已处理业务结果；
然后根据所述业务数据集筛选出满足预设筛选条件的已处理业务信息作为所述预处理业务信息存入所述预处理列表。
9.一种电子设备，其特征在于，包括存储器和处理器，所述处理器和所述存储器通过总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至5任一所述的方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现如权利要求1至5任一所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710984134.5A CN109699047B (zh) | 2017-10-20 | 2017-10-20 | 一种短信交互平台实现方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710984134.5A CN109699047B (zh) | 2017-10-20 | 2017-10-20 | 一种短信交互平台实现方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109699047A true CN109699047A (zh) | 2019-04-30 |
| CN109699047B CN109699047B (zh) | 2022-04-26 |
Family
ID=66225276
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710984134.5A Active CN109699047B (zh) | 2017-10-20 | 2017-10-20 | 一种短信交互平台实现方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109699047B (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179750A (zh) * | 2006-11-08 | 2008-05-14 | 中兴通讯股份有限公司 | 一种短消息增值业务的处理方法及系统 |
| CN101188789A (zh) * | 2006-11-16 | 2008-05-28 | 中兴通讯股份有限公司 | 一种短消息增值业务的处理方法 |
| CN102143440A (zh) * | 2010-06-30 | 2011-08-03 | 华为技术有限公司 | 短消息业务处理的方法和装置 |
| CN105578437A (zh) * | 2014-10-09 | 2016-05-11 | 中国移动通信集团公司 | 一种业务处理方法、装置和系统 |
| CN105744494A (zh) * | 2014-12-12 | 2016-07-06 | 中兴通讯股份有限公司 | 一种短信发送方法和装置 |
-
2017
- 2017-10-20 CN CN201710984134.5A patent/CN109699047B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101179750A (zh) * | 2006-11-08 | 2008-05-14 | 中兴通讯股份有限公司 | 一种短消息增值业务的处理方法及系统 |
| CN101188789A (zh) * | 2006-11-16 | 2008-05-28 | 中兴通讯股份有限公司 | 一种短消息增值业务的处理方法 |
| CN102143440A (zh) * | 2010-06-30 | 2011-08-03 | 华为技术有限公司 | 短消息业务处理的方法和装置 |
| CN105578437A (zh) * | 2014-10-09 | 2016-05-11 | 中国移动通信集团公司 | 一种业务处理方法、装置和系统 |
| CN105744494A (zh) * | 2014-12-12 | 2016-07-06 | 中兴通讯股份有限公司 | 一种短信发送方法和装置 |
Non-Patent Citations (1)
| Title |
|---|
| 彭荣群等: "基于SOA-NGN架构的自适应业务提供平台研究", 《电信科学》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109699047B (zh) | 2022-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111510395B (zh) | 业务消息上报方法、装置、设备及介质 | |
| EP3048539A1 (en) | Method and apparatus for recognizing junk messages | |
| CN110928905B (zh) | 一种数据处理方法和装置 | |
| CN110611891A (zh) | 一种短信发送方法及装置 | |
| CN111131368A (zh) | 消息推送方法和装置 | |
| CN102801737A (zh) | 一种异步网络通信方法及装置 | |
| CN106412861A (zh) | 一种短信分发方法及系统 | |
| CN110831168B (zh) | 通信方法、系统、物联网平台和计算机可读存储介质 | |
| WO2022007008A1 (zh) | 一种资源请求响应方法、重定向服务器及决策分发服务器 | |
| CN108304272B (zh) | 一种数据io请求的处理方法及装置 | |
| CN113422808B (zh) | 物联网平台http信息推送方法、系统、装置及介质 | |
| CN117793583A (zh) | 报文转发方法、装置、电子设备及计算机可读存储介质 | |
| CN108243015B (zh) | 一种话单信息提取方法、话单服务器及网管服务器 | |
| CN109699047B (zh) | 一种短信交互平台实现方法及装置 | |
| CN113783913A (zh) | 一种消息推送管理方法和装置 | |
| WO2017193814A1 (zh) | 一种业务链生成方法及系统 | |
| CN107005420B (zh) | 组业务反馈方法及装置 | |
| CN115619114A (zh) | 排号方法、排号装置、电子设备及计算机可读存储介质 | |
| CN108966160B (zh) | 一种短信处理方法、装置及计算机可读存储介质 | |
| CN114090409A (zh) | 一种消息处理方法及装置 | |
| CN112788768A (zh) | 一种通信资源分配方法及装置 | |
| CN112181672B (zh) | 区块链数据的处理方法、区块链系统及计算机存储介质 | |
| CN110134547B (zh) | 一种基于中间件的重复数据删除方法和相关装置 | |
| CN108076119B (zh) | 一种预服务处理方法及系统 | |
| CN111274203A (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 |