[发明专利]基于缓冲池策略的批量数据集中化处理方法及系统在审
申请号: | 201811238189.2 | 申请日: | 2018-10-23 |
公开(公告)号: | CN109391692A | 公开(公告)日: | 2019-02-26 |
发明(设计)人: | 张仁娟 | 申请(专利权)人: | 深圳壹账通智能科技有限公司 |
主分类号: | H04L29/08 | 分类号: | H04L29/08;H04L12/26;H04L1/18 |
代理公司: | 北京英特普罗知识产权代理有限公司 11015 | 代理人: | 林彦之 |
地址: | 518052 广东省深圳市*** | 国省代码: | 广东;44 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 业务数据 后台管理系统 推送 批量数据 集中化 任务池 推送业务 系统压力 业务效率 用户体验 缓冲池 客户端 上传 更新 记录 | ||
1.一种批量数据集中化处理方法,其运行于后台管理系统,其中,在所述后台管理系统中设立有任务池,
其特征在于,所述批量数据集中化处理方法包括以下步骤:
步骤1、所述业务方通过客户端向所述后台管理系统上传业务数据,其中,所述业务数据包括需要向一个或多个所述合作方推送的业务数据;
步骤2、所述后台管理系统从所述业务数据中提取所述合作方所对应的业务数据;
步骤3、对于每个所述合作方,在所述任务池中各建立一条任务,其中,每条任务中记录了所述业务数据的推送状态;
步骤4、向所述合作方推送所述业务数据,并根据推送情况,在所述任务中更新所述推送状态。
2.根据权利要求1所述的批量数据集中化处理方法,其特征在于,所述推送状态包括“推送中”、“推送成功”、“推送失败”。
3.根据权利要求1所述的批量数据集中化处理方法,其特征在于还包括:
步骤5、向所述业务方通知所述推送状态。
4.根据权利要求1所述的批量数据集中化处理方法,其特征在于还包括:
步骤6、所述业务方通过客户端,主动向所述后台管理系统查询任务的推送状态。
5.根据权利要求1所述的批量数据集中化处理方法,其特征在于,在所述步骤1中,所述业务方通过上传文件的方式,向所述后台管理系统上传所述业务数据。
6.根据权利要求5所述的批量数据集中化处理方法,其特征在于,在所述步骤1中,所述业务方每次上传一个或多个文件,每个文件中包括一条或多条业务数据,且每个文件对应于一个合作方。
7.根据权利要求1所述的批量数据集中化处理方法,其特征在于,在所述步骤1之后,还包括以下步骤:
步骤1-1、所述后台管理系统对所述业务方上传的业务数据进行格式校验;
步骤1-2、如果所述格式校验失败,则向所述业务方提示上传失败,并结束本方法。
8.根据权利要求2所述的批量数据集中化处理方法,其特征在于,所述步骤4包括:
步骤4-1、所述后台管理系统通过所述合作方提供的接口,向合作方推送每个任务对应的业务数据,其中,如果某个任务对应的业务数据推送成功,则将通过所述接口返回的数据记录到该任务中;
步骤4-2、如果某个任务对应的业务数据推送不成功,则所述后台管理系统自动重试所述推送,直到在所述推送的重试次数达到预定阈值为止,之后将所述任务的任务状态更新为“推送失败”。
9.一种用于执行根据权利要求1至8中的任一个所述的方法的基于缓冲池策略的后台管理系统,其特征在于包括:
业务数据接收模块,用于接收业务方通过客户端上传的业务数据,其中,所述业务数据包括需要向一个或多个合作方推送的业务数据,
业务数据提取模块,用于从所述业务数据中提取涉及每个合作方的业务数据;
任务建立模块,用于对于所述业务数据涉及的每个合作方,在所述任务池中各建立一条任务,其中,每条任务中记录了业务数据的推送状态;
任务执行模块,用于根据所述任务,向各个合作方推送业务数据,并根据推送情况,在所述任务中更新所述推送状态;
其中,所述推送状态包括“推送中”、“推送成功”、“推送失败”;
推送状态通知模块,用于向所述业务方通知所述推送状态。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有用于执行根据权利要求1至8中的任一个所述的方法的程序,所述程序被处理器执行时,执行所述方法的步骤。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于深圳壹账通智能科技有限公司,未经深圳壹账通智能科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/201811238189.2/1.html,转载请声明来源钻瓜专利网。