订单处理方法及系统与流程

本公开涉及计算机技术领域，更具体地，涉及一种订单处理方法及系统。

背景技术：

随着互联网的快速发展，越来越多的用户选择网上购物，目前网上购物已经成为大家的一种生活习惯。针对个人购物的频率可以把商品分为周期性购买(例如：牙膏、大米、蔬菜等)和非周期性购买(例如：电脑、汽车、床等)两大类。如何针对周期性购买商品的购物行为进行优化，目前比较流行的方式，就是在系统中提供定时提醒的功能，当用户登录购物网站时，系统就会弹出相应的消息，提示用户购买某某商品。

在实现本发明构思的过程中，发明人发现现有技术中至少存在如下问题：虽然购物网站可以提供周期性购买商品的提醒服务，但用户在购买时仍需要手动下单，过程较为繁琐。

技术实现要素：

有鉴于此，本公开提供了一种订单处理方法和订单处理系统。

本公开的一个方面提供了一种订单处理方法，包括：根据用户的历史购买数据生成订单；向用户展示所述订单；以及响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据用户的历史购买数据确定用户对至少一种商品的购买周期；以及根据所述至少一种商品的购买周期，生成所述订单。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据所述至少一种商品的购买周期确定生成所述订单的生成时机；以及在所述生成时机生成所述订单。

根据本公开的实施例，根据所述至少一种商品的购买周期确定生成所述订单的生成时机包括根据用户最近一次确认所述订单的时间和用户购买所述订单中商品的平均购买时间间隔，确定下一次生成所述订单的生成时机。

根据本公开的实施例，向用户展示所述订单包括：根据所述至少一种商品的购买周期确定向用户展示所述订单的展示时机；以及在所述展示时机向用户展示所述订单。

根据本公开的实施例，根据所述至少一种商品的购买周期确定向用户展示所述订单的时机包括根据用户最近一次确认所述订单的时间和用户购买所述订单中商品的平均购买时间间隔，确定下一次向用户展示所述订单的展示时机。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据用户的历史配送信息，生成所述订单中的配送信息；以及/或者根据用户的历史支付信息，生成所述订单中的配送信息。

本公开的另一个方面提供了一种订单处理系统，包括：生成订单模块，用于根据用户的历史购买数据生成订单；展示订单模块，用于向用户展示所述订单；以及提交订单模块，用于响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据用户的历史购买数据确定用户对至少一种商品的购买周期；以及根据所述至少一种商品的购买周期，生成所述订单。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据所述至少一种商品的购买周期确定生成所述订单的生成时机；以及在所述生成时机生成所述订单。

根据本公开的实施例，根据所述至少一种商品的购买周期确定生成所述订单的生成时机包括根据用户最近一次确认所述订单的时间和用户购买所述订单中商品的平均购买时间间隔，确定下一次生成所述订单的生成时机。

根据本公开的实施例，向用户展示所述订单包括：根据所述至少一种商品的购买周期确定向用户展示所述订单的展示时机；以及在所述展示时机向用户展示所述订单。

根据本公开的实施例，根据所述至少一种商品的购买周期确定向用户展示所述订单的时机包括根据用户最近一次确认所述订单的时间和用户购买所述订单中商品的平均购买时间间隔，确定下一次向用户展示所述订单的展示时机。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据用户的历史配送信息，生成所述订单中的配送信息；以及/或者根据用户的历史支付信息，生成所述订单中的配送信息。

本公开的另一方面提供了一种电子设备，包括：一个或多个处理器；以及一个或多个存储器，存储有可执行指令，所述指令在被处理器执行时，使得处理器执行时用于实现如上所述的方法。

本公开的另一方面提供了一种非易失性存储介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，可以至少部分地解决了用户手动设置下单提醒问题，并因此可以实现周期性的自动给用户下单，用户不再为购买常用的商品操心，减轻用户购物日常事务，同时提升了平台与用户的粘性的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的可以应用订单处理方法的示例性系统架构；

图2示意性示出了根据本公开实施例的用于订单处理方法的流程图；

图3示意性示出了根据本公开另一实施例的用于订单处理方法的流程图；

图4示意性示出了根据本公开另一实施例的用于订单处理方法的流程图；

图5示意性示出了根据本公开另一实施例的用于订单处理方法的流程图

图6示意性示出了根据本公开另一实施例的用于订单处理方法的流程图

图7示意性示出了根据本公开另一实施例的用于订单处理方法的流程图

图8示意性示出了根据本公开实施例的订单处理方法的系统框图；以及

图9示意性示出了根据本公开实施例的适于实现订单处理方法的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。这里使用的词语“一”、“一个(种)”和“该”等也应包括“多个”、“多种”的意思，除非上下文另外明确指出。此外，在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“a或b”应当被理解为包括“a”或“b”、或“a和b”的可能性。

本公开的实施例提供了一种订单处理方法及系统。该方法包括一种订单处理方法，包括：根据用户的历史购买数据生成订单；向用户展示所述订单；以及响应于用户的确认操作，提交被用户确认的订单。

图1示意性示出了根据本公开实施例的可以应用订单处理方法的示例性系统架构100。

如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览商品的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的购物网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、购买信息、或历史购买数据等)反馈给终端设备。

需要说明的是，本公开实施例所提供的订单处理方法一般可以由服务器105执行。相应地，本公开实施例所提供的订单处理系统一般可以设置于服务器105中。本公开实施例所提供的订单处理方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的订单处理系统也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图2示意性示出了根据本公开的实施例的订单处理方法的流程图。

如图2所示，该方法包括操作s201、操作s202和操作s203。

在操作s201，根据用户的历史购买数据生成订单。

在操作s202，向用户展示订单。

在操作s203，响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，根据用户的历史购买数据而生成的订单准确性高，当用户确认该订单时，自动提交被用户确认的订单，无需用户手动填写与该订单相关的信息(例如，订单的配送信息、订单的支付信息等等，但不限于此)。

根据本公开的实施例，用户的历史购买数据可以是源于用户使用的多种购物应用的下单记录，也可以是源于用户使用的一种购买应用的下单记录。例如，下单记录的内容可以包括但不限于用户账号、商品编号、商品名称、最近一次购买该商品的时间。

根据本公开的实施例，向用户展示订单例如可以通过邮件、消息通知，短信等等，但不限于此。向用户展示的订单可以包括一件商品或多件商品，与该订单相关的信息可以包括但不限于收货地址、联系人、联系方式和支付方式。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据用户的历史配送信息，生成订单中的配送信息；以及/或者根据用户的历史支付信息，生成订单中的配送信息。例如，用户购买的周期性商品(例如，牙膏，大米。蔬菜等)每次配送的地址相同。再例如，用户购买的周期性商品(例如，牙膏，大米。蔬菜等)每次选择的支付方式都是货到付款，且货到付款的地址相同。在这种情况下，可以将上述配送地址和/或支付方式作为生成的订单的默认配送信息和/或支付方式，无需用户手动设置配送信息和/或支付方式，为用户节省了时间，从而提高了用户体验。

根据本公开的实施例，用户可以对订单的默认配送信息或默认支付方式进行修改，例如，用户发现配送地址或支付方式有误，可以直接修改为正确的配送地址或支付方式，然后确认订单即可。

图3示意性示出了根据本公开另一个实施例的订单处理方法的流程图。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据用户的历史购买数据确定用户对至少一种商品的购买周期；以及根据至少一种商品的购买周期，生成订单。

如图3所示，基于图2实施例的基础上述方法包括操作s301、操作s302、操作s202和操作s203。

在操作s301，根据用户的历史购买数据确定用户对至少一种商品的购买周期。

在操作s302，根据至少一种商品的购买周期，生成订单。

在操作s202，向用户展示订单。

在操作s203，响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，根据用户的历史购买数据确定出的商品购买周期更加准确，针对性较强。

根据本公开的实施例，根据用户购物的频率将商品分为周期性购买商品(例如：牙膏、大米、蔬菜等)和非周期性购买商品(例如：电脑、汽车、床等)两大类。根据周期性购买商品的下单时间确定出该商品的购买周期，并基于该购买周期生成订单。

图4示意性示出了根据本公开另一个实施例的订单处理方法的流程图。

根据本公开的实施例，根据用户的历史购买数据生成订单包括：根据至少一种商品的购买周期确定生成订单的生成时机；以及在生成时机生成订单。

如图4所示，基于图3实施例的基础上述方法包括操作s301、操作s401、操作s402、操作s202和操作s203。

在操作s301，根据用户的历史购买数据确定用户对至少一种商品的购买周期。

在操作s401，根据所述至少一种商品的购买周期确定生成订单的生成时机。

在操作s402，在生成时机生成订单。

在操作s202，向用户展示订单。

在操作s203，响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，通过商品的购买周期确定生成订单的生成时机，并在该生成时机生成订单，以此方式生成的订单可以提高购买该商品的概率，进而提高了该商品的销量。例如，周期性商品为大米，该周期时长为30天，如果生成订单的时机接近于该周期末，那么用户确定该订单的概率会大幅度的升高。

图5示意性示出了根据本公开另一个实施例的订单处理方法的流程图。

根据本公开的实施例，根据至少一种商品的购买周期确定生成订单的生成时机包括根据用户最近一次确认订单的时间和用户购买订单中商品的平均购买时间间隔，确定下一次生成订单的生成时机。

如图5所示，基于图4实施例的基础上述方法包括操作s301、操作s501、操作s402、操作s202和操作s203。

在操作s301，根据用户的历史购买数据确定用户对至少一种商品的购买周期。

在操作s501，根据用户最近一次确认订单的时间和用户购买订单中商品的平均购买时间间隔，确定下一次生成订单的生成时机。

在操作s402，在生成时机生成订单。

在操作s202，向用户展示订单。

在操作s203，响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，通过用户最近一次确认订单的时间和用户购买订单中商品的平均购买时间间隔确定生成订单的生成时机，并在该生成时机生成订单，以此方式生成的订单可以提高购买该商品的概率，进而提高了该商品的销量。例如，周期性商品为大米，用户最近一次确认订单的时间例如为今天，而该商品的平均购买时间间隔为30天，以用户最近一次确认订单的时间为起始时间即今天，那么下一次生成订单的时机接近于时间间隔的末端，在这种情况下用户确定该订单的概率会大幅度的升高。

图6示意性示出了根据本公开另一个实施例的订单处理方法的流程图。

根据本公开的实施例，向用户展示订单包括：根据至少一种商品的购买周期确定向用户展示订单的展示时机；以及在展示时机向用户展示订单。

如图6所示，基于图3实施例的基础上述方法包括操作s301、操作s302、操作s601、操作s602和操作s203。

在操作s301，根据用户的历史购买数据确定用户对至少一种商品的购买周期。

在操作s302，根据至少一种商品的购买周期，生成订单。

在操作s601，根据至少一种商品的购买周期确定向用户展示订单的展示时机。

在操作s602，在展示时机向用户展示订单。

在操作s203，响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，通过商品的购买周期确定向用户展示订单的展示时机，在该展示时机向用户展示订单可以促进用户提交该订单，进而提高了该商品的销量。例如，周期性商品为大米，该周期时长为30天，在周期的末端向用户展示订单，可以提高用户确定该订单的概率。当然也可以在周期内的其他时间向用户展示订单。

图7示意性示出了根据本公开另一个实施例的订单处理方法的流程图。

根据本公开的实施例，根据至少一种商品的购买周期确定向用户展示订单的时机包括根据用户最近一次确认订单的时间和用户购买订单中商品的平均购买时间间隔，确定下一次向用户展示订单的展示时机。

如图7所示，基于图6实施例的基础上述方法包括操作s301、操作s302、操作s701、操作s602和操作s203。

在操作s301，根据用户的历史购买数据确定用户对至少一种商品的购买周期。

在操作s302，根据至少一种商品的购买周期，生成订单。

在操作s701，根据用户最近一次确认订单的时间和用户购买订单中商品的平均购买时间间隔，确定下一次向用户展示订单的展示时机。

在操作s602，在展示时机向用户展示订单。

在操作s203，响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，通过用户最近一次确认订单的时间和用户购买订单中商品的平均购买时间间隔确定下一次向用户展示订单的展示时机，并在该展示时机向用户展示订单，以此方式向用户展示订单可以提高用户购买该商品的概率，进而提高该商品的销量。

图8示意性示出了根据本公开实施例的订单处理方法的系统800框图。

如图8所示，系统800包括生成订单模块810、展示订单模块820和提交订单模块830。

生成订单模块810，用于根据用户的历史购买数据生成订单。

展示订单模块820，用于向用户展示订单。

提交订单模块830，用于响应于用户的确认操作，提交被用户确认的订单。

根据本公开的实施例，生成订单模块810、展示订单模块820和提交订单模块830的具体实施过程与上述图2～图7的方法相同或相似，在这里不再重复。

可以理解的是，生成订单模块810、展示订单模块820和提交订单模块830可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本发明的实施例，生成订单模块810、展示订单模块820和提交订单模块830中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以以对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式的适当组合来实现。或者，生成订单模块810、展示订单模块820和提交订单模块830中的至少一个可以至少被部分地实现为计算机程序模块，当该程序被计算机运行时，可以执行相应模块的功能。

图9示意性示出了根据本公开实施例的适于实现订单处理方法的计算机系统的方框图。图9示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图9所示，根据本公开实施例的计算机系统900包括处理器901，其可以根据存储在只读存储器(rom)902中的程序或者从存储部分908加载到随机访问存储器(ram)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器910还可以包括用于缓存用途的板载存储器。处理器910可以包括用于执行参考图2～图7描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram903中，存储有系统900操作所需的各种程序和数据。处理器901、rom902以及ram903通过总线904彼此相连。处理器901通过执行rom902和/或ram903中的程序来执行以上参考图2～图7描述的方法的各种操作。需要注意，所述程序也可以存储在除rom902和ram903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行以上参考图2～图7描述的方法的各种操作。

根据本公开的实施例，系统900还可以包括输入/输出(i/o)接口905，输入/输出(i/o)接口905也连接至总线904。系统900还可以包括连接至i/o接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至i/o接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的rom902和/或ram903和/或rom902和ram903以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行：根据用户的历史购买数据生成订单；向用户展示所述订单；以及响应于用户的确认操作，提交被用户确认的订单。

以上对本公开的实施例进行了描述。但是，这些实施例仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。