多渠道数据调用的方法、装置、计算机设备及存储介质制造方法及图纸

本发明专利技术涉及大数据技术领域，具体揭示了一种多渠道数据调用的方法，包括：主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，将其分笔储存在主数据库中；从主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器；将所有对应该用户的所述分笔应用数据分别转化为与其对应订单数据，下发至用户终端；用户终端建立与所述订单数据对应的标签，将所有所述订单数据以标签的方式在订单中心进行展示，当在订单中心接收到用户对某一标签进行操作时，调取与所述标签对应的订单数据进行订单还原。本发明专利技术的多渠道数据调用的方法能够减少用户重复录入的工作量，简化用户操作，提升了用户体验。

Method, device, computer equipment and storage medium of multi-channel data call

【技术实现步骤摘要】
多渠道数据调用的方法、装置、计算机设备及存储介质
本专利技术涉及大数据
，尤其涉及一种多渠道数据调用的方法、装置、计算机设备及存储介质。
技术介绍
随着智能设备的普及与应用，用户可以通过在移动终端或智能终端上安装渠道系统提供的应用软件，进而享受只用应用软件就可以处理渠道系统提供的服务。然而用户在使用某一平台或系统时往往会接入到不同的渠道系统及其对应的应用软件，对于不同的应用软件，存在着大量需要用户录入或记录的重复的与用户相关的数据。例如，车险系统报价投保过程通过各个渠道系统会录入车辆、车主、投保人、被保人信息以及各个对接渠道传过来的机构渠道信息，目前市面上的车险移动端询价投保流程对于相同的订单数据录入信息，再次进入需要重新录入相应的数据，导致很多重复的操作，影响用户体验。对于基于某一平台或系统的服务过程中产生的多渠道数据的调用保存更新，以及对数据的实时下发的处理需求，针对重新录入数据产生很多重复操作的这种技术问题，目前还没有有效的解决办法。
技术实现思路
本专利技术实施例的目的在于提出一种多渠道数据调用的方法，以解决现有的对于基于某一平台或系统的服务过程中产生的多渠道数据的调用保存更新，以及对数据的实时下发时出现的操作重复、数据重复、数据下发不及时及其产生的影响用户体验的问题。为了解决上述技术问题，本专利技术提出了一种多渠道数据调用的方法，采用了如下所述的技术方案：主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中；主服务器在接收到任一所述渠道服务器发送某一用户的订单数据查询请求时，从所述主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器；所述渠道服务器接收所述分笔应用数据后，将其储存至对应该所述渠道服务器的渠道数据库中，将所有对应该用户的所述分笔应用数据分别转化为与其对应订单数据，并将所有所述订单数据下发至用户终端；所述用户终端接收到所述订单数据后，建立与所述订单数据对应的标签，将所有所述订单数据以标签的方式在订单中心进行展示，当在订单中心接收到用户对某一标签进行操作时，调取与所述标签对应的订单数据进行订单还原；具体的，主服务器接收来自若干个不同的渠道服务器上传的某一用户的分笔应用数据，统一组装成规定的格式文件保存在主数据库中，所述主服务器根据任一所述渠道服务器发送的某一用户的订单数据查询请求，所述主服务器从所述主数据库调取对将接收到的从所述主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器，并保存在对应的该所述渠道服务器的渠道数据库中，在所述渠道服务器的渠道系统里，将所有对应该用户的所述分笔应用数据分别转化为与其对应订单数据，通过渠道服务器将所有所述订单数据下发至用户终端，所述用户终端接收到所述订单数据后，建立与所述订单数据对应的标签，将所有所述订单数据以标签的方式在订单中心进行展示，当在订单中心接收到用户对某一标签进行操作时，调取与所述标签对应的订单数据进行订单还原。进一步的，主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中，包括：根据当前所述主数据库中已保存的所述json格式文件的数据条数判断所述主数据库将要保存的所述json格式文件的数据总条数是否超过预设阈值；若是，则将当前上传的所述分笔应用数据在所述主数据库中以json格式文件覆盖保存存储时间最长的数据；若否，则将当前上传的所述分笔应用数据在所述主数据库中以json格式文件保存最新的数据。具体的，所述分笔应用数据包含的用户的订单数据、所述订单数据对应的步骤状态以及唯一交易ID信息，统一组装成json格式文件保存在所述主数据库中，在所述主数据库中根据所述分笔应用数据的数据量及数据的更新频率设定可保存json格式文件的预设阈值，当有新的所述分笔应用数据对应的所述json格式文件需要存入所述主数据库时，根据当前所述主数据库中已保存的所述json格式文件的数据条数判断所述主数据库将要保存的所述json格式文件的数据总条数是否超过预设阈值，若所述主数据库将要保存的所述json格式文件的数据总条数是超过预设阈值，则将当前上传的所述分笔应用数据在所述主数据库中以json格式文件覆盖保存存储时间最长的数据；若所述主数据库将要保存的所述json格式文件的数据总条数不超过预设阈值，则将当前上传的所述分笔应用数据在所述主数据库中以json格式文件保存最新的数据；其中，所述主数据库将要保存的所述json格式文件的数据总条数为当前所述主数据库中已保存的所述json格式文件的数据条数与此次需要保存的所述json格式文件的数据条数之和。进一步的，主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中，所述分笔应用数据包括所述订单数据、所述订单数据对应的步骤状态以及用户的唯一交易ID；所述分笔应用数据在所述主数据库中以json格式文件保存；具体的，在所述分笔应用数据中，所述订单数据为用户使用用户终端通过各个不同的所述渠道系统在不同时间点录入和传入的数据信息，所述步骤状态为所述订单数据在录入和传入数据过程中产生的记录步骤，用户的唯一交易ID是用于标识用户的订单数据；在主服务器保存所述分笔应用数据时，将所述订单数据、所述订单数据对应的步骤状态以及用户的唯一交易ID组装成json格式文件保存在主数据库中。进一步的，主服务器接收任一所述渠道服务器发送某一用户的订单数据查询请求后，从所述主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器，包括：根据某一用户的所述订单数据，提取所述订单数据对应的所述唯一交易ID；通过所述唯一交易ID查询到所有的基于所述唯一交易ID的所述订单数据；将所述订单数据对应的所有对应该用户的所述分笔应用数据采用消息队列的方式下发到该所述渠道服务器。具体的，用户通过所述用户终端向所述渠道服务器发送某一用户的所述订单数据的查询请求，所述渠道服务器根据所述查询请求会先提取所述订单数据对应的所述唯一交易ID，在所述渠道服务器中，通过所述唯一交易ID在所述订单中心的订单文件中，查询到所有基于所述唯一交易ID下的所有的所述订单数据信息，再将查询到的所述订单数据信息返回给用户终端，用户终端接收到所述订单数据后，建立与所述订单数据对应的标签，将所有所述订单数据以标签的方式在订单中心进行展示，当在订单中心接收到用户对某一标签进行操作时，调取与所述标签对应的订单数据进行订单还原；其中，所述订单数据包括根据相应的用户唯一交易ID查询到的对应的数据信息和所述对应数据信息对应的步骤状态；所述的消息队列是在消息的传输过程中保存消息的容器，是一个消息的链表，具有特定的格式以及特定的优先级，本专利技术采用RabbitMQ的方式实现消息队列，RabbitMQ具有支持各种协议，高可靠性的特点。进一步的，所述唯一交易ID根据用户终端的本文档来自技高网...

【技术保护点】
1.一种多渠道数据调用的方法，其特征在于，包括：/n主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中；/n主服务器在接收到任一所述渠道服务器发送某一用户的订单数据查询请求时，从所述主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器；/n所述渠道服务器接收所述分笔应用数据后，将其储存至对应该所述渠道服务器的渠道数据库中，将所有对应该用户的所述分笔应用数据分别转化为与其对应订单数据，并将所有所述订单数据下发至用户终端；/n所述用户终端接收到所述订单数据后，建立与所述订单数据对应的标签，将所有所述订单数据以标签的方式在订单中心进行展示，当在订单中心接收到用户对某一标签进行操作时，调取与所述标签对应的订单数据进行订单还原。/n

【技术特征摘要】
1.一种多渠道数据调用的方法，其特征在于，包括：
主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中；
主服务器在接收到任一所述渠道服务器发送某一用户的订单数据查询请求时，从所述主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器；
所述渠道服务器接收所述分笔应用数据后，将其储存至对应该所述渠道服务器的渠道数据库中，将所有对应该用户的所述分笔应用数据分别转化为与其对应订单数据，并将所有所述订单数据下发至用户终端；
所述用户终端接收到所述订单数据后，建立与所述订单数据对应的标签，将所有所述订单数据以标签的方式在订单中心进行展示，当在订单中心接收到用户对某一标签进行操作时，调取与所述标签对应的订单数据进行订单还原。


2.根据权利要求1所述的一种多渠道数据调用的方法，其特征在于，所述主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中，包括：
根据当前所述主数据库中已保存的所述json格式文件的数据条数判断所述主数据库将要保存的所述json格式文件的数据总条数是否超过预设阈值；
若是，则将当前上传的所述分笔应用数据在所述主数据库中以json格式文件覆盖保存存储时间最长的数据；
若否，则将当前上传的所述分笔应用数据在所述主数据库中以json格式文件保存最新的数据。


3.根据权利要求2所述的一种多渠道数据调用的方法，其特征在于，所述主服务器接收若干个渠道服务器上传的基于某一用户的分笔应用数据，并将其分笔储存在主数据库中,包括：
所述分笔应用数据包括所述订单数据、所述订单数据对应的步骤状态以及用户的唯一交易ID；
所述分笔应用数据在所述主数据库中以json格式文件保存。


4.根据权利要求3所述的一种多渠道数据调用的方法，其特征在于，所述主服务器接收任一所述渠道服务器发送某一用户的订单数据查询请求后，从所述主数据库调取对应该所述渠道服务器上传的所有对应该用户的所述分笔应用数据下发至该所述渠道服务器，包括：
根据某一用户的所述订单数据，提取所述订单数据对应的所述唯一交易ID；
通过所述唯一交易ID查询到所有的基于所述唯一交易ID的所述订单数据；
将所述订单数据对应的所有对应该用户的所述分笔应用数据采用消息队列的方式下发到该所述渠道服务器。


5.根据权利要求4所述的一种多渠道数据调用的方法，其特征在于，包括：
所述唯一交易ID根据用户终端的唯一序列号确认，采用安全散列算法对序列号进行数据加密编码处理。


6.根据权利要求5...

【专利技术属性】
技术研发人员：蒋将，刘平刚，
申请(专利权)人：中国平安财产保险股份有限公司，
类型：发明
国别省市：广东;44