CN105992180A - 一种短信发送方法和装置 - Google Patents
一种短信发送方法和装置 Download PDFInfo
- Publication number
- CN105992180A CN105992180A CN201510084439.1A CN201510084439A CN105992180A CN 105992180 A CN105992180 A CN 105992180A CN 201510084439 A CN201510084439 A CN 201510084439A CN 105992180 A CN105992180 A CN 105992180A
- Authority
- CN
- China
- Prior art keywords
- business
- service
- handling information
- service handling
- template
- 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
Abstract
本发明涉及移动通信技术,尤其涉及一种短信发送方法和装置,包括:接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景;查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,形成一条与所述业务场景对应的业务场景短信;所述业务场景短信发送给所述用户。本发明解决了业务通知短信的频繁发送而导致系统繁忙、占用网络资源的问题。
Description
技术领域
本发明涉及移动通信领域,尤其涉及一种短信发送方法和装置。
背景技术
目前移动通信系统中,用户办理单个业务后,系统会给用户发送一条短信,用来通知用户该业务受理的具体情况,如图1所示。
用户办理单个业务时,系统将该业务的受理内容和结果等信息保存起来,待整个受理过程结束后,触发系统发送短信的服务,为当前受理的业务生成短信并发送给用户。这样的短信发送方法有以下特点:短信是随着单个业务受理而生成,在单个业务受理完成后即时发送的,从受理业务到发送短信是实时且不可拆分的,即办理一项业务发送一条短信。用户在办理组合业务或绑定业务时,经常会一起办理多个业务或产品,而现有技术仍然是按用户办理单个产品的情况给用户发送通知短信,在这种情况下,系统会同时给用户发送多条通知短信。这样,会导致系统繁忙、占用网络资源。
发明内容
本发明为解决业务通知短信的频繁发送而导致系统繁忙、占用网络资源的问题,提供一种短信发送方法和装置。
本发明方法包括:
一种短信发送方法,包括:
接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,其中,N≥1;
查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,生成与所述业务场景对应的业务场景短信;
将所述业务场景短信发送给所述用户。
所述业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
选取的所述N个业务受理信息满足如下条件:
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间最接近的两个业务的办理时间间隔不超过第一规定时间;或,
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间间隔最大的两个业务的办理时间间隔不超过第二规定时间。
查询所述业务场景对应的场景短信模板还包括:
根据所述N个业务受理信息中的业务标识查询到与所述N个业务受理信息相对应的业务短信模板,所述业务短信模板为预先设定的;
按所述N个业务的办理时间顺序,将所述N个业务受理信息相对应的业务短信模板通过设定的连接词拼接成所述场景短信模板。
所述从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,具体为:
依据设定的业务场景模板中的主操作,从存储的业务受理信息中确定主操作业务受理信息;
依据所述设定的业务场景模板中的副操作,从存储的业务受理信息中确定副操作业务受理信息,所述副操作与所述主操作的时间间隔小于第三规定时间;
依据所述设定的业务场景模板,将所述主操作业务受理信息和所述副操作业务受理信息组成一个业务场景。
一种短信发送装置,包括:
收集模块,用于接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,其中,N≥1;
配置模块,用于查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,生成与所述业务场景对应的业务场景短信;
发送模块,用于将所述业务场景短信发送给所述用户。
所述业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
所述收集模块选取的所述N个业务受理信息满足如下条件:
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间最接近的两个业务的办理时间间隔不超过第一规定时间;或,
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间间隔最大的两个业务的办理时间间隔不超过第二规定时间。
所述配置模块还用于:
根据所述N个业务受理信息中的业务标识查询到与所述N个业务受理信息相对应的业务短信模板,所述业务短信模板为预先设定的;
按所述N个业务的办理时间顺序,将所述N个业务受理信息相对应的业务短信模板通过设定的连接词拼接成所述场景短信模板。
所述收集模块还用于:
依据设定的业务场景模板中的主操作,从存储的业务受理信息中确定主操作业务受理信息;
依据所述设定的业务场景模板中的副操作,从存储的业务受理信息中确定副操作业务受理信息,所述副操作与所述主操作的时间间隔小于第三规定时间;
依据所述设定的业务场景模板,将所述主操作业务受理信息和所述副操作业务受理信息组成一个业务场景。
本发明实施例提供的短信发送方法和装置,用户办理单个业务后不完全按单个业务分别进行发送,而是将业务的受理信息保存起来,与后续业务的受理信息一起生成业务场景,将业务场景与预先配置的业务场景短信模板进行匹配,形成一条针对单一用户的业务场景短信,最后将完整的通知短信发送给用户。可以减少系统发送业务通知短信的频率,解决多项业务受理后连续给用户发送多条短信而导致系统繁忙、占用网络资源的问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中短信发送方法的流程图;
图2为本发明实施例一中短信发送方法的流程图;
图3为本发明实施例一中短信发送装置的结构图;
图4为本发明实施例一中短信发送装置的收集模块的结构图;
图5为本发明又一实施例中短信发送方法的流程图;
图6为本发明另一实施例中短信发送方法的流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
本发明实施例提供一种更合理的业务通知短信发送方法,下面参照附图,以不同实施例分别详细地说明本发明的实施方式。
实施例一
如图2所示,为本发明实施例一提供的一种短信发送方法的流程图,方法包括:
101、接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,其中,N≥1;
102、查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,生成与所述业务场景对应的业务场景短信;
103、将所述业务场景短信发送给所述用户。
上述业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
将用户办理的多个业务受理信息进行保存和处理,组合成一个业务场景,并统一配置回复短信进行通知提醒,可以减少系统发送业务通知短信的频率,解决短时间内多项业务受理后连续给用户发送多条短信,从而占用网络资源的问题。
步骤101中,如何选取N个业务受理信息组合成一个业务场景,本发明实施例提供了如下三种方式:
方式一:N个业务受理信息为用户办理的连续的N个业务,且办理时间最接近的两个业务的办理时间间隔不超过第一规定时间;或,
方式二:所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间间隔最大的两个业务的办理时间间隔不超过第二规定时间;或,
方式三:依据设定的业务场景模板中的主操作,从存储的业务受理信息中确定主操作业务受理信息;
依据所述设定的业务场景模板中的副操作,从存储的业务受理信息中确定副操作业务受理信息,所述副操作与所述主操作的时间间隔小于第三规定时间;
依据所述设定的业务场景模板,将所述主操作业务受理信息和所述副操作业务受理信息组成一个业务场景。
具体地,第一种方式即按时间顺序,将用户依次办理的业务保存起来,若相邻办理的业务的间隔时间在第一规定时间内,则将相邻业务归入一个业务场景;如用户依次办理了四个业务,其中第一个业务与第二个业务的办理时间间隔满足第一规定时间,则将第一个业务和第二个业务归入第一业务场景;第二个业务与第三个业务的办理时间间隔满足第一规定时间,则将第三个业务归入第一业务场景;第三个业务与第四个业务的办理时间间隔不满足第一规定时间,则第四个业务不会归入第一业务场景,且第四个业务作为第二业务场景。
具体地,第二种方式即按时间顺序,将用户依次办理的业务保存起来,将第二规定时间内办理的所有业务组成一个业务场景。如用户办理了五个业务,其中自第一个业务至第三个业务的办理时间满足第二规定时间,而自第一个业务至第四个业务的办理时间不满足第二规定时间,则将第一个业务至第三个业务组合为一个业务场景;若自第四个业务至第五个业务的办理时间满足第二规定时间,则将第四个业务和第五个业务归入另一个业务场景。这个配置规则比上述相邻业务的时间间隔更简洁。
上述两种配置规则以时间为依据,将相隔时间较短的业务配置成一个业务场景,便于系统对业务通知短信进行操作和管理。
具体地,第三种方式通过预先设定业务场景模板,加入了主操作和副操作的概念,便于将用户办理的业务快速生成业务场景模板,也可以应用于业务分析上,分析用户的业务受理动向和业务受理汇集点等内容。如系统中设置了多个业务场景模板,分别定义每个业务场景模板中的主操作为开户、参加营销活动、变更套餐;某用户办理的三个业务分别为查询账单、参加营销活动、打印账单;则以“参加营销活动”为主操作的业务场景模板为准,判断“查询账单”和“打印账单”是否符合业务场景模板中的副操作的规定,若符合,则将其作为“参加营销活动”的业务场景模板中的副操作,从而将用户办理的业务组合成一个或多个业务场景。
步骤102中,查询所述业务场景对应的场景短信模板还包括:
根据所述N个业务受理信息中的业务标识查询到与所述N个业务受理信息相对应的业务短信模板,所述业务短信模板为预先设定的;
按所述N个业务的办理时间顺序,将所述N个业务受理信息相对应的业务短信模板通过设定的连接词拼接成所述场景短信模板。
在现有业务通知短信模板的基础上进行拼接,组成本发明实施例中的场景短信模板,只需对原有的模板进行简单拼接,方便本发明实施例的实现和推广。
当然,本发明实施例中也可以针对设定的业务场景模板设定相应的业务场景短信模板,这样在利用方式三得到的业务场景后,可直接调用该业务场景模板对应的短信模板进行业务办理信息的填充,通过这种方式可以减少短信模板的拼接,更快地发送业务办理短信给用户。
基于相同的技术构思,本发明实施例一还提供一种短信发送装置,该装置可执行上述方法实施例,所述装置如图3所示,包括收集模块1、配置模块2和发送模块3。
收集模块1,用于接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,其中,N≥1;
配置模块2,用于查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,生成与所述业务场景对应的业务场景短信;
发送模块3,用于将所述业务场景短信发送给所述用户。
所述业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
配置模块2还可用于:
根据所述N个业务受理信息中的业务标识查询到与所述N个业务受理信息相对应的业务短信模板,所述业务短信模板为预先设定的;
按所述N个业务的办理时间顺序,将所述N个业务受理信息相对应的业务短信模板通过设定的连接词拼接成所述场景短信模板。
收集模块1如何选取所述N个业务受理信息组合成一个业务场景,可以有如下三种方式:
方式一:所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间最接近的两个业务的办理时间间隔不超过第一规定时间;或,
方式二:所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间间隔最大的两个业务的办理时间间隔不超过第二规定时间;或,
方式三:依据设定的业务场景模板中的主操作,从存储的业务受理信息中确定主操作业务受理信息;
依据所述设定的业务场景模板中的副操作,从存储的业务受理信息中确定副操作业务受理信息,所述副操作与所述主操作的时间间隔小于第三规定时间;
依据所述设定的业务场景模板,将所述主操作业务受理信息和所述副操作业务受理信息组成一个业务场景。
收集模块1可以采用以下结构,如图4所示:
一个中心控制服务器11,一个备份服务器12,多个写服务器13和多个读服务器14。
其中,中心控制服务器11是整个模块的控制中心,用于控制业务受理信息形成业务场景;备份服务器12和中心控制服务器11相连,用于备份数据,防止中心控制服务器宕机数据丢失;写服务器13连接到中心控制服务器11,实现数据的写入;读服务器14并行连接在中心控制服务器11上,每个读服务器14读取一条业务场景的信息,可以根据业务量的大小任意扩充或减少;中心控制服务器11控制数据从写服务器到读服务器的单向传递。
实施例一中的短信发送方法和装置,用户办理单个业务后不完全按单个业务分别发送通知短信,而是将业务的受理信息保存起来,与后续业务的受理信息一起生成业务场景,根据业务场景形成一条针对单一用户的业务场景短信,最后将完整的通知短信发送给用户。如此可以减少系统发送业务通知短信的频率,解决短时间内多项业务受理后连续给用户发送多条短信,从而占用网络资源的问题,同时,也更易理清各业务之间的关联性,可以应用于业务分析上。
实施例二
图5为本发明的又一实施例,方法包括:
201、写入业务受理信息。
用户在单个业务办理成功时,进行该业务受理信息的写入,即系统接收并保存该业务的受理信息。接收的业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
202、查询系统中是否存有该用户的业务场景,若没有,则执行步骤203;若有,则执行步骤204。可根据该用户的名称或用户终端的标识等信息进行检索查询。
203、创建一个新的业务场景,以该业务作为初始场景节点,将业务受理信息存入初始场景节点中。
204、将查询到的业务场景增加一个场景节点,将该业务受理信息存入业务场景的场景节点中。将业务场景中包含的单个业务受理信息作为一个场景节点。
205、判断该业务场景是否结束,若否,则执行步骤201;若是,则执行步骤206。
可以根据两个相邻节点之间的间隔时间判断业务场景是否结束。预先设定第一规定时间,以当前存储的业务受理信息所对应的业务办理时间为起始,若在第一规定时间之内该用户有业务进行办理,即两个相邻办理的业务间隔时间小于第一规定时间,则判断该业务场景未结束,继续执行步骤201;若在第一规定时间之内该用户没有业务进行办理,即两个相邻办理的业务间隔时间大于第一规定时间,则判断该业务场景已结束,执行步骤206。
206、查询业务场景的各个节点中业务受理信息对应的短信模板,并拼接成场景短信模板。可根据业务受理信息中的业务标识查询出对应的短信模板,即原单个业务对应的短信模板,按办理的时间顺序通过设定的连接词将其拼接,形成场景短信模板。
207、将各业务受理信息按对应的顺序填入场景短信模板中,生成完整的业务场景短信。
208、将完整的业务场景短信发送给用户。
步骤205中,也可以根据所办理业务总体花费的时间判断业务场景是否结束。预先设定第二规定时间,以初始场景节点对应的业务办理时间为起始,在第二规定时间内办理的所有业务受理信息都存入业务场景的节点中,当到达第二规定时间后判断该业务场景结束,即业务场景对应的起始业务的办理时间和结束业务的办理时间之差小于第二规定时间。
上述实施例也包括针对单个业务发送业务场景短信的情况,若当系统判断办理单个业务后规定时间内没有后续业务办理,则将该单个业务作为一个完整的业务场景,形成一条与该单个业务对应的业务场景短信,将短信发送给用户。
根据时间顺序和规则,将用户办理的多个业务的通知短信拼接成一条业务场景短信发送给用户,该规则方便易操作,解决了短时间内多项业务受理后连续给用户发送多条短信的问题,改善了用户的体验。
实施例三
图6为本发明的另一实施例,方法包括:
301、写入业务受理信息。
302、查询系统中是否存有该用户的业务场景,若没有,则执行步骤303;若有,则执行步骤304。
303、创建一个新的业务场景,以该业务作为初始场景节点,将业务受理信息存入初始场景节点中。
304、将查询到的业务场景增加一个场景节点,将该业务受理信息存入业务场景的场景节点中。
上述步骤和实施例二中的步骤201~204相似,不做赘述。
305、判断该业务受理信息是否为主操作的业务受理信息,若否,则执行步骤306;若是,则执行步骤307。
系统预先设置场景配置规则,将一个业务规定为一个业务场景的主操作,根据需要,所有业务中的部分业务可以设置为主操作。每个主操作设置相应的前置时间、后置时间和结束动作,业务场景中主操作之前的时间为前置时间,主操作之后的时间为后置时间,前置时间和后置时间是依据不同的业务场景而限定的,在主操作的前置时间或后置时间内办理的业务统称为副操作。用户在完成主操作之后完成了结束动作,或完成主操作后达到后置时间,则判断该业务场景结束。
306、判断业务场景是否结束,若否,则执行步骤301;若是,则执行步骤310。
若该业务受理信息不是主操作业务受理信息,将其保存,待后续动作完成后再对其进行进一步的处理。若后续无主操作,则将其单独作为一个业务场景直接配置单个业务短信模板,发送给用户终端。若后续有主操作,且该业务受理时间在主操作的前置时间之内,则将其作为主操作的副操作,存入业务场景的节点中;若该业务受理时间在主操作的前置时间之前,则将其单独作为一个业务场景配置业务短信模板,发送给用户终端。
307、将该业务受理信息作为该业务场景的主操作,确定相应的前置时间、后置时间和结束动作。
确定该主操作对应的业务场景的前置时间、后置时间和结束动作。将其前置时间之前办理的业务按单个业务受理信息配置相应的短信模板,发送给用户终端。前置时间之内和后置时间之内办理的业务作为该业务场景的副操作,将副操作和主操作对应的业务受理信息按时间顺序,依次存入该业务场景的节点中。
308、判断主操作之前办理的业务受理信息是否为该业务场景的副操作,若是,则执行步骤309;若否,则将单个业务受理信息作为一个业务场景,执行步骤310。
若主操作之前办理的业务受理信息在主操作对应的前置时间之外,则将其作为一个单独的业务场景,可根据该业务受理信息的业务标识直接配置短信模板。若主操作之前办理的业务受理信息在主操作对应的前置时间之内,则判断其为副操作,保存在主操作对应的业务场景中。
309、将后置时间内的业务受理信息依次存入业务场景的节点中。
在存入结束动作相应的业务受理信息或者达到后置时间后,结束该业务场景,执行步骤310。
310、为业务场景配置相应的场景短信模板,将业务受理信息存入场景短信模板中,生成与该业务场景相应的业务场景短信。
若该业务场景仅包含单个业务受理信息,则直接根据该业务受理信息配置相应的业务短信模板,将业务受理信息填入后发生给用户。若该业务场景包含多个业务受理信息,则可以有两种处理方式:a、查询出多个业务受理信息相对应的多个短信模板,通过连接词拼接成该场景短信模板,再将多个业务受理信息填入场景短信模板中,形成完整的业务场景短信;b、只将主操作业务受理信息填入场景短信模板中,副操作仅将对应的业务名称填入场景短信模板中,之间用设定好的连接词连接,由此形成完整的业务场景短信。上述方法a和实施例二中的方法相类似,将主操作和副操作业务受理信息填入场景短信,模板的规则相同,简便易操作,改善了用户的体验。方法b将主操作的详细业务信息填入场景短信模板,而将副操作的详细信息省略,只填入业务名称,在起到通知提示作用的基础上节省了数据和资源,进一步改善用户体验。
311、将完整的业务场景短信发送给用户。
本发明实施例将多个业务受理信息记录起来一同发送,首先便于配置统一回复短信,其次可以应用于业务分析上,分析确定的业务受理之前和受理之后通常会进行的业务,分析用户的业务受理动向及业务受理汇集点。
实施例四
下面根据具体的业务,详细说明本发明实施例。
用户到营业厅依次办理了查询账单、参加营销活动和充值三项业务,其中,“参加营销活动”为主操作,“查询账单”和“充值”不是主操作,“参加营销活动”相应的前置时间为5分钟,后置时间为6分钟,结束动作为其他渠道登陆。主操作及其相应的前置时间、后置时间和结束动作可以根据需要由系统预先设定。
用户办理查询账单完成后,收集模块根据终端标识查询系统中是否已存在该用户的业务场景,由于查询结果为否,建立该用户终端的业务场景,将查询账单的业务受理信息存入节点1中。
经查询,查询账单不是主操作,需判断该业务场景是否结束。若在规定时间内,没有办理后续业务,则该业务场景结束,配置模块为其配置查询账单的短信模板,短信模板为“您好,您今天上午*点通过*营业厅查询*月份的账单,账单内容为*,感谢您使用中国移动,业务办理详细信息请点击链接*。”,将查询账单的具体业务受理信息填入该短信模板,发送模块将该短信发送给用户终端。若在规定时间内,办理了参加营销活动,则该业务场景未结束。
用户办理了参加营销活动后,收集模块根据终端标识查询系统中已存在该用户的业务场景,将该业务场景增加一个场景节点,将参加营销活动的业务受理信息存入场景节点2中。收集模块判定参加营销活动为主操作,并查询出其相应的前置时间为5分钟,后置时间为6分钟,结束动作为其他渠道登陆。
在参加营销活动办理完成6分钟之内,用户继续办理了充值业务。充值作为副操作,将其业务受理信息存入场景节点3中。之后,用户没有再继续办理业务,后置时间6分钟结束后,收集模块判断该业务场景结束。另外,由于查询账单在参加营销活动办理之前5分钟之内,查询账单也是该业务场景的副操作。
配置装置为该业务场景配置相应的短信模板。短信模板为“您好,你今天上午*点通过*营业厅{副操作1前置词}{副操作1业务名称},{副操作1与主操作间连接词}{主操作原短信模板},{主操作与副操作2间连接词}{副操作2业务名称},感谢您使用中国移动,业务办理详细信息请点击链接{URL}。”这里设定副操作1前置词为“首先办理了”,副操作1与主操作间连接词为“然后办理了”,主操作与副操作2间连接词为“最后进行了”。将各业务信息填入则得到最终短信为“您好,您今天上午*点通过*营业厅首先办理了查询账单,然后办理了*活动,活动内容包含*,最后进行了业务充值,感谢您使用中国移动,业务办理详细信息请点击链接*。”。
最后,发送模块将该场景短信发送给用户终端。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种短信发送方法,其特征在于,所述方法包括:
接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,其中,N≥1;
查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,生成与所述业务场景对应的业务场景短信;
将所述业务场景短信发送给所述用户。
2.如权利要求1所述的短信发送方法,其特征在于,所述业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
3.如权利要求1所述的短信发送方法,其特征在于,选取的所述N个业务受理信息满足如下条件:
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间最接近的两个业务的办理时间间隔不超过第一规定时间;或,
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间间隔最大的两个业务的办理时间间隔不超过第二规定时间。
4.如权利要求3所述的短信发送方法,其特征在于,查询所述业务场景对应的场景短信模板还包括:
根据所述N个业务受理信息中的业务标识查询到与所述N个业务受理信息相对应的业务短信模板,所述业务短信模板为预先设定的;
按所述N个业务的办理时间顺序,将所述N个业务受理信息相对应的业务短信模板通过设定的连接词拼接成所述场景短信模板。
5.如权利要求1所述的短信发送方法,其特征在于,所述从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,具体为:
依据设定的业务场景模板中的主操作,从存储的业务受理信息中确定主操作业务受理信息;
依据所述设定的业务场景模板中的副操作,从存储的业务受理信息中确定副操作业务受理信息,所述副操作与所述主操作的时间间隔小于第三规定时间;
依据所述设定的业务场景模板,将所述主操作业务受理信息和所述副操作业务受理信息组成一个业务场景。
6.一种短信发送装置,其特征在于,所述装置包括:
收集模块,用于接收并存储用户办理业务的业务受理信息,从存储的业务受理信息中选取N个业务受理信息并组合成一个业务场景,其中,N≥1;
配置模块,用于查询所述业务场景对应的场景短信模板,将所述N个业务受理信息填入所述场景短信模板中,生成与所述业务场景对应的业务场景短信;
发送模块,用于将所述业务场景短信发送给所述用户。
7.如权利要求6所述的短信发送装置,其特征在于,所述业务受理信息至少包括下述内容之一:业务类型、业务名称、业务标识、业务价格、业务生效时间和业务失效时间。
8.如权利要求6所述的短信发送装置,其特征在于,所述收集模块选取的所述N个业务受理信息满足如下条件:
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间最接近的两个业务的办理时间间隔不超过第一规定时间;或,
所述N个业务受理信息为所述用户办理的连续的N个业务,且办理时间间隔最大的两个业务的办理时间间隔不超过第二规定时间。
9.如权利要求8所述的短信发送方法,其特征在于,所述配置模块还用于:
根据所述N个业务受理信息中的业务标识查询到与所述N个业务受理信息相对应的业务短信模板,所述业务短信模板为预先设定的;
按所述N个业务的办理时间顺序,将所述N个业务受理信息相对应的业务短信模板通过设定的连接词拼接成所述场景短信模板。
10.如权利要求6所述的短信发送方法,其特征在于,所述收集模块还用于:
依据设定的业务场景模板中的主操作,从存储的业务受理信息中确定主操作业务受理信息;
依据所述设定的业务场景模板中的副操作,从存储的业务受理信息中确定副操作业务受理信息,所述副操作与所述主操作的时间间隔小于第三规定时间;
依据所述设定的业务场景模板,将所述主操作业务受理信息和所述副操作业务受理信息组成一个业务场景。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510084439.1A CN105992180B (zh) | 2015-02-13 | 2015-02-13 | 一种短信发送方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510084439.1A CN105992180B (zh) | 2015-02-13 | 2015-02-13 | 一种短信发送方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105992180A true CN105992180A (zh) | 2016-10-05 |
CN105992180B CN105992180B (zh) | 2019-11-15 |
Family
ID=57038963
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510084439.1A Active CN105992180B (zh) | 2015-02-13 | 2015-02-13 | 一种短信发送方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105992180B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109977210A (zh) * | 2019-03-25 | 2019-07-05 | 联想(北京)有限公司 | 一种信息回复方法、装置及设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202339576U (zh) * | 2011-10-20 | 2012-07-18 | 北京爱知之星科技发展有限公司 | 一种电子业务受理单管理系统 |
CN103079178A (zh) * | 2012-12-27 | 2013-05-01 | 北京思特奇信息技术股份有限公司 | 一种ngcrm第二代客户关系管理系统的短信管理方法和系统 |
CN203192023U (zh) * | 2013-01-18 | 2013-09-11 | 中国移动通信集团山西有限公司 | 一种无纸化业务受理系统 |
-
2015
- 2015-02-13 CN CN201510084439.1A patent/CN105992180B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN202339576U (zh) * | 2011-10-20 | 2012-07-18 | 北京爱知之星科技发展有限公司 | 一种电子业务受理单管理系统 |
CN103079178A (zh) * | 2012-12-27 | 2013-05-01 | 北京思特奇信息技术股份有限公司 | 一种ngcrm第二代客户关系管理系统的短信管理方法和系统 |
CN203192023U (zh) * | 2013-01-18 | 2013-09-11 | 中国移动通信集团山西有限公司 | 一种无纸化业务受理系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109977210A (zh) * | 2019-03-25 | 2019-07-05 | 联想(北京)有限公司 | 一种信息回复方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105992180B (zh) | 2019-11-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103546358B (zh) | 面向第三方应用的即时通讯方法及系统 | |
CN103491135B (zh) | 自匹配数据格式的装置和方法 | |
CN110113381B (zh) | 一种区块链中订阅主题的方法及装置 | |
CN102136967B (zh) | 一种业务状态管理方法、装置和系统 | |
CN101499995B (zh) | 一种业务调度的方法及用于业务调度的系统、装置 | |
CN103346974A (zh) | 一种业务流程的控制方法及网络设备 | |
CN101483651A (zh) | 基于map队列的数据传送方法 | |
CN106056437A (zh) | 一种订单管理方法及系统 | |
CN106161643B (zh) | 任务分布式处理方法、装置及云服务器 | |
CN108769017A (zh) | 一种数据通信方法及装置 | |
CN110708190B (zh) | Some/ip通信系统的配置方法、装置及系统 | |
CN107466089A (zh) | 一种数据共享方法、装置及终端设备 | |
CN105490842A (zh) | 一种在线服务系统中基于mvvm模型管理对话的方法 | |
CN109151025A (zh) | 基于url的负载均衡方法、装置、计算机存储介质及设备 | |
CN112465615A (zh) | 账单数据的处理方法、装置及系统 | |
CN113141671A (zh) | wifi设备的通信方法、设备和计算机可读存储介质 | |
CN102546225B (zh) | 视频资源共享方法和管理平台 | |
CN105992180A (zh) | 一种短信发送方法和装置 | |
CN108921522A (zh) | 一种基于业务分包的云数据共享自动处理的方法和装置 | |
CN109783367A (zh) | 接口测试方法、装置、计算机装置及存储介质 | |
CN108460002A (zh) | 合作伙伴自动对接方法、装置、设备及存储介质 | |
CN110400043A (zh) | 订单分配方法、装置、设备和存储介质 | |
CN110366164A (zh) | 远程控制终端的方法、服务器、终端、计算设备及存储介质 | |
CN102739425A (zh) | 一种物联网数据资源开放系统及方法 | |
CN103731337A (zh) | 文本聊天会话的转移方法、系统以及装置和坐席客户端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |