一种基于多源数据的订单处理方法及系统与流程

1.本发明涉及订单处理技术领域，尤其涉及一种基于多源数据的订单处理方法及系统。


背景技术：

2.随着现代社会的发展和人们生活水平的不断提高，致使人们对自身生活水平的要求越来越高，“汽车”在人们生活中出现的次数也在频繁增加，在此基础上车辆保险是一项不可不提的重要系统，对于车险增值服务过程中的订单查询要求也变得越来越多元化。
3.但本申请发明人在实现本申请实施例中发明技术方案的过程中，发现上述技术至少存在如下技术问题：
4.现有车险增值服务过程中用户订单展示多采用独立展示，订单类别繁多，用户需要从不同的入口多次查看不同订单信息，用户使用非常不灵活，用户体验较差。


技术实现要素：

5.本申请实施例通过提供一种基于多源数据的订单处理方法及系统，解决了车险用户从不同的入口多次查看不同订单信息，使得订单操作使用不灵活，用户体验较差的技术问题，达到了为车险用户提供统一的前端查询入口，以及类目丰富的订单信息，便于用户查询不同订单，提升用户满意度的技术效果。
6.本申请实施例提供了一种基于多源数据的订单处理方法，其中，所述方法包括：获得车险增值服务系统；根据所述车险增值服务系统获得用户端查询入口信息；根据所述用户端查询入口信息获得第一用户的个人账号信息；根据所述第一用户个人账号信息登录所述车险增值服务系统；获得所述第一用户在所述车险增值服务系统上的历史订单检索信息；获得所述第一用户的第一订单检索输入信息；将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息；根据所述第一订单查询信息获得第一订单查询结果；判断所述第一订单查询结果是否正常；若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理。
7.另一方面，本申请还提供了一种基于多源数据的订单处理系统，其中，所述系统包括：第一获得单元：所述第一获得单元用于获得车险增值服务系统；第二获得单元：所述第二获得单元用于根据所述车险增值服务系统获得用户端查询入口信息；第三获得单元：所述第三获得单元用于根据所述用户端查询入口信息获得第一用户的个人账号信息；第一登录单元：所述第一登录单元用于根据所述第一用户个人账号信息登录所述车险增值服务系统；第四获得单元：所述第四获得单元用于获得所述第一用户在所述车险增值服务系统上的历史订单检索信息；第五获得单元：所述第五获得单元用于获得所述第一用户的第一订单检索输入信息；第一输入单元：所述第一输入单元用于将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息；第六
获得单元：所述第六获得单元用于根据所述第一订单查询信息获得第一订单查询结果；第一判断单元：所述第一判断单元用于判断所述第一订单查询结果是否正常；第一发送单元：所述第一发送单元用于若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理。
8.本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：
9.通过为车险用户提供统一的车险增值服务系统的前端查询入口，以及根据用户的订单检索输入信息和历史订单检索信息获取准确的订单查询信息，达到了为用户提供可查询不同订单的统一的查询入口，便捷了用户的操作使用，提升了用户的体验感的技术效果。
10.上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。
附图说明
11.图1为本申请实施例一种基于多源数据的订单处理方法的流程示意图；
12.图2为本申请实施例一种基于多源数据的订单处理系统的结构示意图；
13.图3为本申请实施例示例性电子设备的结构示意图。
14.附图标记说明：第一获得单元11，第二获得单元12，第三获得单元13，第一登录单元14，第四获得单元15，第五获得单元16，第一输入单元17，第六获得单元18，第一判断单元19，第一发送单元20，总线300，接收器301，处理器302，发送器303，存储器304，总线接口305。
具体实施方式
15.本申请实施例通过提供一种基于多源数据的订单处理方法及系统，解决了车险用户从不同的入口多次查看不同订单信息，使得订单操作使用不灵活，用户体验较差的技术问题，达到了为车险用户提供统一的前端查询入口，以及类目丰富的订单信息，便于用户查询不同订单，提升用户满意度的技术效果。
16.下面，将参考附图详细的描述根据本申请的示例实施例。显然，所描述的实施例仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。
17.申请概述
18.随着现代社会的发展和人们生活水平的不断提高，致使人们对自身生活水平的要求越来越高，“汽车”在人们生活中出现的次数也在频繁增加，在此基础上车辆保险是一项不可不提的重要系统，对于车险增值服务过程中的订单查询要求也变得越来越多元化。现有车险增值服务过程中用户订单展示多采用独立展示，订单类别繁多，用户需要从不同的入口多次查看不同订单信息，用户使用非常不灵活，用户体验较差。
19.针对上述技术问题，本申请提供的技术方案总体思路如下：
20.本申请实施例提供了一种基于多源数据的订单处理方法，其中，所述方法包括：获得车险增值服务系统；根据所述车险增值服务系统获得用户端查询入口信息；根据所述用户端查询入口信息获得第一用户的个人账号信息；根据所述第一用户个人账号信息登录所
述车险增值服务系统；获得所述第一用户在所述车险增值服务系统上的历史订单检索信息；获得所述第一用户的第一订单检索输入信息；将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息；根据所述第一订单查询信息获得第一订单查询结果；判断所述第一订单查询结果是否正常；若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理。
21.为了更好地理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。
22.实施例一
23.如图1所示，本申请实施例提供了一种基于多源数据的订单处理方法，其中，所述方法包括：
24.步骤s100：获得车险增值服务系统；
25.具体而言，所述车险增值服务系统为车险用户查询各类车险订单信息的专用系统，车险用户可登录所述车险增值服务系统进行信息查询，进而查询相关订单的使用记录，可进行礼包领取、网点预约、充值订单等服务，所述车险增值服务系统提供有类目丰富的增值服务订单信息和较大的数据库信息，确保满足车险用户必须的业务处理功能。
26.步骤s200：根据所述车险增值服务系统获得用户端查询入口信息；
27.具体而言，已知所述车险增值服务系统，还需根据所述车险增值服务系统获得用户端查询入口信息，所述车险增值服务系统为车险用户提供前端统一的查询入口，车险用户可根据所述用户端查询入口信息进行登录，并查询相关订单状态，通过提供用户端查询入口信息，便于车险用户同时查询多种订单信息，提升车险用户对所述车险增值服务系统的体验度。
28.步骤s300：根据所述用户端查询入口信息获得第一用户的个人账号信息；
29.步骤s400：根据所述第一用户个人账号信息登录所述车险增值服务系统；
30.具体而言，已知所述用户端查询入口信息，可根据所述用户端查询入口信息获得第一用户的个人账号信息，所述第一用户为查询订单信息的车险用户，所述个人账号信息包含车险用户登录所述车险增值服务系统的登录账号和密码信息，应注意的是，在获取第一用户的个人账号信息时，待所述第一用户同意后，方可获取其个人账号信息，进而根据所述第一用户个人账号信息登录所述车险增值服务系统，以便于进行订单服务查询。
31.步骤s500：获得所述第一用户在所述车险增值服务系统上的历史订单检索信息；
32.步骤s600：获得所述第一用户的第一订单检索输入信息；
33.具体而言，为了获得精准的所述第一用户的订单查询信息，还可获得所述第一用户在所述车险增值服务系统上的历史订单检索信息，所述历史订单检索信息可根据所述第一用户在所述车险增值服务系统的历史搜索记录或浏览记录进行获取，同时获得所述第一用户的第一订单检索输入信息，所述第一订单检索输入信息为当前所述第一用户在所述车险增值服务系统的检索栏中输入的需要进行检索的订单信息，通过所述历史订单检索信息和所述第一订单检索输入信息，可准确获得所述第一用户需要查询的车险订单信息。
34.步骤s700：将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息；
35.具体而言，已知所述历史订单检索信息和所述第一订单检索输入信息，可将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，所述第一训练模型为一数据训练模型，可对输入数据进行不断训练，使得训练结果更为准确，在此，通过对所述历史订单检索信息和所述第一订单检索输入信息不断训练，达到了使得获得的所述第一用户的第一订单查询信息更加准确的技术效果。
36.步骤s800：根据所述第一订单查询信息获得第一订单查询结果；
37.具体而言，已知通过所述第一训练模型获得所述第一订单查询信息，还可根据所述第一订单查询信息获得第一订单查询结果，所述第一订单查询结果为对所述第一订单查询信息的查询结果，举例而言，所述第一用户需要查询自己的车险增值服务礼包使用信息，可通过查询礼包订单信息获知对车险增值服务礼包的使用情况以便于获得查询结果。
38.步骤s900：判断所述第一订单查询结果是否正常；
39.步骤s1000：若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理。
40.具体而言，已知获得所述第一订单查询结果，可判断所述第一订单查询结果是否正常，进一步可理解为，当所述第一用户的车险增值服务礼包还未提取、未使用，所述第一订单查询结果显示服务礼包已经激活并使用完毕，则所述第一订单查询结果存在异常，需要对异常结果进行处理，即将所述第一订单查询结果发送至所述车险增值服务系统进行处理，所述车险增值服务系统的后端由相关运营人员进行运营操作，运营人员接收到订单查询异常后，可对订单进行分析查询并调整，使之恢复到正常查询结果，达到了对多源化的订单数据进行处理，同时正确处理异常订单的技术效果。
41.进一步，所述获得车险增值服务系统，步骤s100还包括：
42.步骤s110：获得车辆型号信息；
43.步骤s120：根据所述车辆型号信息获得对应车险增值服务订单信息；
44.步骤s130：根据所述车辆型号信息和所述对应车险增值服务订单信息构建数据库；
45.步骤s140：根据所述数据库搭建车险增值服务系统。
46.具体而言，为了使得所述车险增值服务系统提供的查询订单类目更加丰富，还可获得车辆型号信息，所述车辆型号信息涵盖各种车辆，包括不同品牌、不同车型、不同用途等，同时根据所述车辆型号信息获得对应车险增值服务订单信息，进一步可理解为，车辆型号不同，对应的车险增值服务订单信息不同，举例而言，若车辆为著名品牌的奥迪、奔驰等私人小汽车，则需要的车险增值服务订单信息多为车辆美容保养项目，若车辆为客运大巴车等，需要的车险增值服务订单信息多为定期维修、道路救援等项目，可根据所述车辆型号信息和所述对应车险增值服务订单信息构建数据库，所述数据库包含品类丰富的车险增值服务订单信息供用户使用和查询，进而根据所述数据库搭建车险增值服务系统，通过根据车辆型号信息和对应车险增值服务订单信息构建数据库，进而形成车险增值服务系统，达到了为用户提供品类丰富的车险增值服务订单信息的技术效果。
47.进一步，所述若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理，步骤s1000还包括：
48.步骤s1010：根据所述第一订单查询信息获得所述第一用户的第一订单消费记录
信息；
49.步骤s1020：获得所述车险增值服务系统的用户后台数据管理信息；
50.步骤s1030：根据所述用户后台数据管理信息获得所述第一用户的第一订单消费管理信息；
51.步骤s1040：判断所述第一订单消费记录信息是否满足所述第一订单消费管理信息；
52.步骤s1050：若所述第一订单消费记录信息不满足所述第一订单消费管理信息，对所述第一订单消费记录信息进行修正。
53.具体而言，对异常订单进行处理，可根据所述第一订单查询信息获得所述第一用户的第一订单消费记录信息，所述第一订单消费记录信息为所述第一用户实际对已购车险增值服务礼包的消费记录信息，举例而言，若已购车险增值服务礼包中包含车辆保养服务10次，所述第一订单消费记录信息为车主实际的对车辆保养的次数，同时获得所述车险增值服务系统的用户后台数据管理信息，所述用户后台数据管理信息为所述车险增值服务系统对各种用户数据的管理和更新，继而根据所述用户后台数据管理信息获得所述第一用户的第一订单消费管理信息，所述第一订单消费管理信息为车险增值服务系统的后台管理的第一用户的订单消费记录信息，即每当用户的消费记录信息发生变动，所述用户后台数据管理信息就会实时更新，确保数据与消费记录同步变化，进而判断所述第一订单消费记录信息是否满足所述第一订单消费管理信息，即判断所述第一订单消费管理信息是否与所述第一订单消费记录信息同步更新，若所述第一订单消费记录信息不满足所述第一订单消费管理信息，即所述第一订单消费记录信息记录有误，可对所述第一订单消费记录信息进行修正，使其与所述第一订单消费管理信息同步，举例而言，当所述第一用户的已购车险增值服务礼包中包含车辆保养服务共10次，车险增值服务系统的后台管理显示已经消费使用了车辆保养服务5次，而用户前端显示使用了6次，则应对用户端的第一订单消费记录信息进行修正，修正为与后台同步的5次，通过调整订单消费信息，达到了为车险用户提供丰富的、人性化的订单服务，同时提升用户对车险增值服务系统满意度的技术效果。
54.进一步，本申请实施例还包括：
55.步骤s1110：获得第二订单查询异常反馈信息，所述第二订单查询异常反馈信息为第二用户反馈的第二订单查询异常信息，以此类推，获得第三订单查询异常反馈信息；
56.步骤s1120：根据所述第二订单查询异常反馈信息和所述第三订单查询异常反馈信息获得第一检修指令；
57.步骤s1130：根据所述第一检修指令对所述车险增值服务系统进行检修，获得第一检修结果；
58.步骤s1140：根据所述第一检修结果分别生成第二订单查询结果和第三订单查询结果；
59.步骤s1150：将所述第二订单查询结果和所述第三订单查询结果分别发送至所述第二用户和第三用户。
60.具体而言，为了保证车险增值服务系统正常运行，准确处理订单业务，还可获得第二订单查询异常反馈信息，所述第二订单查询异常反馈信息为第二用户反馈的第二订单查询异常信息，以此类推，获得第三订单查询异常反馈信息，所述第三订单查询异常反馈信息
同为第三用户反馈的第三订单查询异常信息，已知所述第一订单消费记录信息查询异常，现又第二订单和第三订单查询异常，则说明所述车险增值服务系统的后台运行出现问题，可根据所述第二订单查询异常反馈信息和所述第三订单查询异常反馈信息获得第一检修指令，所述第一检修指令为对所述车险增值服务系统进行检修，以此来确定哪个环节出现问题，便于对出现的问题进行及时检修，获得第一检修结果，所述第一检修结果为对车险增值服务系统检修之后的正确运行，进而根据所述第一检修结果分别生成第二订单查询结果和第三订单查询结果，所述第二订单查询结果和所述第三订单查询结果分别为正确的第二订单消费记录信息和第三订单消费记录信息，进而将所述第二订单查询结果和所述第三订单查询结果分别发送至所述第二用户和第三用户，达到了确保车险增值服务系统正常运行，准确处理订单业务的技术效果。
61.进一步，所述根据所述用户端查询入口信息获得第一用户的个人账号信息，步骤s300还包括：
62.步骤s310：获得所述第一用户的个人账号访问请求信息；
63.步骤s320：将所述个人账号访问请求信息发送至所述第一用户；
64.步骤s330：获得所述第一用户的个人账号访问反馈信息；
65.步骤s340：根据所述个人账号访问反馈信息获得所述第一用户的个人账号信息。
66.具体而言，为了确保所述第一用户的账户信息的安全，还可获得所述第一用户的个人账号访问请求信息，所述个人账号访问请求信息为系统向第一用户发送的个人账号申请访问信息，并将所述个人账号访问请求信息发送至所述第一用户，所述第一用户接收到所述个人账号访问请求信息之后，视自身情况进行信息反馈，系统可获得所述第一用户的个人账号访问反馈信息，进一步可理解为，若所述第一用户同意授权所述个人账号访问请求信息，系统可自动获取所述第一用户的个人账号信息并进行登录，若所述第一用户不同意授权所述个人账号访问请求信息或暂时不便于授权，可待所述第一用户同意后，再进行登录，达到了确保所述第一用户的账户信息的安全的技术效果。
67.进一步，本申请实施例还包括：
68.步骤s150：获得第一更新指令；
69.步骤s160：根据所述第一更新指令获得第一更新时限；
70.步骤s170：根据所述第一更新指令和所述第一更新时限，对所述数据库进行实时更新。
71.具体而言，搭建所述车险增值服务系统后，为了确保车险增值服务系统提供的车险订单类目丰富、种类繁多，还可获得第一更新指令，所述第一更新指令为对车险增值服务系统进行实时更新，同时根据所述第一更新指令获得第一更新时限，所述第一更新时限为对车险增值服务系统进行更新的时限周期，即多久更新一次，进而根据所述第一更新指令和所述第一更新时限，对所述数据库进行实时更新，达到了确保所述车险增值服务系统实时更新，提供丰富的车险订单类目信息的技术效果。
72.进一步，所述将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息，步骤s700还包括：
73.步骤s710：将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型进行训练，所述第一训练模型通过多组训练数据训练所得，所述多组训练数据中的每
一组数据均包括：所述历史订单检索信息、所述第一订单检索输入信息以及用来标识第一订单查询的标识信息；
74.步骤s720：获得所述第一训练模型的输出信息，所述输出信息包括第一用户的第一订单查询信息。
75.具体而言，为了获得更加准确的第一订单查询信息，可通过将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型进行训练，可以使得输出的训练结果更加精确。所述第一训练模型为神经网络模型即机器学习中的数据训练模型，神经网络(neural networks，nn)是由大量的、简单的处理单元(称为神经元)广泛地互相连接而形成的复杂神经网络系统，它反映了人脑功能的许多基本特征，是一个高度复杂的非线性动力学习系统。神经网络模型是以神经元的数学模型为基础来描述的。人工神经网络(artificial neural networks)，是对人类大脑系统的一阶特性的一种描述。简单地讲，它是一个数学模型。在本申请实施例中，将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型进行训练，用标识的第一订单查询信息对所述神经网络模型进行训练。
76.进一步来说，所述神经网络模型的过程实质为监督学习的过程。所述多组训练数据具体为：所述历史订单检索信息、所述第一订单检索输入信息以及用来标识第一订单查询的标识信息。通过输入所述历史订单检索信息和所述第一订单检索输入信息，神经网络模型会输出第一训练结果，所述第一训练结果为第一用户的第一订单查询信息，通过将所述输出信息与所述起标识作用的第一订单查询信息进行校验，如果所述输出信息与所述起标识作用的第一订单查询信息要求相一致，则本数据监督学习完成，则进行下一组数据监督学习；如果所述输出信息与所述起标识作用的第一订单查询信息要求不一致，则神经网络学习模型自身进行调整，直到神经网络学习模型输出结果与所述起标识作用的第一订单查询信息要求相一致，进行下一组数据的监督学习。通过训练数据使神经网络学习模型自身不断地修正、优化，通过监督学习的过程来提高神经网络学习模型处理所述信息的准确性，进而达到使得第一用户的第一订单查询信息更加精确的技术效果。
77.为了确保对用户的个人账号信息进行安全的记录并保存，可对其进行基于区块链的加密处理，本申请实施例还包括：
78.步骤s810：根据所述第一用户的个人账号信息生成第一验证码，其中，所述第一验证码与所述第一用户的个人账号信息一一对应；
79.步骤s820：根据第二用户的个人账号信息生成第二验证码，其中，所述第二验证码与所述第二用户的个人账号信息一一对应，以此类推，根据第n用户的个人账号信息和第n
‑
1验证码生成第n验证码，其中，n为大于1的自然数；
80.步骤s830：将所有用户的个人账号信息和验证码分别复制保存在m台设备上，其中，m为大于1的自然数。
81.具体而言，为了确保用户的个人账号信息的安全性，确保其不被篡改，可进行基于区块链的加密操作。区块链技术是一项具有普适性的底层技术架构，它通过共识机制在分布式节点上生成和同步数据、借助可编程脚本实现合约条款的自动执行和数据操作。区块链被定义为一种按时间顺序来组织数据区块，不同区块之间按序形成链条状连接的数据结构，借助这种数据结构来构建数字账本。
82.根据所述第一用户的个人账号信息生成第一验证码，其中，所述第一验证码与所述第一用户的个人账号信息一一对应；根据第二用户的个人账号信息生成第二验证码，其中，所述第二验证码与所述第二用户的个人账号信息一一对应，以此类推，根据第n用户的个人账号信息和第n
‑
1验证码生成第n验证码，其中，n为大于1的自然数；将所有用户的个人账号信息和验证码分别复制保存在m台设备上，其中，m为大于1的自然数。对用户的个人账号信息进行加密存储，其中，每个设备对应于一个节点，所有节点组合起来形成了区块链，这样的区块链就构成了一个便于验证(只要验证最后一个区块的hash值就相当于验证了整个版本)，不可更改(任何一个交易信息的更改，会让所有之后的区块的hash值发生变化，这样在验证时就无法通过)的总账本。
83.区块链系统采用分布式数据形式，让每一个参与节点都能够获得一份完整的数据库备份，除非能够同时控制整个系统中51％的节点，否则单个节点对数据库的修改是无效的，也无法影响其他节点上的数据内容。因此，参与系统中的节点越多，算力越强，系统中的数据安全性也就越高。对用户的个人账号信息基于区块链的加密处理，有效保证了用户的个人账号信息的存储安全，达到了对用户的个人账号信息进行安全的记录并保存的技术效果。
84.综上所述，本申请实施例所提供的一种基于多源数据的订单处理方法及系统具有如下技术效果：
85.1、通过为车险用户提供统一的车险增值服务系统的前端查询入口，以及根据用户的订单检索输入信息和历史订单检索信息获取准确的订单查询信息，达到了为用户提供可查询不同订单的统一的查询入口，便捷了用户的操作使用，提升了用户的体验感的技术效果。
86.2、通过对异常的订单消费进行修正，以及对车险增值服务系统进行实时检修，达到了确保车险增值服务系统正常运行，准确处理订单业务，进而为车险用户提供丰富的、人性化的订单服务，同时提升用户对车险增值服务系统满意度的技术效果。
87.实施例二
88.基于与前述实施例中一种基于多源数据的订单处理方法同样发明构思，本发明还提供了一种基于多源数据的订单处理系统，如图2所示，所述系统包括：
89.第一获得单元11：所述第一获得单元11用于获得车险增值服务系统；
90.第二获得单元12：所述第二获得单元12用于根据所述车险增值服务系统获得用户端查询入口信息；
91.第三获得单元13：所述第三获得单元13用于根据所述用户端查询入口信息获得第一用户的个人账号信息；
92.第一登录单元14：所述第一登录单元14用于根据所述第一用户个人账号信息登录所述车险增值服务系统；
93.第四获得单元15：所述第四获得单元15用于获得所述第一用户在所述车险增值服务系统上的历史订单检索信息；
94.第五获得单元16：所述第五获得单元16用于获得所述第一用户的第一订单检索输入信息；
95.第一输入单元17：所述第一输入单元17用于将所述历史订单检索信息和所述第一
订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息；
96.第六获得单元18：所述第六获得单元18用于根据所述第一订单查询信息获得第一订单查询结果；
97.第一判断单元19：所述第一判断单元19用于判断所述第一订单查询结果是否正常；
98.第一发送单元20：所述第一发送单元20用于若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理。
99.进一步的，所述系统还包括：
100.第七获得单元：所述第七获得单元用于获得车辆型号信息；
101.第八获得单元：所述第八获得单元用于根据所述车辆型号信息获得对应车险增值服务订单信息；
102.第一构建单元：所述第一构建单元用于根据所述车辆型号信息和所述对应车险增值服务订单信息构建数据库；
103.第一搭建单元：所述第一搭建单元用于根据所述数据库搭建车险增值服务系统。
104.进一步的，所述系统还包括：
105.第九获得单元：所述第九获得单元用于根据所述第一订单查询信息获得所述第一用户的第一订单消费记录信息；
106.第十获得单元：所述第十获得单元用于获得所述车险增值服务系统的用户后台数据管理信息；
107.第十一获得单元：所述第十一获得单元用于根据所述用户后台数据管理信息获得所述第一用户的第一订单消费管理信息；
108.第二判断单元：所述第二判断单元用于判断所述第一订单消费记录信息是否满足所述第一订单消费管理信息；
109.第一修正单元：所述第一修正单元用于若所述第一订单消费记录信息不满足所述第一订单消费管理信息，对所述第一订单消费记录信息进行修正。
110.进一步的，所述系统还包括：
111.第十二获得单元：所述第十二获得单元用于获得第二订单查询异常反馈信息，所述第二订单查询异常反馈信息为第二用户反馈的第二订单查询异常信息，以此类推，获得第三订单查询异常反馈信息；
112.第十三获得单元：所述第十三获得单元用于根据所述第二订单查询异常反馈信息和所述第三订单查询异常反馈信息获得第一检修指令；
113.第一检修单元：所述第一检修单元用于根据所述第一检修指令对所述车险增值服务系统进行检修，获得第一检修结果；
114.第一生成单元：所述第一生成单元用于根据所述第一检修结果分别生成第二订单查询结果和第三订单查询结果；
115.第二发送单元：所述第二发送单元用于将所述第二订单查询结果和所述第三订单查询结果分别发送至所述第二用户和第三用户。
116.进一步的，所述系统还包括：
117.第十四获得单元：所述第十四获得单元用于获得所述第一用户的个人账号访问请
求信息；
118.第三发送单元：所述第三发送单元用于将所述个人账号访问请求信息发送至所述第一用户；
119.第十五获得单元：所述第十五获得单元用于获得所述第一用户的个人账号访问反馈信息；
120.第十六获得单元：所述第十六获得单元用于根据所述个人账号访问反馈信息获得所述第一用户的个人账号信息。
121.进一步的，所述系统还包括：
122.第十七获得单元：所述第十七获得单元用于获得第一更新指令；
123.第十八获得单元：所述第十八获得单元用于根据所述第一更新指令获得第一更新时限；
124.第一更新单元：所述第一更新单元用于根据所述第一更新指令和所述第一更新时限，对所述数据库进行实时更新。
125.进一步的，所述系统还包括：
126.第二输入单元：所述第二输入单元用于将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型进行训练，所述第一训练模型通过多组训练数据训练所得，所述多组训练数据中的每一组数据均包括：所述历史订单检索信息、所述第一订单检索输入信息以及用来标识第一订单查询的标识信息；
127.第十九获得单元：所述第十九获得单元用于获得所述第一训练模型的输出信息，所述输出信息包括第一用户的第一订单查询信息。
128.前述图1实施例一中的一种基于多源数据的订单处理方法的各种变化方式和具体实例同样适用于本实施例的一种基于多源数据的订单处理系统，通过前述对一种基于多源数据的订单处理方法的详细描述，本领域技术人员可以清楚的知道本实施例中一种基于多源数据的订单处理系统的实施方法，所以为了说明书的简洁，再次不再详述。
129.实施例三
130.下面参考图3来描述本申请实施例的电子设备。
131.图3图示了根据本申请实施例的电子设备的结构示意图。
132.基于与前述实例施中一种基于多源数据的订单处理方法的发明构思，本发明还提供一种基于多源数据的订单处理系统，其上存储有计算机程序，该程序被处理器执行时实现前文所述一种基于多源数据的订单处理方法的任一方法的步骤。
133.其中，在图3中，总线架构(用总线300来代表)，总线300可以包括任意数量的互联的总线和桥，总线300将包括由处理器302代表的一个或多个处理器和存储器304代表的存储器的各种电路链接在一起。总线300还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口305在总线300和接收器301和发送器303之间提供接口。接收器301和发送器303可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器302负责管理总线300和通常的处理，而存储器304可以被用于存储处理器302在执行操作时所使用的数据。
134.本申请实施例提供了一种基于多源数据的订单处理方法，其中，所述方法包括：获
得车险增值服务系统；根据所述车险增值服务系统获得用户端查询入口信息；根据所述用户端查询入口信息获得第一用户的个人账号信息；根据所述第一用户个人账号信息登录所述车险增值服务系统；获得所述第一用户在所述车险增值服务系统上的历史订单检索信息；获得所述第一用户的第一订单检索输入信息；将所述历史订单检索信息和所述第一订单检索输入信息输入第一训练模型，获得所述第一用户的第一订单查询信息；根据所述第一订单查询信息获得第一订单查询结果；判断所述第一订单查询结果是否正常；若所述第一订单查询结果不正常，将所述第一订单查询结果发送至所述车险增值服务系统进行处理。
135.本领域内的技术人员应明白，本发明的实施例可提供为方法、系统或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd
‑
rom、光学存储器等)上实施的计算机程序产品的形式。
136.本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
137.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
138.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
139.尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
140.显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。