一种订单创建方法、装置、设备及计算机可读存储介质与流程

本发明涉及订单创建技术领域，特别涉及一种订单创建方法、订单创建装置、订单创建设备及计算机可读存储介质。

背景技术：

协议供货政府采购的主要方式，具体是指通过公公开招标方式确定协议供货的供应商和协议产品。在协议有效期内，采购人直接或通过谈判或询价等方式与协议供应商签订供货合同的一种采购形式。在协议供货的过程中，现有订单创建方法在接收到订单信息后立即创建订单并保存到数据库，在接收到审核人发送的审核信息后才能确定订单状态，以便供应商进行投标等操作。但是由于用户会创建大量订单，而只将其中一小部分订单发送给审核人审核，因此数据库中会存储大量无效订单，浪费数据库的存储空间。

因此，如何解决现有订单创建方法会产生大量无效订单，浪费数据库的存储空间的问题，是本领域技术人员需要解决的技术问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种订单创建方法、订单创建装置、订单创建设备及计算机可读存储介质，解决了现有订单创建方法会产生大量无效订单，浪费数据库的存储空间的问题。

为解决上述技术问题，本发明提供了一种订单创建方法，包括：

获取审核人信息和用户发送的订单信息；

利用所述订单信息生成订单，将所述订单发送给所述审核人信息指定的审核人，并将所述订单存入数据库；

当接收到所述审核人发送的审核通过信息时，更新所述订单的状态，向所述用户发送审核通过通知；

当接收到所述审核人发送的审核未通过信息时，向所述用户发送审核未通过通知。

可选的，在所述将所述订单发送给所述审核人信息指定的审核人之后，在所述接收到所述审核人发送的审核通过信息之前，还包括：

获取所述用户发送的修改请求；

根据所述修改请求修改所述订单，得到修改订单；

将所述修改订单发送给所述审核人。

可选的，在所述接收到所述审核人发送的审核通过信息之前，还包括：

当接受到所述用户发送的订单删除请求时，从所述数据库中删除所述订单；

向所述审核人发送订单删除信息。

可选的，在所述将所述订单发送给所述审核人信息指定的审核人之后，还包括：

向所述审核人发送提醒审核通知。

本发明还提供了一种订单创建装置，包括：

获取模块，用于获取审核人信息和用户发送的订单信息；

生成模块，用于利用所述订单信息生成订单，将所述订单发送给所述审核人信息指定的审核人，并将所述订单存入数据库；

更新模块，用于当接收到所述审核人发送的审核通过信息时，更新所述订单的状态，向所述用户发送审核通过通知；

通知模块，用于当接收到所述审核人发送的审核未通过信息时，向所述用户发送审核未通过通知。

可选的，还包括：

修改请求获取模块，用于获取所述用户发送的修改请求；

修改模块，用于根据所述修改请求修改所述订单，得到修改订单；

发送模块，用于将所述修改订单发送给所述审核人。

可选的，还包括：

删除请求获取模块，用于当接受到所述用户发送的订单删除请求时，从所述数据库中删除所述订单；

信息发送模块，用于向所述审核人发送订单删除信息。

可选的，还包括：

通知发送模块，用于向所述审核人发送提醒审核通知。

本发明还提供了一种订单创建设备，包括存储器和处理器，其中：

所述存储器，用于保存计算机程序；

所述处理器，用于执行所述计算机程序，以实现上述的订单创建方法。

本发明还提供了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现上述的订单创建方法。

本发明提供的订单创建方法，获取审核人信息和用户发送的订单信息。利用订单信息生成订单，将订单发送给审核人信息指定的审核人，并将订单存入数据库。当接收到审核人发送的审核通过信息时，更新订单的状态。当接收到审核人发送的审核未通过信息时，向用户发送审核未通过通知。

可见，该方法在用户想要创建订单时获取相应的审核人信息，并利用订单信息生成订单后将订单发送给审核人信息指定的审核人进行审核。当接收到审核人发送的审核通过信息时，更新订单的状态。当接收到审核人发送的审核未通过信息时，向用户发送审核未通过通知。该方法需要获取审核人信息才能创建订单，并在创建订单后直接将订单发送给审核人进行审核，并根据审核人发送的信息继续下一步操作，防止有订单在创建后无人审核而变成无效订单，进而防止无效订单浪费数据库的存储空间，解决了现有订单创建方法会产生大量无效订单，浪费数据库的存储空间的问题。

此外，本发明还提供了一种订单创建装置、订单创建设备及计算机可读存储介质，同样具有上述有益效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种订单创建方法流程图；

图2为本发明实施例提供的一种订单修改方法流程图；

图3为本发明实施例提供的一种订单创建装置的结构示意图；

图4为本发明实施例提供的一种订单创建设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参考图1，图1为本发明实施例提供的一种订单创建方法流程图。该方法包括：

s101：获取审核人信息和用户发送的订单信息。

订单的创建操作、存储操作以及其他操作均可以由服务器完成，因此本方法可以由服务器执行。订单信息用于创建新订单，由用户发送，审核人信息用于表示审核新订单的审核人。订单信息和审核人信息可以由用户分别发送，也可以将订单信息和审核人信息合为一条信息发送，例如将订单信息和审核人信息合并为一条创建信息，创建信息的具体内容和格式本实施例不做限定，在获取创建信息之后，对创建信息进行解析，可以得到订单信息和审核人信息。或者可以将审核人信息在本地存储，当获取用户发送的订单信息时，获取用于标识用户的用户id，利用用户id获取对应的审核人信息。或者用户发送的订单信息中包含审核人信息编号，利用该审核人信息编号确定对应的审核人信息。

需要说明的是，用户发送订单信息的方法可以有多种，例如可以利用终端软件选择相应的商品添加入购物车，在添加完毕后点击订单创建按钮提交订单信息；或者可以在终端上提交采购计划，采购计划的格式和内容不做限定，终端对采购计划进行解析得到对应的订单信息。订单信息除了包括商品的信息外，还可以包括其他信息，例如可以包括用户的收获地址或商品其他信息。

进一步，为了保证订单信息(或订单信息和审核人信息)发送至服务器，本实施例在获取订单信息(或订单信息和审核人信息)之后，可以向用户发送确认接收信息，以便使用户确认订单信息(或订单信息和审核人信息)已发送成功。当用户在预设时长内未接收到确认接收信息时，例如在1秒内未接收到确认接收信息，可以重新向服务器发送订单信息(或订单信息和审核人信息)，并重新计时，直至接收到确认接收信息。

s102：利用订单信息生成订单，将订单发送给审核人信息指定的审核人，并将订单存入数据库。

具体的，服务器可以解析订单信息，将订单信息中的各种数据和信息进行读取，同时获取订单模板，将读取到的数据和信息填入订单模板中相应的位置，完成订单的创建。或者还可以采用其他方法生成订单，本实施例对此不做限定。在生成订单后，将订单发送给审核人信息指定的审核人，并将订单存入数据库中，此时订单为待审核状态。在生成订单时，还可以生成订单编号，用于对订单进行标识，以便在后续执行其他操作时利用订单编号指定订单。

进一步，为了使用户及时了解订单状态，本实施例中优选的，可以在生成订单并将订单发送给审核人信息指定的审核人之后，向用户发送订单生成成功信息。

进一步，为了及时处理订单，避免订单长时间未被审核而转变为实际的无效订单，本发明实施例中优选的，可以向审核人发送提醒审核通知。具体的，可以按照预设周期向审核人发送提醒审核通知，例如可以每隔一天向审核人发送一次提醒审核通知；或者可以在接收到用户发送的提请审核请求时，向审核人发送提醒审核通知。

s103：当接收到审核人发送的审核通过信息时，更新订单状态，向用户发送审核通过通知。

将订单发送给审核人信息指定的审核人后，可以等待获取审核人发送的审核信息，审核信息可以分为审核通过信息和审核未通过信息。当接收到审核人发送的审核通过信息时，说明审核人同意该订单，于是更新订单状态，将订单由未审核状态更新为已审核状态，同时可以向用户发送审核通过通知，以便用户及时获取订单状态。

进一步，在更新订单状态之后，还可以执行其他操作，例如还可以接收特定用户发送的接收订单请求，特定用户均为供应商用户，当订单的状态被修改为已审核状态时，就可以被其他用户查看，当供应商用户想要接收订单时，可以发送接受订单请求，服务器在接收到接收订单请求后可以再次更改订单状态，将订单状态更改为已接收状态，同时还可以向用户发送订单已接收通知。

s104：当接收到审核人发送的审核未通过信息时，向用户发送审核未通过通知。

当接收到审核人发送的审核未通过信息时，说明该订单并未通过审核。因此向用户发送审核未通过通知。在发送审核未通过通知后，还可以执行其他操作，例如可以将订单状态修改为无效状态；或者可以为了减少无效订单所占的存储空间，可以在想用户发送审核未通过通知的预设时间后从数据库中删除该订单，进而减少存储空间的浪费。

应用本发明实施例提供的订单创建方法，在用户想要创建订单时获取相应的审核人信息，并利用订单信息生成订单后将订单发送给审核人信息指定的审核人进行审核。当接收到审核人发送的审核通过信息时，更新订单的状态。当接收到审核人发送的审核未通过信息时，向用户发送审核未通过通知。该方法需要获取审核人信息才能创建订单，并在创建订单后直接将订单发送给审核人进行审核，并根据审核人发送的信息继续下一步操作，防止有订单在创建后无人审核而变成无效订单，进而防止无效订单浪费数据库的存储空间，解决了现有订单创建方法会产生大量无效订单，浪费数据库的存储空间的问题。

基于上述发明实施例，本发明实施例将说明一种具体的订单修改方法，具体的，请参考图2，图2为本发明实施例提供的一种订单修改方法流程图，包括：

s201：获取用户发送的修改请求。

需要说明的是，获取用户发送的修改请求的时机可以在将订单发送给审核人信息指定的审核人之后，在接收到审核人发送的审核通过信息之前，还可以在接收到审核人发送的审核未通过信息之后的预设时间内。在上述两个时段内，可以实时执行获取用户发送的修改请求的操作，也可以按照预设频率执行获取用户发送的修改请求的操作。修改请求用于对订单信息进行修改，其具体形式不做限定，修改请求修改的信息可以包括商品种类、商品数量或收货地址等信息，修改的方式可以包括数量增加、数量减少、项目删除或项目新增等方式。具体的修改内容和权限可以根据实际情况进行调整和限制。用户可以针对一个订单发送一次或多次修改请求，例如可以在服务器订单发送给审核人信息指定的审核人之后，在接收到审核人发送的审核通过信息之前，可以接收一次或多次修改请求；或者在服务器接收到审核人发送的审核未通过信息后预设时间内接受一次或多次修改请求。

s202：根据修改请求修改订单，得到修改订单。

在接收到修改请求后，根据修改请求的要求修改订单，得到修改订单。订单的修改过程本实施例不做限定，例如可以解析修改请求得到修改后数据，利用修改后数据替换订单中相应的数据，得到修改订单；或者可以获取订单模板，将修改后数据填入订单模板，并从原订单中获取其他数据后生成修改订单，利用修改订单替换原订单完成对订单的修改。在修改完成后，可以向用户发送修改完成通知，以便用户及时了解订单状态。

进一步，在根据修改请求修改订单之前，还可以判断用户发送的修改请求是否符合该用户对应的修改权限。例如当该用户仅可以修改商品数量时，可判断用户发送的修改请求是否存在对商品数量以外的其他项目的修改，若存在，则向用户发送修改失败信息，若不存在，则执行根据修改请求修改订单，得到修改订单的操作。

s203：将修改订单发送给审核人。

在订单修改之后，将修改订单发送给原订单对应的审核人，即将修改订单重新发送给审核人进行审核。同时，还可以执行其他操作，例如当获取修改请求之前已经接收到审核人发送的审核未通过信息，且将订单的状态修改为无效状态，在将修改订单发送给审核人的同时，还可以重新将修改订单的状态调整为待审核状态，并等待审核人发送的审核信息。

应用本发明实施例提供的订单创建方法，可以接收用户发送的修改请求并对订单进行相应的修改，在修改过后，可以将修改后的订单重新发送给审核人进行审核，因此在订单信息输入错误后无需删除订单并重新创建订单，减少了操作步骤和订单修改所需的时间。

基于上述发明实施例，在实际应用中，用户可能由于某些原因删除订单，因此在接收到审核人发送的审核通过信息之前，还可以包括：

步骤1：当接受到用户发送的订单删除请求时，从数据库中删除订单。

订单删除请求用于对指定的订单进行删除，其中应该包括订单的标识信息，用于指定订单。具体的，当该用户仅生成了一个订单时，可以利用用户id作为订单的标识信息；当用户生成了多个订单时，则可以对各个订单进行编号，将编号作为标识信息。当接收到用户发送的订单删除请求时，可以从数据库中将该订单删除。在删除成功之后，还可以向用户发送删除成功指令，以便用户及时了解订单状态。

进一步，为了提高用户对订单的操作性，可以在任意时刻获取到用户发送的订单删除请求时，均从数据库中删除订单，例如在接收到审核人发送的审核通过信息之后接收到用户发送的订单删除请求时，可以从数据库中将订单删除。

步骤2：向审核人发送订单删除信息。

在将订单删除之后，可以向审核人发送订单删除信息，以便审核人及时了解订单状态。

下面对本发明实施例提供的订单创建装置进行介绍，下文描述的订单创建装置与上文描述的订单创建方法可相互对应参照。

请参考图3，图3为本发明实施例提供的一种订单创建装置的结构示意图，包括：

获取模块310，用于获取审核人信息和用户发送的订单信息；

生成模块320，用于利用订单信息生成订单，将订单发送给审核人信息指定的审核人，并将订单存入数据库；

更新模块330，用于当接收到审核人发送的审核通过信息时，更新订单的状态，向用户发送审核通过通知；

通知模块340，用于当接收到审核人发送的审核未通过信息时，向用户发送审核未通过通知。

可选的，还包括：

修改请求获取模块，用于获取用户发送的修改请求；

修改模块，用于根据修改请求修改订单，得到修改订单；

发送模块，用于将修改订单发送给审核人。

可选的，还包括：

删除请求获取模块，用于当接受到用户发送的订单删除请求时，从数据库中删除订单；

信息发送模块，用于向审核人发送订单删除信息。

可选的，还包括：

通知发送模块，用于向审核人发送提醒审核通知。

下面对本发明实施例提供的订单创建设备进行介绍，下文描述的订单创建设备与上文描述的订单创建方法可相互对应参照。

请参考图4，图4为本发明实施例提供的一种订单创建设备的结构示意图，该订单创建设备包括存储器、处理器，其中：

存储器410，用于保存计算机程序；

处理器420，用于执行计算机程序，以实现上述的订单创建方法。

下面对本发明实施例提供的计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的订单创建方法可相互对应参照。

本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述的订单创建方法的步骤。

该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

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

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

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系属于仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其他任何变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

以上对本发明所提供的一种订单创建方法、订单创建装置、订单创建设备及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。