一种在营销活动中实现轮询查询订单结果的实现方法技术

本发明专利技术提供一种在营销活动中实现轮询查询订单结果的实现方法，涉及订单查询技术领域。该在营销活动中实现轮询查询订单结果的实现方法，包括以下具体步骤：S1、首先创建下单定时任务，当客户进行下单时，系统自动创建与之对应的定时任务，同时会配置一个与之对应的定时任务触发器；S2、之后将下单信息发送给调度任务的工厂，然后在数据库中查询数据，并且对数据进行筛选，将“未支付”的订单直接结束，并且显示“交易失败”，同时记录失败的原因，将“已支付”的订单。可以实现对订单状态定时间隔查询，动态修改订单状态，同时增加对订单状态产生原因的记录，便于后续进行手工处理，方便客户进行订单查询，减少客户投诉。减少客户投诉。减少客户投诉。

【技术实现步骤摘要】
一种在营销活动中实现轮询查询订单结果的实现方法


[0001]本专利技术涉及订单查询
，具体为一种在营销活动中实现轮询查询订单结果的实现方法。

技术介绍

[0002]活动营销是指企业通过介入重大的社会活动或整合有效的资源策划大型活动而迅速提高企业及其品牌知名度、美誉度和影响力，促进产品销售的一种营销方式，活动营销是围绕活动而展开的营销，以活动为载体，使企业获得品牌的提升或是销量的增长。
[0003]在信用卡营销活动中，经常会出现使用积分兑换实物商品的情况，考虑物流原因，订单状态不会立即更新，增加了人工干预成本的同时也容易导致订单状态监控不及时，容易造成客户投诉。

技术实现思路

[0004](一)解决的技术问题
[0005]针对现有技术的不足，本专利技术提供了一种在营销活动中实现轮询查询订单结果的实现方法，解决了在信用卡营销活动中，经常会出现使用积分兑换实物商品的情况，考虑物流原因，订单状态不会立即更新，增加了人工干预成本的同时也容易导致订单状态监控不及时，容易造成客户投诉的问题。
[0006](二)技术方案
[0007]为实现以上目的，本专利技术通过以下技术方案予以实现：一种在营销活动中实现轮询查询订单结果的实现方法，包括以下具体步骤：
[0008]S1、首先创建下单定时任务，当客户进行下单时，系统自动创建与之对应的定时任务，同时会配置一个与之对应的定时任务触发器；
[0009]S2、之后将下单信息发送给调度任务的工厂，然后在数据库中查询数据，并且对数据进行筛选，将“未支付”的订单直接结束，并且显示“交易失败”，同时记录失败的原因，将“已支付”的订单，通过定时任务处理，先将订单状态修改为“已发送”，标识即将发送查询订单下单结果的请求报文；
[0010]S3、之后根据响应报文的状态标识字段值，修改订单下单请求后的状态，同时设置下次查询时间；
[0011]S4、根据S3中记录的下次查询时间以及订单状态，筛选订单状态为“已下单”，同时下次查询时间小于等于当前时间的订单，发送下单结果查询请求报文，当筛选结果不满足时，直接结束，并且显示“交易失败”，同时记录失败的原因；
[0012]S5、最后根据响应报文更新订单的状态及描述，并将查询的结果发送给客户。
[0013]优选的，所述S1中的定时任务采用线程池提交。
[0014](三)有益效果
[0015]本专利技术提供了一种在营销活动中实现轮询查询订单结果的实现方法。具备以下有
益效果：
[0016]本专利技术，可以实现对订单状态定时间隔查询，动态修改订单状态，同时增加对订单状态产生原因的记录，便于后续进行手工处理，方便客户进行订单查询，减少客户投诉。
附图说明
[0017]图1为本专利技术所提出的一种在营销活动中实现轮询查询订单结果的实现方法的流程示意图。
具体实施方式
[0018]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0019]实施例：
[0020]如图1所示，本专利技术实施例提供一种在营销活动中实现轮询查询订单结果的实现方法，包括以下具体步骤：
[0021]S1、首先创建下单定时任务，当客户进行下单时，系统自动创建与之对应的定时任务，同时会配置一个与之对应的定时任务触发器；
[0022]S2、之后将下单信息发送给调度任务的工厂，然后在数据库中查询数据，并且对数据进行筛选，将“未支付”的订单直接结束，并且显示“交易失败”，同时记录失败的原因，将“已支付”的订单，通过定时任务处理，先将订单状态修改为“已发送”，标识即将发送查询订单下单结果的请求报文；
[0023]S3、之后根据响应报文的状态标识字段值，修改订单下单请求后的状态，同时设置下次查询时间；
[0024]此时在初始时就设置下次查询时间是为了给权益商接收并进行订单记录处理预留的时间，该时间为nacos参数配置，增加代码灵活性，正常接收响应报文并显示已收到下单请求，将订单状态修改为“已下单”，如果因网络原因未收到响应报文或收到的响应报文是异常情况时，将订单状态修改为“交易失败”，同时记录失败原因，方便后续人工介入处理；
[0025]S4、根据S3中记录的下次查询时间以及订单状态，筛选订单状态为“已下单”，同时下次查询时间小于等于当前时间的订单，发送下单结果查询请求报文，当筛选结果不满足时，直接结束，并且显示“交易失败”，同时记录失败的原因；
[0026]在S4中进行数据筛选时，如果因网络原因、网络维护或物流等原因造成的响应报文状态异常，定时任务会更新下次查询时间，此时下次查询时间按照指数增长，满足物流运输3
‑
5天的时效，实现轮询查询，但当超过配置的最大查询次数参数值时，停止轮询，更新订单状态为最终态“交易失败”，记录失败原因为“超过最大轮询次数”；
[0027]S5、最后根据响应报文更新订单的状态及描述，并将查询的结果发送给客户。
[0028]其中S1中的定时任务采用线程池提交，可以多笔订单同时发送请求，增加了效率。
[0029]线程池是一种多线程处理形式，处理过程中将任务添加到队列，然后在创建线程
后自动启动这些任务。线程池线程都是后台线程。每个线程都使用默认的堆栈大小，以默认的优先级运行，并处于多线程单元中。如果某个线程在托管代码中空闲(如正在等待某个事件)，则线程池将插入另一个辅助线程来使所有处理器保持繁忙。如果所有线程池线程都始终保持繁忙，但队列中包含挂起的工作，则线程池将在一段时间后创建另一个辅助线程但线程的数目永远不会超过最大值。超过最大值的线程可以排队，但他们要等到其他线程完成后才启动。
[0030]尽管已经示出和描述了本专利技术的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本专利技术的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本专利技术的范围由所附权利要求及其等同物限定。
本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种在营销活动中实现轮询查询订单结果的实现方法，其特征在于：包括以下具体步骤：S1、首先创建下单定时任务，当客户进行下单时，系统自动创建与之对应的定时任务，同时会配置一个与之对应的定时任务触发器；S2、之后将下单信息发送给调度任务的工厂，然后在数据库中查询数据，并且对数据进行筛选，将“未支付”的订单直接结束，并且显示“交易失败”，同时记录失败的原因，将“已支付”的订单，通过定时任务处理，先将订单状态修改为“已发送”，标识即将发送查询订单下单结果的请求报文；S3、之后根据响应报...

【专利技术属性】
技术研发人员：何丽婷，
申请(专利权)人：上海通联金融服务有限公司，
类型：发明
国别省市：