CN111245706A - 一种信息处理方法、装置、服务器及介质 - Google Patents
一种信息处理方法、装置、服务器及介质 Download PDFInfo
- Publication number
- CN111245706A CN111245706A CN202010006869.2A CN202010006869A CN111245706A CN 111245706 A CN111245706 A CN 111245706A CN 202010006869 A CN202010006869 A CN 202010006869A CN 111245706 A CN111245706 A CN 111245706A
- Authority
- CN
- China
- Prior art keywords
- information
- sent
- sending
- list
- transmitted
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/18—Commands or executable codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请适用于通信技术领域,提供了一种信息处理方法、装置、服务器及介质,所述方法包括:获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;对所述未发送的信息进行发送。通过上述方法,能够避免对信息重复发送。
Description
技术领域
本申请属于通信技术领域,尤其涉及一种信息处理方法、装置、服务器及介质。
背景技术
随着通讯技术的发展,信息的应用范围也越来越广。服务器需要对大量的信息进行发送,在发送信息的过程中,可能会发生服务器断掉、突然断网等异常状况,导致信息发送中断。在信息发送状态恢复之后,服务器会重新启动服务,继续对信息进行发送。异常状况发生时,服务器正在进行信息发送,当再次启动服务时,服务器无法确定之前的信息发送过程进展到哪里,因而可能在对信息进行再次发送的过程中造成信息重复发送。
发明内容
本申请实施例提供了一种信息处理方法、装置、服务器及介质,可以解决信息重复发送的问题。
第一方面,本申请实施例提供了一种信息处理方法,包括:
获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;
若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
对所述未发送的信息进行发送。
第二方面,本申请实施例提供了一种信息处理装置,包括:
获取模块,用于获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
第一发送模块,用于对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;
未发送的信息确定模块,用于若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
第二发送模块,用于对所述未发送的信息进行发送。
第三方面,本申请实施例提供了一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述第一方面所述的方法
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述第一方面所述的方法。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在服务器上运行时,使得服务器执行上述第一方面中任一项所述的方法。
本申请实施例与现有技术相比存在的有益效果是:在本申请实施例中,服务器获取待发送信息列表,然后对待发送信息列表中的待发送信息进行发送,并将已发送的信息存储至已发送信息列表。当信息发送状态异常时,信息发送过程会暂停,当发送状态恢复正常时,服务器需要对待发送信息列表中的待发送信息继续进行发送,此时,可以根据待发送信息列表和已发送信息列表,确定待发送信息列表中未发送的信息,从而对未发送的信息进行发送。通过将已发送的信息记录在已发送信息列表中,服务器可以在异常状况发生后,不需要对已发送信息列表中的信息进行发送,从而解决了信息重复发送的问题。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的一种信息处理方法的流程示意图;
图2是本申请实施例二提供的一种信息处理方法的流程示意图;
图3是本申请实施例三提供的一种信息处理方法的流程示意图;
图4是本申请实施例四提供的信息处理过程的示意图;
图5是本申请实施例四提供的发送状态异常后的信息处理流程示意图;
图6是本申请实施例五提供的一种信息处理方法的流程示意图;
图7是本申请实施例六提供的一种信息处理装置的结构示意图;
图8是本申请实施例七提供的一种服务器的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定***结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中,省略对众所周知的***、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本申请说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”、“第三”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
图1是本申请实施例一提供的一种信息处理方法的流程示意图;
S101,获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
本申请实施例的执行主体为服务器,该服务器可以是能够进行大批量信息发送的计算设备,如云服务器等等。
上述待发送信息列表,是由一条或多条待发送信息组成的,每条待发送信息包括信息内容、目的地址等。
具体地,服务器获取发送方提供的待发送信息列表,发送方提供的待发送信息可以包括需要发送的信息内容,目的地址,发送需求等。目的地址可以包括但不限于通讯号码、邮箱地址及即时通讯(Instant Messaging,IM)地址,一条待发送信息也可以对应多个目的地址,例如发送方可以同时提供接收方的通讯号码和邮箱地址。发送需求可以包括信息的紧急程度,例如,“3秒内送达”、“延迟至1小时后发送”等。待发送信息经服务器处理后,发送至发送方指定的目的地址,从而使得接收方能够接收到信息。
S102,对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;
服务器中可以包括多个需要处理的待发送信息列表,对于每个待发送信息列表,可以设置一个对应的已发送信息列表,用于存储待发送信息列表中已经发送的信息。
具体地,服务器从待发送信息列表中获取待发送信息,然后将待发送信息发送至对应的目的地址。服务器每发送一个信息,都要将该信息存储在对应的已发送信息列表中。
S103,若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
信息发送状态有时会发生异常,例如突然断电或断网,服务器会断开服务导致信息发送状态异常。在信息发送状态恢复正常后,服务器需要继续对待发送信息列表中的信息进行发送。待发送信息列表中存储着需要发送信息,待发送信息列表对应的已发送信息列表存储着该待发送信息列表中已经发送的信息,将待发送信息列表和对应的已发送信息列表进行比对,可以确定出待发送信息列表中未发送的信息。
S104,对所述未发送的信息进行发送。
服务器将待发送信息列表中未发送的信息根据其发送要求、目的地址等信息进行发送。
本实施例中,每个待发送信息列表有对应一个已发送信息列表,从而使得信息发送状态异常后,能够对照着已发送信息列表确定待发送信息列表中未发送的信息,服务器只对未发送的信息进行发送,解决了信息重复发送的问题。
图2是本申请实施例二提供的一种信息处理方法的流程示意图;
S201,获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
具体地,服务器可以接收来自发送方的各个待发送信息列表,根据待发送信息列表中的各个待发送信息,进行信息发送。另外服务器也可以通过可以进行数据传输的信息发送平台来获取需要处理的待发送信息列表。
S202,确定所述待发送的信息的编码格式,根据所述编码格式对所述待发送的信息进行解析;
编码是用预先规定的方法将文字、数字或其他对象编成数码,或将信息、数据转换成规定的电脉冲信号。常见的编码格式有ASCII、ANSI、GBK、GB2312、UTF-8、GB18030和UNICODE等。服务器中可以预先存储多种编码格式。
服务器所接收到的待发送信息列表中的待发送信息,可能是由不同的发送方提供的,因而可能会有不同的编码格式。服务器从待发送信息列表中获取待发送的信息,然后提取信息的编码格式,再根据预存的编码格式对信息进行解析。
另外,如果在预存的编码格式库中找不到对应的编码格式,则停止发送该信息,并将该信息返回信息发送平台进行处理。从而防止信息在目的终端无法正确显示。信息发送平台可以是一个能够与服务器通讯并传输数据的平台,服务器可以通过信息发送平台获取需要处理的待发送信息列表文件,也可以将处理结果反馈给信息发送平台。
S203,检测所述待发送的信息是否满足预设的发送条件;
待发送信息列表中的每条待发送信息列表有对应的发送要求,例如,需要“延迟至1小时后发送”。对于信息内容也具有发送要求,例如,信息中不能包含敏感词等。在对信息进行发送前,需要检测信息是否满足预设的发送条件。
S204,若所述待发送的信息满足所述发送条件,则确定所述待发送的信息的目的地址,以及确定所述待发送的信息的发送通道;
具体地,若待发送的信息满足预设的发送条件,服务器可以对信息进行发送。在对信息发送时,需要确定发送通道和目的地址。目的地址一般存在于待发送信息列表中。发送通道可以根据预存的配置文件来分配,在配置文件中,会为相应的发送方或目的地址设置使用哪条通道来发送信息。示例性地,若发送方提供有本地运营商通道,则可以将该发送方的信息配置为其提供的运营商通道。
S205,通过所述发送通道将所述待发送的信息发送至所述目的地址,并将已发送的信息存储至已发送信息列表。
具体地,通过发送通道将待发送信息发送至目的地址。若目的地址为邮箱地址,可以使用邮件通道发送信息;若目的地址为IM地址,可以使用互联网通道发送信息。若目的地址为手机号码,可以根据手机号码前7位号段看来分配运营商通道,比如广东深圳电信、江西九江联通、湖南长沙移动。
信息通过服务器发送出去后,不一定能够发送成功,例如,发送方提供了一个通讯号码作为目的地址,该通讯号码符合号码规范,但是它是空号,这会导致信息发送失败;或者在信息发送过程中,数据在网络传输过程中丢失,也会造成信息发送失败。
服务器将信息发送出去后,对于发送成功的信息,可以将该信息存储至待发送信息列表对应的已发送信息列表中。
在本实施例的另一种可能的实现方式中,对于已经发送的信息,无论发送成功或发送失败,都可以将其记录在已发送信息列表中。对于发送失败的信息可以将其记录在错误列表中。
S206,若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
信息发送状态发生异常时,信息发送中断,当信息发送状态恢复正常时,需要继续进行信息发送。具体地,若一条信息,存在于待发送信息列表中,但是并不存在于已发送信息列表中,则该信息为未发送的信息。
在本实施例的另一种可能的实现方式中,可以根据待发送信息列表、已发送信息列表和错误列表,确定待发送信息列表中未发送的信息。
S207,对所述未发送的信息进行发送。
将未发送的信息按照S201-S205的步骤发送至目的地址。
示例性地,若待发送信息需求列表中有10条待发送信息,已发送信息列表文件中有10条信息,则不需要再继续发送信息。若待发送信息需求列表中有10条待发送信息,已发送信息列表文件中有4条信息,则将剩余的6条信息继续按照待发送信息需求列表进行发送。
当一个待发送信息列表中的所有待发送信息都已经发送后,可以将该待发送信息列表移动至历史文件夹。对于未发送完成的待发送信息列表可以将其存放在待发送文件夹中。这样的处理,避免每次信息发送状态恢复正常后,需要对所有的待发送文件列表进行遍历。当信息发送状态恢复正常后,服务器只需从待发送文件夹中获取待发送信息列表文件,不需要对历史文件夹内的文件进行信息发送。
若已发送信息列表中未存放发送失败的信息,则根据待发送信息列表和已发送信息列表比对确定的未发送的信息中,包括发送失败的信息。在信息发送状态恢复正常后,可以继续对发送失败的信息进行信息发送。此外,为了避免对于同一条信息的发送次数过多,可以预先设置一个错误发送次数阈值。对于每一条信息,可以将其错误发送次数的初始值记为0,该信息每发送失败一次,可以将其错误发送次数加1。若某条信息的错误发送次数大于错误发送次数阈值,则不再对该信息进行发送。可以将其提交至其他相关处理平台进行处理,或者可以向发送方请求处理意见。这样,可以减小对服务器资源的浪费。
在本实施例的另一种可能的实现方式中,可以根据待发送信息列表、已发送信息列表和错误列表,确定待发送信息列表中未发送的信息。则可以对错误列表中的信息进行再次发送。信息发送失败,一些情况下,例如,数据在网络传输过程中丢失,是可以通过多次信息发送,最终实现信息的成功发送;但是在另外一些情况下,例如目标地址错误,是无法通过多次信息发送来解决的。因此可以对错误列表中的信息进行预定次数的信息发送,对于经过多次信息发送仍然发送失败的信息,可以发送信息通知发送方。另外,也可以根据信息发送失败的原因来判断是否需要对发送失败的信息再次进行发送。
在本实施例的另一种可能的实现方式中,若将已经发送的信息,无论发送成功或发送失败,都记录在已发送信息列表,则根据待发送信息列表和已发送信息列表比对得到的未发送的信息,不包括发送失败的信息。对于存放在错误列表中的发送失败的信息,可以将该条记录反馈到发送方,之后再根据发送方的要求进行处理。
本实施例中,对信息进行解析后再发送,可以避免信息在目的终端上无法正确显示;对待发送信息分配发送通道,可以避免使用同一发送通道发送过多信息而导致信息发送延时或丢失;同时本申请实施例中将每个已发送信息记录在已发送信息列表中,在信息发送状态异常后,通过待发送信息列表和已发送信息列表可以确定未发送的信息,从而可以避免信息重复发送。
图3是本申请实施例三提供的一种信息处理方法的流程示意图;
S301,获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
S302,确定所述待发送的信息的编码格式,根据所述编码格式对所述待发送的信息进行解析;
本实施例中的S301-S302与前述实施例中的S201-S202类似,可以相互参考,在此不再赘述。
S303,检测所述待发送的信息的信息内容是否合规,以及识别所述待发送的信息的发送时间;
具体地,在信息发送之前,需要检测信息是否满足发送条件。发送条件可以包括但不限于信息内容合规,发送时间符合要求。信息内容合规,可以包括待发送信息的信息内容中不包含敏感词,信息内容并不是垃圾信息等。进行信息发送前,可以根据预设的规则对信息进行检测,从而判断信息是否合规。发送时间是由发送方提供的,可以存放在待发送信息列表中。进行信息发送前,服务器需要获取到待发送信息的发送时间的要求。
示例性地,检测信息内容是否包含敏感字,如果包含,则返回信息到发送平台处理;如果不包含敏感字,则进一步检测信息发送条件,比如,如果信息的发送属性为“3秒内送达”,则该信息符合即时发送的条件,如果信息的发送属性为“1小时后送达”,则进一步对当前时间与发送需求提交至信息发送平台的时间是否满足时间差需求,如果满足则判定该信息符合即时发送条件,如果不满足,则继续等待直至当前时间满足发送时间需求。
S304,若所述信息内容合规,且当前时间符合所述发送时间的要求,则判定所述待发送的信息满足预设的发送条件。
具体地,若检测到信息内容合规,且当前的时间符合发送时间的要求,则说明当前已经可以对信息进行发送。
S305,若所述待发送的信息满足所述发送条件,则确定所述待发送的信息的目的地址,以及确定所述待发送的信息的发送通道;
信息需要通过发送通道发送至目的地址,因而需要获取待发送信息的发送通道。为了避免因在短时间内使用同一发送通道发送过多信息而导致信息发送延时或丢失,可以对待发送信息分配发送通道。
目的地址可能会有多种形式,比如通讯号码、邮箱地址、IM地址。目的地址为通讯号码时,可以通过运营商通道进行信息发送。目的地址为邮箱地址时,使用邮件通道发送信息。目的地址为IM地址时,使用互联网通道发送信息。
对于一个待发送信息,发送方提供的目的地址可能包括多个,比如同时包括通讯号码、邮箱地址、IM地址。发送方还可以自定义信息的发送策略,比如,IM信息、信息和邮箱都发送,或者,先通过IM信息发送,IM信息发送失败后用邮箱发送,当IM和邮箱均发送失败,使用运营商通道发送手机信息。相对应的,发送方需要将信息发送到哪个地址就需要提供具体地目的地址。
若待发送信息的目的地址为通讯号码,可以对待发送信息划分不同通道。首先基于运营商的不同,可以对其使用不同的发送通道,基于地点的不同,也可以使用不同的发送通道,例如,若通讯号码为广东深圳电信号段地址,使用深圳电信的专属通道。发送通道可以根据预存的配置文件来分配。在配置文件中,会为相应的发送方或目的地址设置使用哪条通道来发送信息,一些发送方在提供待发送信息时,会提供自己配置的本地运营商通道,则在对该发送方的待发送信息进行发送时,可以使用其自己的本地运营商通道;对于一些发送方可以配置默认的服务提供商(Service Provider,SP)账号通道。若发送方在配置文件中没有找到设置的发送通道,则使用***默认通道。
此外,还可以设置信息的发送速率,控制信息提交给运营商的发送速度,从而避免因信息发送速度超过运营商设定速度造成信息丢失。对于一些重要的或者要求比较高的信息,可以优先安排速度快的发送通道。
S306,通过所述发送通道将所述待发送的信息发送至所述目的地址,并将已发送的信息存储至已发送信息列表。
S307,若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
S308,对所述未发送的信息进行发送。
本实施例中S306-S308与前述实施例中的S205-S207类似,可以相互参考,在此不再赘述。
S309,若所述待发送的信息发送失败,则将发送失败的信息记录在错误列表中;
具体地,信息发送过程中可能会出现信息发送失败的状况,对于发送失败的信息,将其记录在错误列表中。为了后续方便处理,可以对发送失败的信息做详细的记录,例如将其目的地址、信息内容、错误原因及所在的待发送信息列表文件名等均记录在错误列表中。
S310,当所述错误列表中记录的信息的数量大于预设阈值时,向所述待发送信息列表的发送方发送提示信息。
具体地,发送方可以预先设置一个针对于发送失败的信息数量的预设阈值,当错误列表中该发送方的信息数量大于预设阈值时,服务器可以向发送方发送信息进行提示,以便于后续对发送失败的信息进行处理。
S311,定期清理所述已发送信息列表。
为了节约存储空间,可以设置定期清理已发送信息列表文件,比如,定期清理30天以前存储的已发送信息列表文件。当然也可以清理已经处理好的待发送信息列表文件及已经处理好的错误列表文件。
本实施例中,根据信息的编码格式对信息进行解析,避免信息在目的终端不能正确显示;通过对发送通道进行划分,实现了对信息发送的分流,同时设置发送速率,避免信息发送速度超过运营商接收速度导致信息丢失;定期对文件进行清理,可以节约存储空间。
图4是本申请实施例四提供的信息处理过程的示意图,如图4所示,在项目启动后,会加载基本配置文件。此处的项目可以包括需要对来自某个发送方的待发送信息列表进行发送,基本配置文件可以包括待发送信息列表、已发送信息列表等。配置文件会轮询加载手机号码归属地与SP账号绑定关系,为每个手机号分配一个发送通道号。当发生异常之后,会执行异常断电回滚流程,继续进行信息发送,具体流程可以参考图5。图5是本申请实施例四提供的发送状态异常后的信息处理流程示意图,如图5所示,在服务异常断掉后,当服务恢复后,项目会再次启动。读取发送目录,发送目录指代的文件夹中存放着还未完成发送的待发送信息列表文件,已经完成发送的待发送信息列表文件存放在历史目录下。若发送目录下存在文件,说明目前还有待发送信息列表未处理完成,可以继续进行信息发送。对于每一个待发送信息列表(相当于图5中的txt文件),对应一个已发送信息列表(相当于图5中的ok文件)。当继续进行信息发送时,将ok文件和txt文件加载到内存中,判断ok文件和txt文件是否一致,若一致,则将其转移到历史文件夹中;若不一致,则表示对于该待发送信息列表的处理结束。另外,可以每隔一段时间,对存放在历史文件夹中的文件进行清理,从而节约存储空间。
图6是本申请实施例五提供的一种信息处理方法的流程示意图,如图6所示,在进行信息发送时,服务器会执行定时扫描待发送目录线程,当都达到配置的扫描时间点时,扫描待发目录,获取待发送信息列表文件,读取文件,将文件内容读取到内存list中,然后轮询list,获取待发送信息列表中的单条记录。判断单条记录中的号码是否合法,若该号码不合法,将该条记录写入ok文件中,并在日志中对该条号码不合法进行记录。若号码合法,可以截取号码的前7位,查询号码归属地与内存中的SP是否存在映射关系,若存在映射关系,则对该条记录的信息采用配置账号进行信息发送,否则采用默认账号进行信息发送。在进行信息发送时,需要调用网关单发接口,将信息通过前一步确定的发送通道发送至目的地址。之后将已发送的信息写入ok文件,并将信息及对应发送结果写入日志。此时,对于待发送信息列表中的单条记录处理完毕。为了处理完待发送类表中的所有记录,需要轮询list,直到该待发送信息列表中的所有记录都处理完后,将ok文件和txt文件转移至历史文件夹中。此时,对于一个待发送信息列表的处理结束。服务器需要处理的待发送信息列表可以包括多个,在进行信息发送时,服务器可以逐个对接收到的待发送信息列表按照上述方法进行处理。
图7是本申请实施例提供的信息处理装置的结构示意图,如图7所示,所述装置7具体可以包括以下模块:
获取模块71,用于获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
第一发送模块72,用于对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;
未发送的信息确定模块73,用于若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
第二发送模块74,用于对所述未发送的信息进行发送。
上述信息处理装置7中还可以包括以下模块:
解析模块,用于确定所述待发送的信息的编码格式,根据所述编码格式对所述待发送的信息进行解析;
检测模块,用于检测所述待发送的信息是否满足预设的发送条件;
上述检测模块具体可以包括如下子模块:
检测子模块,用于检测所述待发送的信息的信息内容是否合规,以及识别所述待发送的信息的发送时间;
判断子模块,用于若所述信息内容合规,且当前时间符合所述发送时间的要求,则判定所述待发送的信息满足预设的发送条件。
上述信息处理装置7中的第一发送模块72还可以包括以下子模块:
确定子模块,用于确定所述待发送的信息的目的地址,以及确定所述待发送的信息的发送通道;
处理子模块,用于通过所述发送通道将所述待发送的信息发送至所述目的地址,并将已发送的信息存储至已发送信息列表。
上述确定子模块具体可以包括以下单元:
发送通道分配单元,用于根据所述待发送的信息的发送方和目的地址,为所述待发送的信息分配发送通道,并将已分配的发送通道的信息存储至预设的配置文件中;
发送通道获取单元,用于从所述配置文件中获取所述待发送的信息的发送通道。
上述信息处理装置7还可以包括以下模块:
失败的信息记录模块,用于若所述待发送的信息发送失败,则将发送失败的信息记录在错误列表中;
提示模块,用于当所述错误列表中记录的信息的数量大于预设阈值时,向所述待发送信息列表的发送方发送提示信息。
上述信息处理装置7还可以包括以下模块:
清理模块,用于定期清理所述已发送信息列表。
图8为本申请实施例七提供的服务器的结构示意图。如图8所示,该实施例的服务器8包括:至少一个处理器80(图8中仅示出一个)处理器、存储器81以及存储在所述存储器81中并可在所述至少一个处理器80上运行的计算机程序82,所述处理器80执行所述计算机程序82时实现上述任意各个方法实施例中的步骤。
所述服务器8包括云端服务器等计算设备。该服务器可包括,但不仅限于,处理器80、存储器81。本领域技术人员可以理解,图8仅仅是服务器8的举例,并不构成对服务器8的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器80可以是中央处理单元(CentralProcessingUnit,CPU),该处理器80还可以是其他通用处理器、数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、现成可编程门阵列(Field-ProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器81在一些实施例中可以是所述服务器8的内部存储单元,例如服务器8的硬盘或内存。所述存储器81在另一些实施例中也可以是所述服务器8的外部存储设备,例如所述服务器8上配备的插接式硬盘,智能存储卡(SmartMediaCard,SMC),安全数字(SecureDigital,SD)卡,闪存卡(FlashCard)等。进一步地,所述存储器81还可以既包括所述服务器8的内部存储单元也包括外部存储设备。所述存储器81用于存储操作***、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在服务器上运行时,使得服务器执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到拍照装置/服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其他实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其他的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其他的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (10)
1.一种信息处理方法,其特征在于,包括:
获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;
若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
对所述未发送的信息进行发送。
2.如权利要求1所述的方法,其特征在于,在对所述待发送的信息进行发送之前,还包括:
确定所述待发送的信息的编码格式,根据所述编码格式对所述待发送的信息进行解析;
检测所述待发送的信息是否满足预设的发送条件;
若所述待发送的信息满足所述发送条件,则执行对所述待发送的信息进行发送的步骤。
3.如权利要求2所述的方法,其特征在于,所述检测所述待发送的信息是否满足预设的发送条件,包括:
检测所述待发送的信息的信息内容是否合规,以及识别所述待发送的信息的发送时间;
若所述信息内容合规,且当前时间符合所述发送时间的要求,则判定所述待发送的信息满足预设的发送条件。
4.如权利要求1-3任一项所述的方法,其特征在于,所述对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表,包括:
确定所述待发送的信息的目的地址,以及确定所述待发送的信息的发送通道;
通过所述发送通道将所述待发送的信息发送至所述目的地址,并将已发送的信息存储至已发送信息列表。
5.如权利要求要求4所述的方法,其特征在于,所述确定所述待发送的信息的发送通道,包括:
根据所述待发送的信息的发送方和目的地址,为所述待发送的信息分配发送通道,并将已分配的发送通道的信息存储至预设的配置文件中;
从所述配置文件中获取所述待发送的信息的发送通道。
6.如权利要求1或2或3或5所述的方法,其特征在于,在对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表之后,还包括:
若所述待发送的信息发送失败,则将发送失败的信息记录在错误列表中;
当所述错误列表中记录的信息的数量大于预设阈值时,向所述待发送信息列表的发送方发送提示信息。
7.如权利要求6所述的方法,其特征在于,还包括:
定期清理所述已发送信息列表。
8.一种信息处理装置,其特征在于,包括:
获取模块,用于获取待发送信息列表,所述待发送信息列表中包括一条或多条待发送的信息;
第一发送模块,用于对所述待发送的信息进行发送,并将已发送的信息存储至已发送信息列表;
未发送的信息确定模块,用于若信息发送状态发生异常,则根据所述待发送信息列表和所述已发送信息列表,确定所述待发送信息列表中未发送的信息;
第二发送模块,用于对所述未发送的信息进行发送。
9.一种服务器,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010006869.2A CN111245706A (zh) | 2020-01-03 | 2020-01-03 | 一种信息处理方法、装置、服务器及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010006869.2A CN111245706A (zh) | 2020-01-03 | 2020-01-03 | 一种信息处理方法、装置、服务器及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111245706A true CN111245706A (zh) | 2020-06-05 |
Family
ID=70864678
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010006869.2A Pending CN111245706A (zh) | 2020-01-03 | 2020-01-03 | 一种信息处理方法、装置、服务器及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111245706A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111930890A (zh) * | 2020-07-28 | 2020-11-13 | 深圳市梦网科技发展有限公司 | 信息发送方法、装置、终端设备及存储介质 |
CN111934825B (zh) * | 2020-09-23 | 2021-03-02 | 南京金宁汇科技有限公司 | 一种基于区块链的信息传输方法以及存储介质 |
CN112995020A (zh) * | 2021-05-19 | 2021-06-18 | 天津中新智冠信息技术有限公司 | 信息分发装置、方法、电子设备及存储介质 |
WO2023124964A1 (zh) * | 2021-12-31 | 2023-07-06 | 北京字跳网络技术有限公司 | 消息加急方法、装置、***及存储介质 |
US12052382B2 (en) | 2023-12-12 | 2024-07-30 | Beijing Zitiao Network Technology Co., Ltd. | Method for urgently sending message, apparatus, and storage medium |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355342A (zh) * | 2011-10-19 | 2012-02-15 | 山东中创软件工程股份有限公司 | 一种消息发送和接收的方法及装置 |
CN104636477A (zh) * | 2015-02-15 | 2015-05-20 | 山东卓创资讯集团有限公司 | 一种信息推送前推送列表的去重方法 |
CN105511975A (zh) * | 2015-11-27 | 2016-04-20 | 北京奇虎科技有限公司 | 一种异常处理方法和装置 |
US20160191437A1 (en) * | 2014-12-31 | 2016-06-30 | C. Douglass Thomas | Data Transmission Management for Computer Based Inter-User Communication |
CN105847059A (zh) * | 2016-04-12 | 2016-08-10 | 平安科技(深圳)有限公司 | 信息发送管理方法和装置 |
CN106533909A (zh) * | 2016-11-18 | 2017-03-22 | 灿芯半导体(上海)有限公司 | 邮件发送方法及*** |
CN108512898A (zh) * | 2018-02-09 | 2018-09-07 | 深圳壹账通智能科技有限公司 | 文件推送方法、装置、计算机设备和存储介质 |
CN109660451A (zh) * | 2018-12-25 | 2019-04-19 | 北京云中融信网络科技有限公司 | 一种发送消息的方法、装置及消息收发*** |
CN109889432A (zh) * | 2019-01-24 | 2019-06-14 | 中国平安人寿保险股份有限公司 | 信息处理方法、装置、计算机装置及计算机可读存储介质 |
-
2020
- 2020-01-03 CN CN202010006869.2A patent/CN111245706A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102355342A (zh) * | 2011-10-19 | 2012-02-15 | 山东中创软件工程股份有限公司 | 一种消息发送和接收的方法及装置 |
US20160191437A1 (en) * | 2014-12-31 | 2016-06-30 | C. Douglass Thomas | Data Transmission Management for Computer Based Inter-User Communication |
CN104636477A (zh) * | 2015-02-15 | 2015-05-20 | 山东卓创资讯集团有限公司 | 一种信息推送前推送列表的去重方法 |
CN105511975A (zh) * | 2015-11-27 | 2016-04-20 | 北京奇虎科技有限公司 | 一种异常处理方法和装置 |
CN105847059A (zh) * | 2016-04-12 | 2016-08-10 | 平安科技(深圳)有限公司 | 信息发送管理方法和装置 |
CN106533909A (zh) * | 2016-11-18 | 2017-03-22 | 灿芯半导体(上海)有限公司 | 邮件发送方法及*** |
CN108512898A (zh) * | 2018-02-09 | 2018-09-07 | 深圳壹账通智能科技有限公司 | 文件推送方法、装置、计算机设备和存储介质 |
CN109660451A (zh) * | 2018-12-25 | 2019-04-19 | 北京云中融信网络科技有限公司 | 一种发送消息的方法、装置及消息收发*** |
CN109889432A (zh) * | 2019-01-24 | 2019-06-14 | 中国平安人寿保险股份有限公司 | 信息处理方法、装置、计算机装置及计算机可读存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111930890A (zh) * | 2020-07-28 | 2020-11-13 | 深圳市梦网科技发展有限公司 | 信息发送方法、装置、终端设备及存储介质 |
CN111934825B (zh) * | 2020-09-23 | 2021-03-02 | 南京金宁汇科技有限公司 | 一种基于区块链的信息传输方法以及存储介质 |
CN112995020A (zh) * | 2021-05-19 | 2021-06-18 | 天津中新智冠信息技术有限公司 | 信息分发装置、方法、电子设备及存储介质 |
CN112995020B (zh) * | 2021-05-19 | 2021-08-20 | 天津中新智冠信息技术有限公司 | 信息分发装置、方法、电子设备及存储介质 |
WO2023124964A1 (zh) * | 2021-12-31 | 2023-07-06 | 北京字跳网络技术有限公司 | 消息加急方法、装置、***及存储介质 |
US12052382B2 (en) | 2023-12-12 | 2024-07-30 | Beijing Zitiao Network Technology Co., Ltd. | Method for urgently sending message, apparatus, and storage medium |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111245706A (zh) | 一种信息处理方法、装置、服务器及介质 | |
CN105847447B (zh) | 消息推送方法和装置 | |
US20080005312A1 (en) | Systems And Methods For Alerting Administrators About Suspect Communications | |
WO2006014804A2 (en) | Messaging spam detection | |
CN103595774A (zh) | 终端基于服务器端的***应用卸载方法与装置 | |
CN110247897B (zh) | 一种***登录方法、设备、网关及计算机可读存储介质 | |
CN114268957B (zh) | 异常业务数据处理方法、装置、服务器及存储介质 | |
CN108833443B (zh) | 一种消息传输方法及***、计算机设备 | |
CN107734180B (zh) | 信息处理方法 | |
CN112087475B (zh) | 一种云平台组件应用的消息推送方法、装置及消息服务器 | |
CN109889432B (zh) | 信息处理方法、装置、计算机装置及计算机可读存储介质 | |
CN108966234B (zh) | 恶意信息的处理方法和装置 | |
CN108965108B (zh) | 一种消息推送方法及相关设备 | |
CN111355793A (zh) | 一种基于HTML5和Python的大文件上传方法 | |
WO2011153582A9 (en) | Electronic messaging recovery engine | |
EP2203025A1 (en) | Method for transmitting sms and sms platform | |
CN110493735B (zh) | 一种短信处理方法及装置 | |
EP3599580A1 (en) | Scoring information matching method and apparatus, storage medium and server | |
CN113596123A (zh) | 软件下载方法、通信设备及存储介质 | |
CN108600036B (zh) | 一种消息通知方法及装置 | |
CN104936155B (zh) | 一种短消息签名的处理方法及装置 | |
KR101600864B1 (ko) | 이메일의 선택적 수신방법 | |
CN112052101A (zh) | 一种广播的处理方法、装置及计算机*** | |
CN115589577B (zh) | 一种通信业务访问管理方法、装置、电子设备及存储介质 | |
CN114270309A (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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200605 |
|
RJ01 | Rejection of invention patent application after publication |