一种自助下单的方法及系统与流程

本发明涉及电子商务领域，特别涉及一种自助下单的方法及系统。

背景技术：

随着互联网和电子商务的发展，人们越来越习惯于互联网购物。目前，现有的人工下单耗时长，下单慢，不能在用户下完单后立即购买完成。这主要是由以下几个方面造成的：

a)买手只能在同时间操作一个订单，这就使得下单时间拖长，同时单个人同一时段内的效率较低。

b)当用户在非工作时间下单，就会造成订单滞后，比如零点下单、午休时段下单，将造成订单处理的延迟。

c)当用户大量进入造成订单数量巨大，买手工作量上升容易出错混淆，造成不必要的损失。

另外，更多的用户会通过互联网选择海淘购物，海淘即海外/境外购物，就是通过互联网检索海外商品信息，并通过电子订购单发出购物请求，然后填上私人信用卡号码，由海外购物网站通过国际快递发货，或是由转运公司代收货物再转寄回国。目前海淘的流程复杂繁琐，用户也无法实现自助。

用户想要下单过程至少包括：注册网站、填写用户信息-挑选商品-加入购物车-全部挑选完毕，确认数量及金额，结账-输入转运公司提供的代收地址和收货人名-输入信用卡账单地址，卡号，姓名，有效期限-购物成功-过几个小时后收到海外购物网站的扣款短信-海外购物网站发货-转运公司代收仓库收到包裹，支付转运费并提交转运回国内的发货指令-转运公司发货，一般5-7天后到达等等繁琐的流程。用户为了实现上述流程，将经过了上述复杂操作后，用户体验较差、用户下单成交率较低。

现有技术的一些解决方法，比如，中国专利申请cn105184585a一种互联网下单方法及装置，提取用户的客户端地理位置信息；根据所述地理位置信息进行周边服务者的关联处理，并将所述周边服务者推送给用户进行选择；获取到所述用户下单指令和选择的所述周边服务者，通知选择的所述周边服务者。此方法可减少用户和服务者相互之间的数据交互，但是下单方式依然较为繁琐，自动化程度较低。又比如，中国专利申请cn105303417a一种商品自动下单系统及方法，在系统中包括了：订阅单元，用于接收用户的自动下单请求，其中，该自动下单请求包括订阅数据，并将所述订阅数据存储于数据库中；消息生成单元，用于在商品价格调整、商品参与促销活动或商品库存发生变动时，生成商品消息；业务处理单元，用于根据该商品消息获取相应的业务数据，并在所述数据库中获取与该业务数据匹配的订阅数据；商品下单单元，用于根据所述业务处理单元获取的订阅数据，进行商品下单，并生成订单数据。该系统主要基于订阅单元，通过储存用户的订阅数据，及时帮助用户进行信息处理从而进行下单，但是对订阅数据的依赖大多存在于商品库存不足的情况，对于海淘或者其它电商场景下适用性较低。

为了满足日益增长的订单数量及下单实时性需求，有待提供可以自动下单的解决方案。

技术实现要素：

本发明要解决的技术问题是，提供下单自动响应、方便、可提高用户体验的自助下单的方法。

解决上述技术问题，本发明提供了一种自助下单的方法，包括如下步骤：

1)预处理阶段：

1-1)根据从后台服务器接收到的订单信息获得产品信息，

1-2)排除产品信息异常后根据所述产品信息打开所述产品所属网站的登录页面，

1-3)在所述登录页面模拟人工登录操作，并输入账号密码，

1-4)登录成功后清除购物车中商品，

2)自动下单阶段：

2-1)打开商品详情页，根据所述产品信息定位得到产品的具体库存，

2-2)模拟人工操作点击购买商品并加入购物车后跳转至购物车页面，

2-3)检查所述产品信息是否与所述购物车中一致，

2-4)若检查通过则跳转至支付页面，

3)支付阶段：

3-1)在所述支付页面完成购买确认支付，

3-2)将确认支付后得到的已支付订单号进行同步。

更进一步，所述产品信息至少包括：

{来源网站网址，购买数量，购买商品颜色和尺码}。

更进一步，所述预处理阶段、自动下单阶段以及支付阶段基于一selenium框架搭建。

更进一步，上述步骤还包括：

在所述步骤1-2)中判断订单是否被人工取消，

在所述步骤1-3)中判断订单是否被人工取消，

在所述步骤1-4)中判断订单是否被人工取消，

在所述步骤2-3)中判断订单是否被人工取消，

若在上述步骤中判断出有订单被人工取消，则进行异常反馈和捕获。

更进一步，在打开所述产品所属网站的登录页面、输入账号密码、登录成功后清除购物车中商品、跳转至购物车页面或者在所述支付页面完成购买确认支付后，自动进行截图存并保存至本地，用以在所述支付阶段完成后上述所述截图。

基于上述，本发明还提供了一种自助下单的系统，包括：客户端和服务器端，在所述服务器端保存用户和商品信息作为后台数据，

所述客户端包括：下单预处理单元和自动下单单元，

所述下单预处理单元包括：产品信息接收模块、模拟登陆模块、清除历史信息模块，

所述产品信息接收模块，用以根据从后台服务器接收到的订单信息获得产品信息，以及根据从后台服务器接收到的订单信息获得产品信息，

所述模拟登陆模块，用以根据所述产品信息打开所述产品所属网站的登录页面，在所述登录页面模拟人工登录操作，并输入账号密码；

所述清除历史信息模块，用以登录成功后清除购物车中商品

所述自动下单单元包括：模拟购买模块、库存模块，

所述库存模块，用以打开商品详情页，根据所述产品信息定位得到产品的具体库存，

所述模拟购买模块，用以模拟人工操作点击购买商品并加入购物车后跳转至购物车页面，检查所述产品信息是否与所述购物车中一致，若检查通过则跳转至支付页面；

还包括：支付单元，用以在所述支付页面完成购买确认支付，将确认支付后得到的已支付订单号进行同步。

更进一步，所述客户端被配置为运行安卓或者ios。

更进一步，所述客户端还包括：自动截图api，用以在打开所述产品所属网站的登录页面、输入账号密码、登录成功后清除购物车中商品、跳转至购物车页面或者在所述支付页面完成购买确认支付后，自动进行截图存并保存至本地，用以在所述支付阶段完成后上述所述截图。

更进一步，所述客户端还包括：异常捕获单元，用以判断订单在操作过程中是否被人工取消，若在判断出有订单被人工取消，则通过邮件通道进行异常反馈和捕获。

更进一步，所述客户端和服务器端保持长连接。

本发明的有益效果：

1)由于在本发明中的预处理阶段，根据从后台服务器接收到的订单信息获得产品信息，排除产品信息异常后根据所述产品信息打开所述产品所属网站的登录页面，在所述登录页面模拟人工登录操作，并输入账号密码，登录成功后清除购物车中商品。通过上述预处理操作，可以获得订单所对应的原始产品信息，并通过模拟人工登录操作登录到对应的网站进行登录，最后还会清楚购物车中可能存在的历史商品，以防造成结账时的错误和与订单中的产品信息不匹配。由于在本发明中的自动下单阶段，打开商品详情页，根据所述产品信息定位得到产品的具体库存，模拟人工操作点击购买商品并加入购物车后跳转至购物车页面，检查所述产品信息是否与所述购物车中一致，若检查通过则跳转至支付页面。在上述步骤中通过模拟人工操作点击购买商品的行为可实现自助购物和将商品添加至购物车中，并且需要再次检查产品信息是否与购物车中一致，保证了模拟人工操作的准确性和高效率。由于在本发明中的支付阶段，在所述支付页面完成购买确认支付，将确认支付后得到的已支付订单号进行同步。

2)由于在本发明中在预处理阶段、自动下单阶段以及支付阶段基于一selenium框架搭建，能够实现在web端的自动化框架研究中，使得下单自动化变得容易起来，自动下单是不需要专门的人员等待，且同一时间可行并行处理多种订单，处理速度远远高于人工下单。

3)由于在本发明中在每个阶段都会判断订单是否被人工取消，若在上述步骤中判断出有订单被人工取消，则进行异常反馈和捕获。通过每一步结束都会判断订单是否被人工取消，保证系统执行机制准确无误，同时可以很快通过邮件通道通知相关人员解异常，从而减少下单错误率。

4)由于在本发明中的在打开所述产品所属网站的登录页面、输入账号密码、登录成功后清除购物车中商品、跳转至购物车页面或者在所述支付页面完成购买确认支付后，自动进行截图存并保存至本地，用以在所述支付阶段完成后上述所述截图。通过保存当前订单状态截图的操作，能够实现订单的溯源，在排除异常时能够准确找到并定位到出错的位置。

5)由于本发明中的系统，包括了客户端和服务器端，用户可以通过在客户端配置安卓或者ios操作系统，运行封装好的软件程序即可实现系统中自助下单的功能。客户端基于web端可以适用于目前绝大多数的互联网购物需求。满足用户在无线终端即可实现随时随地自助下单，提升了用户体验。

附图说明

图1是本发明一实施例中的方法流程示意图；

图2是本发明一实施例中的方法流程示意图；

图3是本发明一优选实施例中的系统示意图；

图4是本发明一实施例中的自助下单的方法的实现流程图。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。可以理解，这些实施例仅出于说明并且帮助本领域的技术人员理解和实施例本公开的目的而描述，而非建议对本公开的范围的任何限制。在此描述的本公开的内容可以以下文描述的方式之外的各种方式实施。

如本文中所述，术语“包括”及其各种变体可以被理解为开放式术语，其意味着“包括但不限于”。术语“基于”可以被理解为“至少部分地基于”。术语“一个实施例”可以被理解为“至少一个实施例”。术语“另一实施例”可以被理解为“至少一个其它实施例”。

在本申请中的selenium是thoughtwork的一款开源自动化测试框架，框架包括：控件-页面-测试用例。在最底层，需要编写一些常用的控件对象，大多数情况下，这些对象是可以复用的，除个别特殊功能外。

在页面层面，也是测试人员工作量最大的地方，需要对待测试的每个页面进行转化。针对每个页面，编写对象，一般包括页面初始化，初始化/定义一些页面控件；页面操作；操作结果确认。

测试用例层面，通过调用一些页面操作、结果确认组合成。

请参考图1是本发明一实施例中的方法流程示意图，包括如下步骤：

1)预处理阶段：

步骤s1根据从后台服务器接收到的订单信息获得产品信息，此步骤可以获得后台的数据，包括但不限于如下的订单信息：

(order_no，url,quantity,size,color,width,dimensionnames)

dimensionnames:用以定义商品的维度，例如：鞋类商品含有尺码，颜色，脚宽三个维度，则它的dimension为"dimensions":["size","width","color"])。

采用上述订单信息，描述商品的维度比如，来源网站，购买数量，商品颜色，商品尺码。

步骤s2排除产品信息异常后根据所述产品信息打开所述产品所属网站的登录页面，此步骤在自动下单系统中接收商品信息并检查商品信息是否有误，若商品信息有误则发送错误信息回后台，并自动通过邮件通知相关技术人员及买手，排查错误来源；若商品信息确认无误，通知后台自动下单开始，并开始下单。

步骤s3在所述登录页面模拟人工登录操作，并输入账号密码，此步骤通过模拟人工登录输入账号密码，具体而言，通过python语言中的pyvirtualdisplay，打开1024*768虚拟屏幕，通过selenium自动化测试框架在服务器后台调用webdriver函数，打开虚拟火狐浏览器(以火狐为例)。调用driver.get函数打开商城登录页，定位到登陆框账号密码元素的id，driver.find_element_by_id.sendkeys函数输入账号密码，再通过调用driver.find_element_by_id.click()函数模拟点击登录按钮实现模拟人工登录。

步骤s4登录成功后清除购物车中商品，继续使用步骤s3打开的虚拟屏幕和浏览器，通过driver.get函数打开购物车页面，通过driver.find_elements_by_xpath函数使用xpath语言获取当前购物车中的商品数量保存到count字段，当count>0时则需清空购物车。清空购物车：通过driver.find_elements_by_xpath函数定位至删除按钮，在循环调用click函数模拟点击删除商品按钮，直至count＝＝0。

在本实施例中的预处理阶段，根据从后台服务器接收到的订单信息获得产品信息，排除产品信息异常后根据所述产品信息打开所述产品所属网站的登录页面，在所述登录页面模拟人工登录操作，并输入账号密码，登录成功后清除购物车中商品。通过上述预处理操作，可以获得订单所对应的原始产品信息，并通过模拟人工登录操作登录到对应的网站进行登录，最后还会清楚购物车中可能存在的历史商品，以防造成结账时的错误和与订单中的产品信息不匹配。

2)自动下单阶段：

步骤s5打开商品详情页，根据所述产品信息定位得到产品的具体库存，通过后台发送的商品颜色、尺码的商品描述维度，定位到具体库存，即找到与产品颜色、尺码的产品描述维度相匹配的库存，在库存有货时进行购买。

在一些实施例中，所述步骤s5还包括：在库存不足时，进行到货登记，并根据到货登记的信息，自动进行邮件提醒。

在一些实施例中，所述步骤s5还包括：在库存不足时，通过商品颜色、尺码的商品描述维度，进行相似商品的推荐。

在一些实施例中，所述步骤s5还包括：在库存不足时，自动返回商品详情页，并定期访问商品库存，根据所述产品信息定位得到产品的具体库存，直到商品由于缺货下架。

步骤s6模拟人工操作点击购买商品并加入购物车后跳转至购物车页面，在详情页中通过driver.find_element_by_id函数定位到“加入购物车”按钮，再通过click函数模拟点击事件完成加入购物车，

步骤s7检查所述产品信息是否与所述购物车中一致，

步骤s8若检查通过则跳转至支付页面，

在本实施例中的自动下单阶段，打开商品详情页，根据所述产品信息定位得到产品的具体库存，模拟人工操作点击购买商品并加入购物车后跳转至购物车页面，检查所述产品信息是否与所述购物车中一致，若检查通过则跳转至支付页面。在上述步骤中通过模拟人工操作点击购买商品的行为可实现自助购物和将商品添加至购物车中，并且需要再次检查产品信息是否与购物车中一致，保证了模拟人工操作的准确性和高效率。

3)支付阶段：

步骤s9在所述支付页面完成购买确认支付，

步骤s10将确认支付后得到的已支付订单号进行同步。

在一些实施例中，所述产品信息至少包括：{来源网站网址，购买数量，购买商品颜色和尺码}。

在一些实施例中，所述预处理阶段、自动下单阶段以及支付阶段基于一selenium框架搭建，在预处理阶段、自动下单阶段以及支付阶段基于一selenium框架搭建，能够实现在web端的自动化框架研究中，使得下单自动化变得容易起来，自动下单是不需要专门的人员等待，且同一时间可行并行处理多种订单，处理速度远远高于人工下单。

在本实施例中的支付阶段，在所述支付页面完成购买确认支付，将确认支付后得到的已支付订单号进行同步。

如图2所示，作为本实施例中的优选，上述步骤还包括：

步骤s21:在所述步骤s2中判断订单是否被人工取消，

步骤s31:在所述步骤s3中判断订单是否被人工取消，

步骤s41:在所述步骤s4中判断订单是否被人工取消，

在所述步骤s7中判断订单是否被人工取消，

若在上述步骤中判断出有订单被人工取消，则进行异常反馈和捕获。

作为本实施例中的优选，在打开所述产品所属网站的登录页面、输入账号密码、登录成功后清除购物车中商品、跳转至购物车页面或者在所述支付页面完成购买确认支付后，自动进行截图存并保存至本地，用以在所述支付阶段完成后上述所述截图。在本实施例中的在打开所述产品所属网站的登录页面、输入账号密码、登录成功后清除购物车中商品、跳转至购物车页面或者在所述支付页面完成购买确认支付后，自动进行截图存并保存至本地，用以在所述支付阶段完成后上述所述截图。通过保存当前订单状态截图的操作，能够实现订单的溯源，在排除异常时能够准确找到并定位到出错的位置。

在一些实施例中，上述步骤s1-步骤s10中任一步骤结束过后，都自动执行截图操作，将截图保存至本地等待订单完成后上传。

在一些实施例中，上述步骤s1-步骤s10中通过邮箱通道通知后台管理员进行异常处理。

在一些实施例中，上述步骤s1-步骤s10中包括了两次检查所述产品信息是否与所述购物车中一致/打开商品详情页时与所述产品信息是否一致。

请参考图3是本发明一优选实施例中的系统示意图，本实施例中的一种自助下单的系统，包括：客户端2和服务器端1，在所述服务器端1保存用户和商品信息作为后台数据，

所述客户端2包括：下单预处理单元21和自动下单单元22，

所述下单预处理单元21包括：产品信息接收模块221、模拟登陆模块212、清除历史信息模块213，

所述产品信息接收模块221，用以根据从后台服务器接收到的订单信息获得产品信息，以及根据从后台服务器接收到的订单信息获得产品信息，

所述模拟登陆模块212，用以根据所述产品信息打开所述产品所属网站的登录页面，在所述登录页面模拟人工登录操作，并输入账号密码；

所述清除历史信息模块213，用以登录成功后清除购物车中商品

所述自动下单单元22包括：模拟购买模块221、库存模块222，

所述库存模块221，用以打开商品详情页，根据所述产品信息定位得到产品的具体库存，

所述模拟购买模块222，用以模拟人工操作点击购买商品并加入购物车后跳转至购物车页面，检查所述产品信息是否与所述购物车中一致，若检查通过则跳转至支付页面；

还包括：支付单元23，用以在所述支付页面完成购买确认支付，将确认支付后得到的已支付订单号进行同步。

本实施例中的系统，包括了客户端2和服务器端1，用户可以通过在客户端配置安卓或者ios操作系统，运行封装好的软件程序即可实现系统中自助下单的功能。客户端基于web端可以适用于目前绝大多数的互联网购物需求。满足用户在无线终端即可实现随时随地自助下单，提升了用户体验。

作为本实施例中的优选，所述客户端2被配置为运行安卓或者ios。

作为本实施例中的优选，所述客户端2还包括：自动截图api，用以在打开所述产品所属网站的登录页面、输入账号密码、登录成功后清除购物车中商品、跳转至购物车页面或者在所述支付页面完成购买确认支付后，自动进行截图存并保存至本地，用以在所述支付阶段完成后上述所述截图。

作为本实施例中的优选，所述客户端2还包括：异常捕获单元，用以判断订单在操作过程中是否被人工取消，若在判断出有订单被人工取消，则通过邮件通道进行异常反馈和捕获。

作为本实施例中的优选，所述客户端2和服务器端1保持长连接。

图4是本发明一实施例中的自助下单的方法的实现流程图，包括如下实现的步骤：

步骤1，后台接收的订单信息，比如可以在web端接收

步骤2，从订单信息中提取出商品信息，即：商品的库存信息(如：来源网站，购买数量，商品颜色，商品尺码，描述商品的维度)

步骤3，通知自动下单系统并发送商品信息

步骤4，自动下单系统接收商品信息并检查商品信息是否有误

步骤5，若商品信息有误则发送错误信息回后台，并自动通过邮件通知相关技术人员及买手，排查错误来源；若商品信息确认无误，通知后台自动下单开始，并开始下单

步骤6，模拟人工登录输入账号密码，包括但不限于网站登录输入的用户验证码

步骤7，清除购物车中商品，但包括用户收藏夹中的商品，收藏夹中的商品可作为感兴趣的商品进行推荐

步骤8，打开商品详情页，包括但不限于打开商品所对应的url,

步骤9，通过后台发送的商品颜色、尺码、商品描述维度，定位到具体库存

步骤10，模拟人工点击加入购物车

步骤11，跳转购物车页面

步骤12，检查商品种类和单一商品数量是否与接收的数据一致

步骤13，若检查通过则跳转支付页，若检查出错则抛出异常

步骤14，确认支付

步骤15，通知后台自动下单成功并发送相应订单的国外订单号和每一步骤的截图

步骤16，上传每个步骤截图

步骤17，异常捕获，自动发送错误邮件给相关线下运维人员

步骤18，发送自动下单成功邮件

本发明中的系统中包括了客户端和服务器端，用户可以通过在客户端配置安卓或者ios操作系统，运行封装好的软件程序即可实现系统中自助下单的功能。客户端基于web端可以适用于目前绝大多数的互联网购物需求。满足用户在无线终端即可实现随时随地自助下单，提升了用户体验。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

总体而言，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任意组合实施。一些方面可以以硬件实施，而其它一些方面可以以固件或软件实施，该固件或软件可以由控制器、微处理器或其它计算设备执行。虽然本公开的各种方面被示出和描述为框图、流程图或使用其它一些绘图表示，但是可以理解本文描述的框、设备、系统、技术或方法可以以非限制性的方式以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合实施。

此外，虽然操作以特定顺序描述，但是这不应被理解为要求这类操作以所示的顺序执行或是以顺序序列执行，或是要求所有所示的操作被执行以实现期望结果。在一些情形下，多任务或并行处理可以是有利的。类似地，虽然若干具体实现方式的细节在上面的讨论中被包含，但是这些不应被解释为对本公开的范围的任何限制，而是特征的描述仅是针对具体实施例。在分离的一些实施例中描述的某些特征也可以在单个实施例中组合地执行。相反对，在单个实施例中描述的各种特征也可以在多个实施例中分离地实施或是以任何合适的子组合的方式实施。