CN115408614A - 一种订单查询方法、装置、电子设备及介质 - Google Patents

Abstract

本申请提供了一种订单查询方法、装置、电子设备及介质，所述方法包括：获取订单表中的待查询订单，待查询订单包括第一属性、第二属性；定位预设搜索输入框在预设第一网页中的位置，将第一属性填充到预设搜索输入框中，基于所述第一属性搜索第一订单，将第一订单的搜索结果在第二网页中显示；定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，打开待查询订单对应的查询地址，将订单进度信息在第三网页中显示；定位待查询订单的订单进度信息在第三网页中的位置，获取待查询订单的订单进度信息并对应保存在订单表中，提高了订单进度信息的查询效率和准确率。

Description

一种订单查询方法、装置、电子设备及介质

技术领域

本申请涉及数据处理领域，具体而言，涉及一种订单查询方法、装置、电子设备及介质。

背景技术

供应商、批发商在进行大批量订单时，需要通过订单系统查询订单进度，具体的，需要在浏览器中登入订单系统的网址，收集订单信息以进行设备的发运，以及在该订单系统的网站中查询各个订单中设备的收货以及付款情况。目前，工作人员只能基于订单表进行人工核查，准确率无法保证百分百正确，步骤繁琐，并且成本高，重复率高，并且人工效率特别低，查询速度慢。

发明内容

有鉴于此，本申请的目的在于提供一种订单查询方法、装置、电子设备及介质，所述方法能够基于订单表自动获取各个订单中设备的收货以及付款等订单进度信息，效率高且无信息遗漏。

本申请实施例提供的一种订单查询方法，包括：

获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性；

定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示；

定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示；

定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

在一些实施例中，所述的订单查询方法还包括：

启动多个任务进程，并确定出工作状态为空闲状态的多个目标任务进程，为多个目标任务进程进行分配不同订单表中的待查询订单，以使多个目标任务进程同时执行不同订单表的订单进度信息查询任务。

在一些实施例中，所述的订单查询方法中，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中，包括：

将所述待查询订单的订单进度信息缓存至内存中；

检测到满足预设存储条件，将所述已经缓存的待查询订单的订单进度信息录入订单表中；

响应保存订单表的第四命令，保存录入订单进度信息的订单表。

在一些实施例中，所述的订单查询方法中，所述检测到满足预设存储条件至少包括以下之一：

检测到已经获取订单表中全部待查询订单的订单进度信息、检测到出现网络错误、检测在获取待查询订单的订单进度信息的过程中任一网页关闭。

在一些实施例中，所述的订单查询方法中，获取订单表中的待查询订单，包括：

读取所述订单表中每行订单项的第一属性和第二属性，基于第一属性、第二属性均相同的多行订单项确定一个待查询订单；

相应的，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示，包括：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

在一些实施例中，所述的订单查询方法中，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示，包括：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的搜索结果展示在第四网页上；

响应打开每一订单项的搜索结果对应查询地址的第五命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

在一些实施例中，所述的订单查询方法中，在定位预设搜索输入框在预设第一网页中的位置之前，所述方法还包括：

定位订单系统的登录界面中的登录输入框和/或验证控件，并获取与订单表对应的预设用户登录信息和/或与验证控件匹配的验证信息；

将所述预设用户登录信息填充至登录输入框中，和/或验证控件响应基于所述验证信息的验证指令，打开第一网页。

在一些实施例中，还提供一种订单查询装置，具体的，所述装置包括：

获取模块，用于获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性；

第一定位模块，用于定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示；

第二定位模块，用于定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示；

第三定位模块，用于定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

在一些实施例中，还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行所述的订单查询方法的步骤。

在一些实施例中，还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行所述的订单查询方法的步骤。

本申请提供一种订单查询方法、装置、电子设备及介质，所述订单查询方法通过定位订单系统中的预设搜索输入框在预设第一网页中的位置，将待搜索订单的关键字自动填入预设搜索输入框中，自动跳转至第二网页，并通过定位第二网页中的搜索结果的目标元素，二次判断搜索结果是否为用户需要的待查询订单，从而提高查询的准确率；随后将查询得到的待查询订单的订单进度信息自动对应保存在订单表中；整个查询过程省去了大量人工操作的步骤，降低了成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所述订单查询方法的方法流程图；

图2示出了本申请实施例所述另一种订单查询方法的方法流程图；

图3示出了本申请实施例所述订单系统的登录界面示意图；

图4示出了本申请实施例所述预设第一网页示意图；

图5示出了本申请实施例所述响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示的方法流程图；

图6示出了本申请实施例所述获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中的方法流程图；

图7示出了本申请实施例所述订单系统窗口示意图；

图8示出了本申请实施例所述订单查询装置的结构示意图；

图9示出了本申请实施例所述电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。

另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。

供应商、批发商在进行大批量订单时，需要通过订单系统查询订单进度，具体的，需要在浏览器中登入订单系统的网址，收集订单信息以进行设备的发运，以及在该订单系统的网站中查询各个订单中设备的收货以及付款情况。目前，工作人员只能基于订单表进行人工核查，准确率无法保证百分百正确，步骤繁琐，并且成本高，重复率高，并且人工效率特别低，查询速度慢。

为解决人工查询的准确率低，速度慢的问题，人效和正确率，亟需一种方法，一键获取订单中收货、付款等订单进度信息，并且保证信息无遗漏。

现有技术中，解决类似的查询问题时，使用爬虫(requst库和re库)来实现。但是使用爬虫，每次登录时都需要重新录入cookie，虽然查询速度快，但是会出现信息丢失，不全的问题,请求速度过快有违法的风险。

基于此，本申请提供一种订单查询方法，通过定位订单系统中的预设搜索输入框在预设第一网页中的位置，将待搜索订单的关键字自动填入预设搜索输入框中，自动跳转至第二网页，并通过定位第二网页中的搜索结果的目标元素，二次判断搜索结果是否为用户需要的待查询订单，从而提高查询的准确率；随后将查询得到的待查询订单的订单进度信息自动对应保存在订单表中；整个查询过程省去了大量人工操作的步骤，降低了成本。

请参照图1，图1示出了本申请实施例所述订单查询方法的方法流程图；具体的，所述订单查询方法包括以下步骤S101-S104；

S101、获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性；

S102、定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示；

S103、定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示；

S104、定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

本申请实施例中，所述订单查询方法可以运行于终端设备；其中，终端设备可以为本地终端设备，当实体定位方法运行于终端设备时，该实体定位方法则可以基于云交互系统来实现与执行，其中，云交互系统至少包括服务器和客户端设备(也即终端设备)；所述服务器用于响应终端设备发送的查询请求，在订单系统中进行查询以得到查询结果，并将查询结果发送至终端设备，以在终端设备的人机交互界面中展示所述查询结果。

以下以所述订单查询方法运行于终端设备为例，具体说明所述订单查询方法。

在所述步骤S101中，获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性。

所述订单表，为供应链部门、厂商部门等主体制作的excel表格，所述excel表格中登记有台账内容。

示例性的，请参照以下表一，表一示出了本申请实施例所述订单表。

表一

基于上述表一，所述订单表中待查询订单的属性，可以为该订单表中的表头，也就是说，所述第一属性至少为订单表中的部分表头项、第二属性至少为订单表中的部分表头项。第一属性和第二属性仅仅是本申请实施例为了区分不同的执行步骤中的属性，第一属性和第二属性的数目可以为一个或多个，第一属性和第二属性中可以存在相同的属性。

所述获取订单表中的待查询订单，可以将所述订单表中的每一行订单项作为一个待查询订单，然后基于每一行订单项的属性，查询每一行订单项的订单进度信息。

基于表一，发现有一些订单项的内容存在相同之处，例如前4行，除了产品名称和产品编号不同外，市场、餐厅名称、餐厅编号等属性均相同。基于此，本申请实施例中，将所述订单表中第一属性、第二属性均相同的多行订单项确定一个待查询订单。本申请实施例中，所述第一属性为市场；第二属性为市场+餐厅名称。

本申请实施例中，所述获取订单表中的待查询订单，具体采用如下方法：

用pandas库读取需要查收货等订单进度信息的excel订单表，通过excel的表头获取数据，获取关键信息。例如表一中的表头为市场，餐厅名称，订单号、订单名称等。

pandas库将每列表头下的数据存储在一个list列表中，使得每一列的数据对应缓存在一个list列表，方便后续读取。

由于excel订单表中一个订单有很多品项，在excel中同一个订单会存在很多行的订单项。例如表一中福州A广场餐厅B的订单220000001，有产品E、产品F(含配件H)、型号为G的产品S、产品M四个订单项。基于此，在python中创建计数器以进行每个订单的区分，其中，第一属性、第二属性均相同的多行订单项确定一个待查询订单，而非将每一行订单项确定为一个待查询订单，在查询时按照待查询订单进行查询而非进行逐行查询，从而增加订单进度信息的查询效率。

本申请实施例中，在所述步骤S102之前，还需要自动打开预设第一网页。请参照图2，本申请实施例所述的订单查询方法，在定位预设搜索输入框在预设第一网页中的位置之前，所述方法还包括以下步骤S201-S202：

S201、定位订单系统的登录界面中的登录输入框和/或验证控件，并获取与订单表对应的预设用户登录信息和/或与验证控件匹配的验证信息；

S202、将所述预设用户登录信息填充至登录输入框中，和/或验证控件响应基于所述验证信息的验证指令，打开第一网页。

在所述步骤S201中，登录界面中的登录输入框和/或验证控件为以下之一：登录界面中仅展示登录输入框；登录界面同时展示登录输入框和验证控件；登录界面中仅展示登录输入框，在自动填入设定好的登录信息后，展示验证控件。

具体的，所述验证控件可以为滑块、验证图形等。

本申请实施例中，使用driver驱动打开预设登入网址，跳转至订单系统的登录界面，所述登录界面如图3所示，所述图3所示的登录界面300中展示有登录输入框和验证控件301；所述登录输入框包括账号框302和密码框303。

定位订单系统的登录界面中的登录输入框，具体为：通过XPATH定位到账号框和密码框；将所述预设用户登录信息填充至登录输入框中，具体为：使用selenium填入将设定好的账号和密码分别填入账号框和密码框中。

随后，再次利用selenium模块模拟滑块滑动，点击以打开预设第一网页。请参照图4，图4示出了本申请实施例所述预设第一网页示意图，所述预设第一网页中展示有预设搜索输入框401和搜索按钮402。

在所述步骤S102中，定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示。

也就是说，将所述第一属性作为查询所述待查询订单的关键字，通过selenium库的填写功能将上述步骤S101中获取的待查询订单的第一属性填入预设搜索输入框。

响应基于所述第一属性搜索第一订单的第一命令，所述第一命令是终端设备生成的。具体的，通过selenium库的填写功能将从步骤1中获取的第一属性填入预设搜索输入框后，再使用XPATH定位至搜索按钮后使用selenium库模拟点击，以生成基于所述第一属性搜索第一订单的第一命令。

响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示，具体的，所述终端设备将所述第一命令发送至订单系统服务器，所述服务器根据所述第一命令中携带的第一属性搜索匹配第一属性的订单作为第一订单的搜索结果，并将所述第一订单的搜索结果发送至终端设备，将第一订单的搜索结果在第二网页中显示。

示例性的，本申请实施例中，所述第一属性为市场，当店名为A广场餐厅B时，第一订单搜索结果中搜索到至少一项市场为福州的订单。

在所述步骤S103中，定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示。

具体的，循环XPATH定位第一订单的搜索结果第二属性所在列进行二次判断，找到第二属性待查询订单匹配的、正确的搜索结果，用selenuim模拟点击。

示例性的，所述第二属性为品牌和餐厅名称；餐厅名称名具体为A广场餐厅B；品牌具体为XX11；循环XPATH定位第一订单的搜索结果对应表格中的店名列和品牌名列，直至找到店名为品牌和餐厅名称分别为XX11、A广场餐厅B的行，即为待查询订单。随后，通过selenuim模拟点击待查询订单中的A广场餐厅B超链接，跳转至第三网页，所述第三网页中展示有所述待查询订单的订单进度信息。

需要说明的是，本申请实施例所述的例子中采用市场为第一属性，品牌和餐厅名称为第二属性，实际中可以根据需求合理设定第一属性和第二属性；例如将店名作为第一属性，将市场+订单号作为第二属性；例如将市场作为第一属性，将市场+店名作为第二属性。

本申请实施例中，通过第一属性进行第一次查询，在展示查询结果的第二网页上，通过循环XPATH定位第二属性，从第二网页上确定出待查询订单，是为了防止出现信息丢失，无法查询到待查询订单。例如，通过订单号进行精准查询时，若有一些新开的店铺没有订单号，则无法查询到该订单。而利用第一属性进行大范围的、较为模糊的搜索，则可以查询到更多的订单，宁可多出，不会漏点，从而防止信息丢失；通过循环XPATH定位第二属性进行二次判别，则可以准确的确定出待查询订单。

在获取订单表中的待查询订单，读取所述订单表中每行订单项的第一属性和第二属性，基于第一属性、第二属性均相同的多行订单项确定一个待查询订单。

因此，相应的，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示，包括：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

这里，所述第三网页上可以同时展示多个订单项对应的订单进度信息。

或者，对于一些订单系统来说，必须针对单个的订单项进行查询，才能跳转至仅仅展示该订单项的订单进度信息的第三网页。

具体的，请参照图5，在本申请实施例中，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示，包括：

S501、响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的搜索结果展示在第四网页上；

S502、响应打开每一订单项的搜索结果对应查询地址的第五命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

也就是说，响应打开所述待查询订单对应的查询地址的第二命令后，第四网页上展示的依然是列表，列表中包括待查询订单中每一订单项。随后，循环XPATH定位table中的订单项，并用selenuim模拟点击每一个订单项中的超链接，跳转至展示该订单项的订单进度信息的第三网页。

将待查询订单中每一订单项的搜索结果展示在第四网页上时，第四网页上可能会展示多余的订单项。基于此，在循环XPATH定位table中的订单项，通过订单项中具有位置性的第三属性进行定位，例如订单名称。

基于此，当待查询订单中包括多个订单项时，本申请实施例中，先基于一个订单在订单系统中进行搜索，打开一个第一网页和一个第二网页即可，在随后需要获取订单中每个订单项的订单进度信息时，逐一打开每个订单项对应的第三网页即可。相对于逐行进行查询，本申请实施例查询效率更高。

在所述步骤S104中，定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

所述订单进度信息包括JDE收货状态，JDE发票匹配状态等。

在第三网页中通过XPATH索引table进行信息提取，将提取到的订单进度信息(如JDE收货状态，JDE发票匹配状态)存储在新list中，并在满足预设存储条件时，使用openpyxl将订单进度信息录入订单表中，并进行保存。

具体的，请参照图6，本申请实施例中，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中，包括：

S601、将所述待查询订单的订单进度信息缓存至内存中；

S602、检测到满足预设存储条件，将所述已经缓存的待查询订单的订单进度信息录入订单表中；

S603、响应保存订单表的第四命令，保存录入订单进度信息的订单表。

具体的，所述检测到满足预设存储条件至少包括以下之一：

检测到已经获取订单表中全部待查询订单的订单进度信息、检测到出现网络错误、检测在获取待查询订单的订单进度信息的过程中任一网页关闭。这里，所述任一网页为第一网页、第二网页、第三网页或第四网页。

这里，先将待查询订单的订单进度信息缓存至内存，最后使用openpyxl誊写，无需针对每一项待查询订单的订单进度信息进行誊写和保存的操作，无需反复打开、保存、关闭订单表Excel，大大节约了誊写时间；检测到出现网络错误、检测在获取待查询订单的订单进度信息的过程中任一网页关闭，即在出现网络错误或进行误操作将窗口关闭等错误操作时，会先将收集好的信息填写入excel，再结束程序，不会因为误操作而前功尽弃，浪费时间，从而使得本申请实施例所述方法具有一定的错误处理能力。

在具体的应用过程中，有时需要查询多个不同订单表中每一订单的订单进度信息，为了节约查询时间，提高查询效率，本申请实施例中所述的订单查询方法还包括：

启动多个任务进程，并确定出工作状态为空闲状态的多个目标任务进程，为多个目标任务进程进行分配不同订单表中的待查询订单，以使多个目标任务进程同时执行不同订单表的订单进度信息查询任务。

也就是说，当终端设备中存在空闲状态的任务进程时，可以通过不同的任务进程独立查询不同订单表中的待查询订单。

在一些实施例中，为多个目标任务进程进行分配不同订单表中的待查询订单，不一定是同时分配的，例如检测出两个目标任务进程，即为这两个目标任务进程分别分配一订单表的查询任务。在这两个目标任务进程运行的过程中，又检测待新空出来一个目标任务进程，即为这个目标任务进程分配一订单表的查询任务。

在一些实施例中，为多个目标任务进程进行分配不同订单表中的待查询订单时，所述第一网页中有多个预设搜索输入框，将不同订单表的待查询订单的第一属性填充到不同的预设搜索输入框，以为多个目标任务进程进行分配不同订单表中的待查询订单，随后，不同搜索框对应不同的第二网页、第三网页、第四网页。

或者，所述第一网页中仅有一个预设搜索输入框，为多个目标任务进程进行分配不同订单表中的待查询订单时，先将一个订单表的待查询订单的第一属性填充到预设搜索输入框，展开搜索后，在执行步骤S102-S104的过程中，清空预设搜索输入框，再将另一个订单表的待查询订单的第一属性填充到预设搜索输入框，以使多个目标任务进程同时执行不同订单表的订单进度信息查询任务。

本申请实施例中，所述第一网页、第二网页、第三网页、第四网页可以为单独的网页，也可以为订单系统中的一个窗口，一个界面。

示例性的，请参照图7，所述第一网页、第二网页、第三网页、第四网页均为订单系统中的一个窗口，第一网页为首页窗口701，第二网页、第四网页分别一个项目列表窗口702；展示有订单进度信息的第三网页为订单信息窗口703。

在提取出第三网页中的第三进度信息后，通过iframe跳转关闭项目列表窗口和订单信息窗口，进行S101至S104的循环，以查询订单表中其他待查询订单的订单进度信息。

综上所述，本申请实施例中，采用Python实现本申请实施例所述订单查询方法，其中，pandas和openpyxl共同驱动excel，实现excel订单表的内容读取和订单进度信息填写；selenium和msedgedriver驱动web,用于生成命令，模拟用户操作，并自动打开网页。

基于同一发明构思，本申请实施例中还提供了与订单查询方法对应的订单查询装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述订单查询方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

具体的，请参照图8，图8示出了本申请实施例所述订单查询装置的结构示意图，具体的，所述装置包括：

获取模块801，用于获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性；

第一定位模块802，用于定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示；

第二定位模块803，用于定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示；

第三定位模块804，用于定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

本申请提供的订单查询装置，通过定位订单系统中的预设搜索输入框在预设第一网页中的位置，将待搜索订单的关键字自动填入预设搜索输入框中，自动跳转至第二网页，并通过定位第二网页中的搜索结果的目标元素，二次判断搜索结果是否为用户需要的待查询订单，从而提高查询的准确率；随后将查询得到的待查询订单的订单进度信息自动对应保存在订单表中；整个查询过程省去了大量人工操作的步骤，降低了成本。

在一些实施例中，所述订单查询装置中还包括：

分配模块，用于启动多个任务进程，并确定出工作状态为空闲状态的多个目标任务进程，为多个目标任务进程进行分配不同订单表中的待查询订单，以使多个目标任务进程同时执行不同订单表的订单进度信息查询任务。

在一些实施例中，所述订单查询装置中的第三定位模块，在获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中时，具体用于：

将所述待查询订单的订单进度信息缓存至内存中；

检测到满足预设存储条件，将所述已经缓存的待查询订单的订单进度信息录入订单表中；

响应保存订单表的第四命令，保存录入订单进度信息的订单表。

在一些实施例中，所述检测到满足预设存储条件至少包括以下之一：

检测到已经获取订单表中全部待查询订单的订单进度信息、检测到出现网络错误、检测在获取待查询订单的订单进度信息的过程中任一网页关闭。

在一些实施例中，所述订单查询装置中的获取模块，在获取订单表中的待查询订单时，具体用于：读取所述订单表中每行订单项的第一属性和第二属性，基于第一属性、第二属性均相同的多行订单项确定一个待查询订单；

相应的，所述第二定位模块，在响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示时，具体用于：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

在一些实施例中，所述订单查询装置中的第二定位模块，在响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示时，具体用于：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的搜索结果展示在第四网页上；

响应打开每一订单项的搜索结果对应查询地址的第五命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

在一些实施例中，所述订单查询装置中还包括：

第四定位模块，用于定位订单系统的登录界面中的登录输入框和/或验证控件，并获取与订单表对应的预设用户登录信息和/或与验证控件匹配的验证信息；

将所述预设用户登录信息填充至登录输入框中，和/或验证控件响应基于所述验证信息的验证指令，打开第一网页。

基于同一发明构思，本申请实施例中还提供了与订单查询方法对应的电子设备，由于本申请实施例中的电子设备解决问题的原理与本申请实施例上述订单查询方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

请参照图9，图9示出了本申请实施例所述电子设备的结构示意图，具体的，所述电子设备900包括：处理器902、存储器901和总线，所述存储器901存储有所述处理器902可执行的机器可读指令，当电子设备900运行时，所述处理器902与所述存储器901之间通过总线通信，所述机器可读指令被所述处理器902执行时执行所述的订单查询方法的步骤。

基于同一发明构思，本申请实施例中还提供了与订单查询方法对应的计算机可读存储介质，由于本申请实施例中的计算机可读存储介质解决问题的原理与本申请实施例上述订单查询方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

基于此，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行所述的订单查询方法的步骤。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，平台服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种订单查询方法，其特征在于，所述方法包括：

获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性；

定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示；

定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示；

定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

2.根据权利要求1所述的订单查询方法，其特征在于，所述方法还包括：

启动多个任务进程，并确定出工作状态为空闲状态的多个目标任务进程，为多个目标任务进程进行分配不同订单表中的待查询订单，以使多个目标任务进程同时执行不同订单表的订单进度信息查询任务。

3.根据权利要求1所述的订单查询方法，其特征在于，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中，包括：

将所述待查询订单的订单进度信息缓存至内存中；

检测到满足预设存储条件，将所述已经缓存的待查询订单的订单进度信息录入订单表中；

响应保存订单表的第四命令，保存录入订单进度信息的订单表。

4.根据权利要求3所述的订单查询方法，其特征在于，所述检测到满足预设存储条件至少包括以下之一：

检测到已经获取订单表中全部待查询订单的订单进度信息、检测到出现网络错误、检测在获取待查询订单的订单进度信息的过程中任一网页关闭。

5.根据权利要求1所述的订单查询方法，其特征在于，获取订单表中的待查询订单，包括：

读取所述订单表中每行订单项的第一属性和第二属性，基于第一属性、第二属性均相同的多行订单项确定一个待查询订单；

相应的，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示，包括：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

6.根据权利要求5所述的订单查询方法，其特征在于，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示，包括：

响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单中每一订单项的搜索结果展示在第四网页上；

响应打开每一订单项的搜索结果对应查询地址的第五命令，将待查询订单中每一订单项的订单进度信息在第三网页中显示。

7.根据权利要求1所述的订单查询方法，其特征在于：在定位预设搜索输入框在预设第一网页中的位置之前，所述方法还包括：

定位订单系统的登录界面中的登录输入框和/或验证控件，并获取与订单表对应的预设用户登录信息和/或与验证控件匹配的验证信息；

将所述预设用户登录信息填充至登录输入框中，和/或验证控件响应基于所述验证信息的验证指令，打开第一网页。

8.一种订单查询装置，其特征在于，所述装置包括：

获取模块，用于获取订单表中的待查询订单，其中，所述待查询订单包括第一属性、第二属性；

第一定位模块，用于定位预设搜索输入框在预设第一网页中的位置，将所述待查询订单的第一属性填充到所述预设搜索输入框中，响应基于所述第一属性搜索第一订单的第一命令，将第一订单的搜索结果在第二网页中显示；

第二定位模块，用于定位所述第一订单的搜索结果在第二网页中的位置，从所述第一订单的搜索结果中筛选出与所述第二属性匹配的待查询订单，响应打开所述待查询订单对应的查询地址的第二命令，将待查询订单的订单进度信息在第三网页中显示；

第三定位模块，用于定位所述待查询订单的订单进度信息在第三网页中的位置，响应获取待查询订单的订单进度信息的第三命令，获取待查询订单的订单进度信息，并将所述待查询订单的订单进度信息对应保存在订单表中。

9.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如权利要求1至7任意一项所述的订单查询方法的步骤。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7任意一项所述的订单查询方法的步骤。

Images