一种业务消息发送方法及装置制造方法
【专利摘要】本发明公开了一种业务消息发送方法及装置。本发明的业务消息发送方法包括：接收业务消息，并对所述业务消息进行处理；缓存一份所述处理后的业务消息；对所述处理后的业务消息进行格式转换后发送给对应的业务网关；当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理；本发明的方法在发送业务消息之前缓存了一份业务消息，当业务消息发送失败时可以利用缓存的业务消息进程重发处理，可以提高业务消息发送成功率，减少业务损失。
【专利说明】 一种业务消息发送方法及装置
【技术领域】
[0001]本发明涉及移动通信领域，尤其涉及一种业务消息发送方法及装置。
【背景技术】
[0002]ISAG (Integrated Service Access Gateway,综合业务接入网关)是移动业务网络中实现业务统一接入和服务质量监控的功能实体。使运营商能够开放电信网络资源，并控制对网络资源的使用；为CP/SP屏蔽底层网络技术复杂性，提供统一业务开发环境，降低业务开发门槛；为用户提供融合业务，丰富业务形式，有利于开发企业应用，拓展企业用户市场。
[0003]SP (Service Provider,服务提供商)通过ISAG可以将提供的内容或服务通过短信或者彩信方式下发到短信网关或者彩信网关，并由短信网关或者彩信网关最终发送到用户手机中。但是在网络拥塞或者短信网关/彩信网关异常情况下，ISAG发往短信网关/彩信网关的消息会失败，并返回给SP发送失败的状态报告。当失败的消息比较多时，会对SP造成业务损失，同时若SP重新发送，也会加大网络中的数据量和系统处理的消息数。
[0004]当SP下发消息量较大时(特别是在忙时，同时下发大量信息)，ISAG在转发消息到SMGW.MMSC等业务网关时，由于这些业务网关的接口过载等原因，导致ISAG下发信息失败。由于ISAG在自身流控机制上，无法缓存由于过载或者接口宕掉时的失败消息，导致这些SP请求丢失。
【发明内容】
[0005]本发明要解决的主要技术问题是，提供一种业务消息发送方法及装置能够提高业务消息发送成功率。
[0006]为解决上述技术问题，本发明提供一种业务消息发送方法，包括以下步骤:
[0007]接收业务消息，并对所述业务消息进行处理；
[0008]缓存一份处理后的业务消息；
[0009]对所述处理后的业务消息进行格式转换后发送给对应的业务网关；
[0010]当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理。
[0011]进一步地，所述对缓存的所述处理后的业务消息进行重发处理的步骤包括:
[0012]判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，则提取缓存的所述处理后的业务消息，对所述处理后的业务消息进行格式转换后重新发送给所述业务网关，并判断当前重新发送所述处理后的业务消息是否成功，若成功，则删除缓存的所述处理后的业务消息。
[0013]进一步地，所述对缓存的所述处理后的业务消息进行重发处理的步骤还包括:
[0014]若当前重新发送所述处理后的业务消息失败，再次对缓存的所述处理后的业务消息进行重发处理。
[0015]进一步地，所述对缓存的所述处理后的业务消息进行重发处理的步骤还包括:
[0016]当缓存的所述处理后的业务消息不满足预设重发条件时，删除所述缓存的所述处理后的业务消息。
[0017]进一步地，所述判断缓存的所述处理后的业务消息是否满足预设重发条件的步骤包括:
[0018]根据业务发送失败的原因判断是否需要重发所述处理后的业务消息，若否，则判定不满足预设重发条件，若是，则进一步判断当前重发的次数是否小于预设次数，若小于，则判定满足预设重发条件，若大于，则判定不满足预设重发条件。
[0019]进一步地，所述缓存一份所述处理后的业务消息的步骤包括:
[0020]缓存一份所述处理后的业务消息至会话中。
[0021]同样为了解决上述的技术问题，本发明还提供了一种业务消息发送装置，包括:业务处理模块、缓存处理模块、业务重发处理模块和业务发送模块；
[0022]所述业务处理模块用于接收业务消息，并对所述业务消息进行处理；
[0023]所述缓存处理模块用于缓存一份处理后的业务消息；
[0024]所述业务发送模块用于对所述处理后的业务消息进行格式转换后发送给对应的业务网关；
[0025]所述业务重发处理模块用于当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理。
[0026]进一步地，所述业务重发处理模块包括:业务判断模块；
[0027]所述业务判断模块用于判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，则通知所述缓存处理模块提取缓存的所述处理后的业务消息传输给所述业务发送模块进行重新发送，并且判断当前重新发送所述处理后的业务消息是否成功，若成功，则通知所述缓存处理模块删除缓存的所述处理后的业务消息。
[0028]进一步地，所述业务判断模块还用于当判断当前重新发送所述处理后的业务消息失败时，再次对缓存的所述处理后的业务消息进行重发处理。
[0029]进一步地，所述业务判断模块还用于当判断缓存的所述处理后的业务消息不满足预设重发条件时，则通知所述缓存处理模块删除所述缓存的所述处理后的业务消息。
[0030]进一步地，所述业务判断模块用于根据业务发送失败的原因判断是否需要重发所述处理后的业务消息，若否，则判定不满足预设重发条件，若是，则进一步判断当前重发的次数是否小于预设次数，若小于，则判定满足预设重发条件，若大于，则判定不满足预设重发条件。
[0031]进一步地，所述缓存处理模块用于缓存一份所述处理后的业务消息至会话中。
[0032]本发明的有益效果是:
[0033]本发明提供一种业务消息发送方法及装置能够提供业务消息发送成功率，其中业务消息发送方法包括:接收业务消息，并对所述业务消息进行处理；缓存一份处理后的业务消息；对所述处理后的业务消息进行格式转换后发送给对应的业务网关；当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理；本发明的方法在发送业务消息之前缓存了一份业务消息，当业务消息发送失败时可以利用缓存的业务消息进程重发处理，与现有技术相比本发明业务消息发送方法可以提高业务消息发送成功率，减少业务损失。
【专利附图】
【附图说明】
[0034]图1为本发明实施例一提供的一种业务消息发送方法的流程示意图；
[0035]图2为本发明实施例一提供的另一种业务消息发送方法的流程示意图；
[0036]图3为本发明实施例一提供的一种判断是否满足预设重发条件的方式的流程示意图；
[0037]图4为本发明实施例二提供的一种业务系统的结构示意图；
[0038]图5为本发明实施例二提供的一种综合业务接入网关发送消息的流程示意图；
[0039]图6为本发明实施例三提供的一种业务消息发送装置的结构示意图；
[0040]图7为本发明实施例三提供的另一种业务消息发送装置的结构示意图。
【具体实施方式】
[0041]下面通过【具体实施方式】结合附图对本发明作进一步详细说明。
[0042]实施例一:
[0043]如图1所示，本实施例提供了一种业务消息发送方法，包括以下步骤:
[0044]步骤101:接收业务消息，并对所述业务消息进行处理；
[0045]步骤102:缓存一份处理后的业务消息；
[0046]步骤103:对所述处理后的业务消息进行格式转换后发送给对应的业务网关；
[0047]步骤104:当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理。
[0048]本实施例的业务消息发送方法可以在业务消息发送之前缓存一份业务消息，当业务消息发送失败时可以对所述缓存的业务消息进行重发处理；从而防止业务消息由于发送失败而导致业务消息损失，可以提高业务消息发送的成功率。本实施例的重发处理可以是直接提取缓存的处理后的业务消息进行重发，也可以根据预设的条件进行重发。
[0049]本实施例中的对业务消息的处理可以为对接收到的业务消息进行解析，和对解析后的消息进行内部流程处理，例如计费、统计等。
[0050]本实施例中对所述处理后的业务消息进行格式转换后发送给对应的业务网关，其格式转换的类型主要是依据业务网关和业务消息的类型。例如当接收到是短信消息时，在对短信消息进行解析和内部流程处理后，对处理后的短信消息进行格式转换，可以将其转换为标准的SMPP/SMGP协议的消息，最后发送给短信网关。
[0051]本实施例的业务消息发送方法在对业务消息进行缓存前还可以包括一个判断过程，对于不符合缓存条件的业务消息不进行缓存，只对符合缓存条件的业务消息进行缓存，这样可以减少网络流量，节省网络资源。本实施例中缓存条件可以根据实际需求进行设定，例如可以根据业务消息的重要性来判断是否需要缓存，或者可以根据业务消息的类型判断是否需要缓存。
[0052]本实施例业务消息发送方法中对缓存的所述处理后的业务消息进行重发处理的过程可以包括:
[0053]第一步:判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，转第二步，若否，则转第四步；
[0054]第二步:提取缓存的所述处理后的业务消息，对所述处理后的业务消息进行格式转换后重新发送给所述业务网关；
[0055]第三步:判断当前重新发送所述处理后的业务消息是否成功，若成功，转第四步，若失败，转第一步；
[0056]第四步:删除所述缓存的所述处理后的业务消息。
[0057]本实施例的业务消息发送方法中当重新发送成功时，在删除缓存的业务消息之后，还可以生成发送成功状态报告并上报；以及在不满足预设重发条件时，在删除缓存的业务消息之后，还可以生成发送失败状态报告并上报。
[0058]本实施例方法可以在业务消息发送失败后重新发送缓存的业务消息，若重新发送成功，则删除缓存的业务消息，若不成功，则可以根据实际需求进行处理，例如可以再次重新发送该缓存的业务消息，或者不再发送该缓存的业务消息以及采用其他预设的处理手段进行处理。当然本实施例重新发送缓存的业务消息可以是在一定的时间间隔到达时，将缓存的业务消息重新发给业务网关；也可以是缓存完成后立即发送。重新发送失败的业务消息能极大的提高消息发送成功率，降低网络中的流量。
[0059]下面详细介绍本实施例的业务消息发送的具体过程，如图2所示，具体包括以下步骤:
[0060]步骤201:接收业务消息，并对所述业务消息进行处理；
[0061]步骤202:缓存一份处理后的业务消息；
[0062]步骤203:将处理后的业务消息格式转换后发送给对应的业务网关；
[0063]步骤204:当所述处理后的业务消息发送失败时，判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，则执行步骤205，若否，则执行步骤207 ；
[0064]步骤205:提取缓存的所述处理后的业务消息，将其格式转换后重新发送给所述业务网关；
[0065]步骤206:判断当前重新发送所述处理后的业务消息是否成功，若失败，则返回步骤204，若成功，则执行步骤208:
[0066]步骤207:删除所述缓存的业务消息，生成发送失败状态报告并上报，结束流程；
[0067]步骤208:删除所述缓存的业务消息，生成发送成功状态报告并上报，结束流程。
[0068]下面介绍一种判断缓存的所述处理后的业务消息是否满足预设重发条件的方式，如图3所示，包括以下步骤:
[0069]步骤301:根据业务发送失败的原因判断是否需要重发所述处理后的业务消息，若是，执行步骤302，若否，则执行步骤304 ；
[0070]步骤302:判断当前重发的次数是否小于预设次数，若是，则执行步骤303，若否，则执行步骤304 ；
[0071]步骤303:判定满足再次重发的预设条件；
[0072]步骤304:判定不满足再次重发的预设条件。
[0073]本实施例中预设重发条件可以根据用户的需求进行设定，例如可以为业务发送失败的原因和发送次数。在业务系统中，由于SP没有在短信/彩信网关注册而导致发到短信/彩信网关的消息失败，则在这种情况下，就没有必要对失败消息进行再次重发，否则反而会增加网络流量；而由于在网络拥塞或者短信网关/彩信网关异常情况下，可以再次重发业务消息。
[0074]本实施例业务消息发送方法中，所述缓存一份所述处理后的业务消息的步骤包括:缓存一份所述处理后的业务消息至sess1n (会话)中。本实施例的业务消息方法中还可以缓存一份所述处理后的业务消息至其他存储介质中。
[0075]本实施例的业务消息发送方法适用于短信、彩信业务缓存消息和发送，也可以适用于其他业务缓存消息和发送。
[0076]实施例二:
[0077]上述实施例一介绍的业务消息发送方法可以适用于综合业务接入网关(ISAG)，本实施例介绍了综合业务接入网关采用该业务发送方法具体的过程，如图4所示，介绍了一种业务系统，由SP、ISAG以及短信网关、彩信网关组成。其中本实施例的综合业务接入网关包括:北向模块、业务处理模块以及南向适配模块；
[0078]如图5所示，本实施例中ISAG发送业务消息(以短信消息为例)的具体过程包括:
[0079]步骤501:北向模块接收SP发送的短信消息并对其进行解析；
[0080]北向模块:提供标准的parlayX接口，SP可以将短信、彩信内容以parlayX的webservice标准消息格式发送到北向模块。由北向模块对消息进行解析。
[0081]步骤502:业务处理模块对解析后的消息进行内部流程处理；
[0082]业务处理模块:北向模块把解析后的短信消息发送给业务处理模块，由业务处理模块进行内部流程的处理。包括计费、统计等。
[0083]步骤503:南向适配模块缓存一份内部的短信消息至sess1n中，然后将内部的短信消息转换为标准协议的消息发送给短信网关；
[0084]南向适配模块:南向适配模块提供了短信、彩信等不同业务的适配方法，与短信网关、彩信网关等业务网关对接。将ISAG内部消息转换为标准的SMPP/SMGP协议、MM7协议或其他协议，并发送给短信网关或者彩信网关等其他业务网关；
[0085]步骤504:南向适配模块判断短信消息是否发送成功，若成功，则执行步骤510 ;若失败，则执行步骤505 ；
[0086]步骤505:接收业务消息发送失败的错误码，根据错误码判断是否需要重新发送短信消息，若是，则执行步骤506，若否，则执行步骤509 ；
[0087]步骤506:判断当前总共重发的次数是否大于预设次数，若是，则执行步骤509，若否，则执行步骤507;
[0088]步骤507:当定时器记录重新发生时间间隔到达后，南向适配模块从sess1n中提取缓存的短信消息，将其转换为标准协议的消息重新发送给短信网关；
[0089]步骤508:南向适配模块判断重新发送是否成功，若失败，则返回步骤505，若成功，则执行步骤510 ；
[0090]步骤509:南向适配模块将消息从sess1n中删除，生成失败的状态报告，发给业务处理模块，并最终发送给SP，流程结束；
[0091]步骤510:南向适配模块将消息从sess1n中删除，南向适配模块将短信网关返回的响应消息经过解析并转换格式后发送给业务处理模块。业务处理模块存入内存中，等待状态报告消息，消息下发流程结束。
[0092]采用本发明的业务消息发送方法，综合业务接入网关可以在发送消息之前预先缓存待发送的消息，当该消息发送失败时可以利用缓存的消息进行重新发送极大的提高消息发送成功率，降低网络中的流量。
[0093]本实施例的ISAG适用于短信、彩信业务缓存消息和发送，也可以适用于其他业务缓存消息和发送。
[0094]实施例三:
[0095]如图6所示，本实施例提供了一种业务消息发送装置，包括:业务处理模块、缓存处理模块、业务重发处理模块和业务发送模块；
[0096]所述业务处理模块用于接收业务消息，并对所述业务消息进行处理；
[0097]所述缓存处理模块用于缓存一份处理后的业务消息；
[0098]所述业务发送模块用于对所述处理后的业务消息进行格式转换后发送给对应的业务网关；
[0099]所述业务重发处理模块用于当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理。
[0100]如图7所示，本实施例业务消息发送装置中业务重发处理模块包括:业务判断模块；
[0101]所述业务判断模块用于判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，则通知所述缓存处理模块提取缓存的所述处理后的业务消息传输给所述业务发送模块进行重新发送，并且判断当前重新发送所述处理后的业务消息是否成功，若成功，则通知所述缓存处理模块删除缓存的所述处理后的业务消息。
[0102]在另一应用场景中，所述业务判断模块还用于当判断当前重新发送所述处理后的业务消息失败时，再次对缓存的所述处理后的业务消息进行重发处理。
[0103]在另一应用场景中，所述业务判断模块还用于当判断缓存的所述处理后的业务消息不满足预设重发条件时，则通知所述缓存处理模块删除所述缓存的所述处理后的业务消肩、O
[0104]优先地，本实施例中所述业务判断模块用于根据业务发送失败的原因判断是否需要重发所述处理后的业务消息，若否，则判定不满足预设重发条件，若是，则进一步判断当前重发的次数是否小于预设次数，若小于，则判定满足预设重发条件，若大于，则判定不满足预设重发条件。
[0105]优先地，本实施例中缓存处理模块用于缓存一份所述处理后的业务消息至会话中。本实施例中缓存处理模块还可以缓存一份所述处理后的业务消息至其他存储介质中，或者本实施例缓存处理模块本身就可以存储介质。
[0106]本实施例的业务消息发送装置可以为综合业务接入网关(ISAG)，该综合业务接入网关(ISAG)的具体结构参考图4，综合业务接入网关发送消息的过程参考图5，在ISAG中南向适配模块实现上述缓存处理模块、业务判断模块和业务发送模块的所有功能。
[0107]本实施例的业务消息发送装置通过事先对发送的消息进行缓存，当该消息发送失败时，利用缓存的消息进行重新发送，当成功时，则删除缓存的消息极大的提高消息发送成功率，降低网络中的流量。
[0108]本实施例的业务消息发送装置适用于短信、彩信业务缓存消息和发送，也可以适用于其他业务缓存消息和发送。
[0109]以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属【技术领域】的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。
【权利要求】
1.一种业务消息发送方法，其特征在于，包括以下步骤: 接收业务消息，并对所述业务消息进行处理； 缓存一份处理后的业务消息； 对所述处理后的业务消息进行格式转换后发送给对应的业务网关； 当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理。
2.如权利要求1所述的业务消息发送方法，其特征在于，所述对缓存的所述处理后的业务消息进行重发处理的步骤包括: 判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，则提取缓存的所述处理后的业务消息，对所述处理后的业务消息进行格式转换后重新发送给所述业务网关，并判断当前重新发送所述处理后的业务消息是否成功，若成功，则删除缓存的所述处理后的业务消息。
3.如权利要求2所述的业务消息发送方法，其特征在于，所述对缓存的所述处理后的业务消息进行重发处理的步骤还包括: 若当前重新发送所述处理后的业务消息失败，再次对缓存的所述处理后的业务消息进行重发处理。
4.如权利要求2所述的业务消息发送方法，其特征在于，所述对缓存的所述处理后的业务消息进行重发处理的步骤还包括: 当缓存的所述处理后的业务消息不满足预设重发条件时，删除所述缓存的所述处理后的业务消息。
5.如权利要求2-4任一项所述的业务消息发送方法，其特征在于，所述判断缓存的所述处理后的业务消息是否满足预设重发条件的步骤包括: 根据业务发送失败的原因判断是否需要重发所述处理后的业务消息，若否，则判定不满足预设重发条件，若是，则进一步判断当前重发的次数是否小于预设次数，若小于，则判定满足预设重发条件，若大于，则判定不满足预设重发条件。
6.如权利要求1所述的业务消息发送方法，其特征在于，所述缓存一份所述处理后的业务消息的步骤包括: 缓存一份所述处理后的业务消息至会话中。
7.—种业务消息发送装置，其特征在于，包括:业务处理模块、缓存处理模块、业务重发处理模块和业务发送模块； 所述业务处理模块用于接收业务消息，并对所述业务消息进行处理； 所述缓存处理模块用于缓存一份处理后的业务消息； 所述业务发送模块用于对所述处理后的业务消息进行格式转换后发送给对应的业务网关； 所述业务重发处理模块用于当所述处理后的业务消息发送失败时对缓存的所述处理后的业务消息进行重发处理。
8.如权利要求7所述的业务消息发送装置，其特征在于，所述业务重发处理模块包括:业务判断模块； 所述业务判断模块用于判断缓存的所述处理后的业务消息是否满足预设重发条件，若是，则通知所述缓存处理模块提取缓存的所述处理后的业务消息传输给所述业务发送模块进行重新发送，并且判断当前重新发送所述处理后的业务消息是否成功，若成功，则通知所述缓存处理模块删除缓存的所述处理后的业务消息。
9.如权利要求8所述的业务消息发送装置，其特征在于，所述业务判断模块还用于当判断当前重新发送所述处理后的业务消息失败时，再次对缓存的所述处理后的业务消息进行重发处理。
10.如权利要求8所述的业务消息发送装置，其特征在于，所述业务判断模块还用于当判断缓存的所述处理后的业务消息不满足预设重发条件时，则通知所述缓存处理模块删除所述缓存的所述处理后的业务消息。
11.如权利要求8-10任一项所述的业务消息发送装置，其特征在于，所述业务判断模块用于根据业务发送失败的原因判断是否需要重发所述处理后的业务消息，若否，则判定不满足预设重发条件，若是，则进一步判断当前重发的次数是否小于预设次数，若小于，则判定满足预设重发条件，若大于，则判定不满足预设重发条件。
12.如权利要求7所述的业务消息发送装置，其特征在于，所述缓存处理模块用于缓存一份所述处理后的业务消息至会话中。
【文档编号】H04W28/06GK104427551SQ201310370479
【公开日】2015年3月18日 申请日期:2013年8月22日 优先权日:2013年8月22日
【发明者】龙丽萍, 刘勇, 李江 申请人:中兴通讯股份有限公司