CN106600382B - 订单信息展示方法 - Google Patents

Abstract

本发明实施例涉及一种订单信息展示方法，包括：服务器接收第一用户终端发送的订单查询信息；订单查询信息包括第一用户ID；根据订单查询信息匹配订单数据库，得到第一用户的全部订单信息；订单信息包括订单ID、状态信息和订单创建时间的信息；根据第一用户ID查询状态请求配置参数，状态请求配置参数包括第一状态的信息；根据请求配置参数匹配订单信息中的状态信息，将状态信息为第一状态的订单信息根据订单创建时间加入第一状态订单列表；获取预设的显示配置参数，其中包括可显示订单数量；根据可显示订单数量，获取第一状态订单列表中相应数量的订单信息，生成加载页面的显示数据发送给第一用户终端,通过第一用户终端进行缓存并进行显示。

Description

订单信息展示方法

技术领域

本发明涉及通信技术领域，尤其涉及一种订单信息展示方法。

背景技术

在进入21世纪之后，电子商务进入了快速发展的时代，在不断发展的同时也面临了巨大的挑战。

用户界面的友好程度和便捷程度，极大的影响用户体验度。对于电子商务网站来说，通常在用户下单操作后，新订单从下单到订单完成,都会经历各种状态,通常会将各种状态显示在订单详情页面，造成用户不易找到自己关心的某一类型的订单数据。或者，在订单查询页面先进行订单类型选择，才能看到这一类订单的订单数据，操作相对比较繁琐。

发明内容

本发明的目的是针对现有技术的缺陷，提供一种订单信息展示方法，支持对直接展示的订单类型进行配置，并在订单查询时直接根据配置进行相应状态的订单数据显示，使得在简化操作的同时也满足用户个性化的需求，减少订单类型选择页面，也达到了节省流量消耗的作用。

有鉴于此，本发明实施例提供了一种订单信息展示方法，包括：

服务器接收第一用户终端发送的订单查询信息；所述订单查询信息包括第一用户ID；

根据所述订单查询信息匹配订单数据库，得到第一用户的全部订单信息；所述订单信息包括订单ID、状态信息和订单创建时间的信息；

根据所述第一用户ID查询状态请求配置参数，所述状态请求配置参数包括第一状态的信息；

根据所述状态请求配置参数匹配所述订单信息中的状态信息，将所述状态信息为第一状态的订单信息根据所述订单创建时间加入第一状态订单列表；

获取预设的显示配置参数，所述显示配置参数包括可显示订单数量；

根据所述可显示订单数量，获取所述第一状态订单列表中相应数量的订单信息，生成加载页面的显示数据发送给所述第一用户终端；

所述第一用户终端对所述加载页面的显示数据进行缓存并进行显示。

优选的，所述方法还包括：

接收用户输入的查询状态切换信息；

根据所述查询状态切换信息确定第二状态的信息；

根据所述第二状态匹配所述订单信息中的状态信息，将所述状态信息为第二状态的订单信息根据所述订单创建时间加入第二状态订单列表；

根据所述可显示订单数量，获取所述第二状态订单列表中相应数量的订单信息，生成所述加载页面的显示数据，发送给所述第一用户终端缓存并进行显示。

优选的，所述方法还包括：

所述第一用户终端接收第一用户输入的订单操作指令，并发送给所述服务器；

所述服务器对所述订单操作指令进行解析，得到订单处理信息；所述订单处理信息包括订单ID和状态变更信息；

根据所述订单ID匹配所述订单数据库，并根据所述状态变更信息对匹配得到的订单信息进行状态信息变更。

进一步优选的，所述方法还包括：

根据所述变更的状态信息相应的更新订单状态列表中的订单信息。

优选的，所述方法还包括：

接收第一用户终端发送的状态请求配置参数变更请求；

对所述状态请求配置参数变更请求进行解析得到所述第一用户ID和所述第二状态的信息；

更新所述第一用户ID对应的状态请求配置参数，所述更新后的状态请求配置参数包括所述第二状态的信息。

本发明实施例提供的订单信息展示方法，支持对直接展示的订单类型进行配置，并在订单查询时直接根据配置进行相应状态的订单数据显示，使得在简化操作的同时也满足用户个性化的需求，减少订单类型选择页面，也达到了节省流量消耗的作用。

附图说明

图1为本发明实施例提供的订单信息展示方法的方法流程图；

图2为本发明实施例提供的另一种订单信息展示方法的方法流程图；

图3为本发明实施例提供的订单信息中状态信息的更新的方法流程图。

具体实施方式

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

图1为本发明实施例提供的订单信息展示方法的方法流程图，如图1所示，包括：

步骤110，服务器接收第一用户终端发送的订单查询信息；

具体的，第一用户终端可以具体是笔记本电脑、台式机、智能手机、平板电脑等，通过网页或者加载在用户终端上的应用，可以实现与服务器之间的信息交互。

订单查询信息是基于用户操作生成的，通过第一用户终端发送给服务器。在订单查询信息中包括有用户的信息，其中优选的包括有用户ID。对于第一用户的用户ID在此定义为第一用户ID。

步骤120，根据订单查询信息匹配订单数据库，得到第一用户的全部订单信息；

具体的，在服务器接收到订单查询信息后，得到第一用户ID。根据第一用户ID在订单数据库中查询与第一ID相关的订单信息。其中，订单信息包括有用户ID、订单ID、状态信息和订单创建时间的信息，此外还可以包括商品信息等。因此可以根据第一用户ID得到第一用户的全部订单信息。

其中，根据订单状态可以将订单分为未完成订单、已完成订单和退换货订单。

步骤130，根据第一用户ID查询状态请求配置参数，状态请求配置参数包括第一状态的信息；

具体的，状态请求配置参数初始情况下为***默认配置的，优选的配置为未完成状态。

每个用户可以根据自己的需求和习惯，对状态请求配置参数进行配置，从而使得在订单信息展示时自动获取用户所需的状态类型的订单数据进行展示。

状态请求配置参数的配置方法可以具体包括：

首先，接收第一用户终端发送的状态请求配置参数变更请求，然后对状态请求配置参数变更请求进行解析，得到第一用户ID和第二状态的信息，随后更新第一用户ID对应的状态请求配置参数，更新后的状态请求配置参数包括第二状态的信息。

因此，在***中记录有用户ID与状态请求配置参数的关联关系。通过第一用户ID可以查询到第一用户的状态请求配置参数。在用户没有进行配置参数更改的情况下，默认的直接获取订单状态为未完成状态的订单数据。

步骤140，根据状态请求配置参数匹配订单信息中的状态信息，将状态信息为第一状态的订单信息根据订单创建时间加入第一状态订单列表；

具体的，根据状态请求配置参数对应的状态信息，匹配第一用户的订单信息中的状态信息，将相同状态信息的订单信息，按照订单创建时间，依次顺序的加入第一状态订单列表中。优选的，在列表中订单创建时间越接近当前时间的订单信息在后续显示时越优先调用。

步骤150，获取预设的显示配置参数，显示配置参数包括可显示订单数量；

具体的，显示配置参数可以为***默认设置的，比如显示配置参数中可显示订单数量为20，则返回第一状态订单列表中前20条数据。当根据用户操作加载下一页数据时，获取第21-40条数据。

显示配置参数也可以由用户根据使用习惯进行更改，更改后的显示配置参数记录在服务器中，并与用户ID相关联。从而能够通过用户ID获取到相应的显示配置参数。

步骤160，根据可显示订单数量，获取第一状态订单列表中相应数量的订单信息，生成加载页面的显示数据发送给第一用户终端；

具体的，以上述所述的可显示订单数量为20为例，第一状态对应未处理订单，则获取未处理订单列表中的前20条数据，也就是最近下单的20个订单的订单信息，生成加载页面的显示数据返回第一用户终端。

步骤170，第一用户终端对加载页面的显示数据进行缓存并进行显示。

具体的，第一用户终端对加载页面的显示数据进行缓存，对订单信息种包括的商品信息进行显示，具体显示内容可以包括商品图片、商品名称、商品价格、订单状态、商品数量以及对订单的可执行操作图标等等。

通过上述订单信息展示方法，使得用户在进行订单查询时，可以直接查询到自己最关心的订单状态下的订单信息，简化了操作步骤，节省了数据流量的消耗。

此外，通过下述步骤，还可以实现对与状态请求配置参数记录的状态信息不同的其他状态的订单的查询展示。具体如图2所示，步骤包括：

步骤210，接收用户输入的查询状态切换信息；

在上述流程中，步骤170中生成的展示页面上，提供了对订单的可执行操作图标，其中包括查询状态切换的图标，根据图标点击选择或输入需要查询的订单状态。比如可以查询已完成订单或者退换货订单，还可以查询全部订单，即包括未完成订单、已完成订单和退换货订单。

步骤220，根据查询状态切换信息确定第二状态的信息；

具体的，根据用户输入确定所要查询订单的状态信息。

步骤230，根据第二状态匹配订单信息中的状态信息，将状态信息为第二状态的订单信息根据订单创建时间加入第二状态订单列表；

本步骤的执行过程与上述步骤140相同，此处不再赘述。

步骤240，根据可显示订单数量，获取第二状态订单列表中相应数量的订单信息，生成加载页面的显示数据，发送给第一用户终端缓存并进行显示。

同样的，在生成第二状态订单列表之后，所执行步骤与上述步骤150-170相同，此处也不再赘述。

此外，当订单状态发生变化，比如从未完成订单变为已完成订单时，会直接影响到订单列表的内容，因此在订单状态发生变化时，可以通过如下过程实现订单信息中状态信息的更新，具体如图3所示。

步骤310，第一用户终端接收第一用户输入的订单操作指令，并发送给服务器；

具体的，在本实施例中规定由未完成订单变为已完成订单的订单状态变化是根据用户输入的确认收货指令产生的，由未完成订单或者已完成订单的订单状态变为退换货订单，同样是根据用户输入的退换货指令产生的。

因此，订单状态变更需要基于用户输入的订单操作指令来产生。

步骤320，服务器对订单操作指令进行解析，得到订单处理信息；

具体的，订单处理信息包括订单ID和状态变更信息。状态变更信息由订单操作指令解析得到。比如订单操作指令为确认收货指令，状态变更信息为将订单状态变为已完成状态。

步骤330，根据订单ID匹配订单数据库，并根据状态变更信息对匹配得到的订单信息进行状态信息变更。

步骤340，根据变更的状态信息相应的更新订单状态列表中的订单信息。

由此即可实现对订单信息中状态信息的更新，根据更新后的状态信息再更新各个订单列表。

本发明实施例提供的订单信息展示方法，支持对直接展示的订单类型进行配置，并在订单查询时直接根据配置进行相应状态的订单数据显示，使得在简化操作的同时也满足用户个性化的需求，减少订单类型选择页面，也达到了节省流量消耗的作用。

专业人员应该还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (3)

1.一种订单信息展示方法，其特征在于，所述方法包括：

服务器接收第一用户终端发送的订单查询信息；所述订单查询信息包括第一用户ID；

根据所述订单查询信息匹配订单数据库，得到第一用户的全部订单信息；所述订单信息包括订单ID、状态信息和订单创建时间的信息；

根据所述第一用户ID查询状态请求配置参数，所述状态请求配置参数包括第一状态的信息；

根据所述状态请求配置参数匹配所述订单信息中的状态信息，将所述状态信息为第一状态的订单信息根据所述订单创建时间加入第一状态订单列表；

获取预设的显示配置参数，所述显示配置参数包括可显示订单数量；

根据所述可显示订单数量，获取所述第一状态订单列表中相应数量的订单信息，生成加载页面的显示数据发送给所述第一用户终端；

所述第一用户终端对所述加载页面的显示数据进行缓存并进行显示；

所述方法还包括：

接收第一用户终端发送的状态请求配置参数变更请求；对所述状态请求配置参数变更请求进行解析得到所述第一用户ID和第二状态的信息；更新所述第一用户ID对应的状态请求配置参数，所述更新后的状态请求配置参数包括所述第二状态的信息；

所述方法还包括：

所述加载页面的显示数据包括查询状态切换图标数据；

接收用户根据所述查询状态切换图标数据输入的查询状态切换信息；根据所述查询状态切换信息确定第二状态的信息；根据所述第二状态匹配所述订单信息中的状态信息，将所述状态信息为第二状态的订单信息根据所述订单创建时间加入第二状态订单列表；

根据所述可显示订单数量，获取所述第二状态订单列表中相应数量的订单信息，生成所述加载页面的显示数据，发送给所述第一用户终端缓存并进行显示。

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

所述第一用户终端接收第一用户输入的订单操作指令，并发送给所述服务器；

所述服务器对所述订单操作指令进行解析，得到订单处理信息；所述订单处理信息包括订单ID和状态变更信息；

根据所述订单ID匹配所述订单数据库，并根据所述状态变更信息对匹配得到的订单信息进行状态信息变更。

3.根据权利要求2所述的订单信息展示方法，其特征在于，所述方法还包括：

根据所述变更的状态信息相应的更新订单状态列表中的订单信息。

Images