一种订单处理方法及其设备、计算机存储介质与流程

本申请涉及通信技术领域，涉及但不限于一种订单处理方法及其设备、计算机存储介质。

背景技术：

随着互联网及无线通信技术的蓬勃发展，电子商务的兴起吸引了越来越多的用户开始在网上购物，从而体验网上购物的便捷和优惠。目前网上购物的方式也越来越多，例如，可以利用个人计算机(personalcomputer，pc)网站或者手机移动端页面进行购物，还可以利用电商自有的应用程序(application，app)进行购物，另外还可以通过电商的小程序进行购物。

现有的网上购物模式基本都是适合对电商购物有所了解的人，但是针对部分老年人，或者对电商购物方式不熟悉的人难以独立完成在线购物，一方面不能满足这类人群的购物需求，另一方面也会影响电商的销售额度。

技术实现要素：

有鉴于此，本申请实施例期望提供一种订单处理方法及其设备、计算机存储介质。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种订单处理方法，所述方法包括：

基于第二终端的购物请求，获取与所述购物请求相匹配的订单信息；

将所述订单信息发送给所述第二终端；

如果接收到所述第二终端发送的确认下单的第一通知消息，输出所述订单信息对应的支付信息。

本申请实施例提供一种订单处理方法，所述方法包括：

接收第一终端发送的订单信息；

如果接收到输出显示所述订单信息的第一指令，输出所述订单信息；

如果接收到由他人下单的第二指令，向所述第一终端发送确认下单的第一通知消息。

本申请实施例提供一种订单处理设备，所述订单处理设备至少包括：存储器、通信总线和处理器，其中：

所述存储器，用于存储订单处理程序；

所述通信总线，用于实现处理器和存储器之间的连接通信；

所述处理器，用于执行存储器中存储的订单处理程序，以实现本申请其他实施例所述的订单处理方法的步骤。

本申请实施例提供一种计算机存储介质，所述计算机存储介质上存储有订单处理程序，所述订单处理程序被处理器执行时实现本申请其他实施例中所述的订单处理方法的步骤。

本申请实施例提供一种订单处理方法及其设备、计算机存储介质，其中，首先，基于第二终端的购物请求，获取与所述购物请求相匹配的订单信息；然后将所述订单信息发送给所述第二终端；如果接收到所述第二终端发送的确认下单的第一通知消息，输出所述订单信息对应的支付信息；如此，能够根据第二终端的购物请求确定相应的订单信息，并将订单信息发送给第二终端，以供第二终端确定是否下单，从而减少了第二终端筛选商品，提交订单及支付的过程，又能使得第二终端的用户了解订单商品等信息，体验了网上购物。

附图说明

图1为本申请实施例网络架构示意图；

图2为本申请实施例订单处理方法的实现流程示意图；

图3为本申请实施例订单处理方法的又一实现流程示意图；

图4为本申请实施例第一终端分享发送订单信息的界面示意图；

图5为本申请实施例第二终端显示订单信息的界面示意图；

图6为本申请实施例订单处理方法的又一实现流程示意图；

图7为本申请实施例订单处理设备的组成结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对发明的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

本申请实施例提供的订单处理方法，应用于订单处理设备，该订单处理设备可以是诸如台式计算机、笔记本电脑、平板电脑等具有通信能力的智能终端，当用户需要对文本进行标注时，由订单处理设备获取待标注文本，并对待标注文本进行分词，进而对分词进行人工标注以获取标注信息，再利用统计学的方法确定各个分词的目标标注信息，从而对待标注文本中的分词进行标注。

图1为本申请实施例的网络架构示意图，如图1所示，该网络架构包括第一终端11、第二终端12和服务器13，其中，第一终端11与服务器13之间以及第二终端与服务器13之间可以建立有线或者无线网络连接，由此，第一终端11与第二终端12可以通过服务器13进行数据传输。

在第二终端的用户想要进行网购，但又不熟悉操作时，可以通过即时通讯方式告知第一终端的用户其购物需求，比如，商品名称，价格区间等，第一终端的用户可以根据该购物需求在电商app或者通过电商网站进行商品的筛选和甄别以确定满足购物需要的商品，然后再选定商品后，可以获取第二终端用户的收件人信息，并基于商品和收件人信息生成订单信息，并将该订单信息通过服务器13发送给第二终端，第二终端的用户可以通过该订单信息获取到商品信息、收件人信息，并确认是自己想要的商品后，可以通过所述服务器13给第一终端发送确认下单的第一通知消息，当然第二终端还可以自行下单并进行支付，还可以给第一终端发送取消下单的第二通知消息。

需要说明的是，在实际实现过程中，服务器12可以是一台服务器，也可以是由多台服务器构成的服务器集群、云计算中心等等，在此不加以限定。

本申请实施例提供一种订单处理方法，图2为本申请实施例订单处理方法的实现流程示意图，如图2所示，所述方法包括以下步骤：

步骤s201，基于第二终端的购物请求，获取与所述购物请求相匹配的订单信息。

这里，所述步骤s201可以是由订单处理设备实现的，进一步地，所述订单处理设备可以是第一终端，例如可以是移动电话、平板电脑、笔记本电脑等具有无线通信能力的移动终端，还可以是具有通信能力的台式计算机、桌面电脑等不便移动的设备。

在所述步骤s201之前，所述订单处理设备首先需要获取第二终端的购物请求，在本实施例中，第二终端可以通过多种方式告知自身的购物请求，例如，可以通过即时通讯app，或者通过打电话或者面对面口头通知的方式等等。购物请求中可以包括商品的名称、可接受的价格区间等信息，第一终端在获取到第二终端的购物请求后，可以通过电商app或者电商的网页来获取与该购物请求相匹配的商品，在选定商品后再进一步获取收件人信息，并生成订单信息。

步骤s202，将所述订单信息发送给所述第二终端。

这里，所述步骤s202可以是由订单处理设备实现的。所述步骤s202在实现时，可以是将携带有所述订单信息的链接发送给所述第二终端。

在本实施例中，也可以是通过多种方式将所述订单信息发送给第二终端，例如，可以是通过短信息的形式发送所述订单信息，还可以是通过即时通讯app发送所述订单信息，还可以通过电商app发送所述订单信息，在实际应用中，选择哪一种发送方式主要取决于第二终端用户的使用习惯以及第二终端上是否安装有电商app或即时通讯app等因素。

在其他实施例中，所述第二终端在接收到所述订单信息后，可以通过第二终端的显示装置输出显示所述订单信息中的商品信息，例如包括商品的名称、图片、价格等等，如果第二终端的用户认为该订单信息中的商品满足了自己的购物需求，可以通过发送第一通知消息来通知第一终端确认下单。

步骤s203，如果接收到所述第二终端发送的确认下单的第一通知消息，将所述订单信息发送给服务器，以进行下单。

这里，所述步骤s203可以是由订单处理设备实现的。

在其他实施例中，在所述步骤s203之前，所述方法还包括：判断是否接收到所述第二终端发送的确认下单的第一通知消息，如果接收到所述第一通知消息，说明当前订单信息能够满足第二终端的用户的购物需求，此时进入步骤s203；如果没有接收到所述第一通知消息，说明当前订单信息不能满足所述第二终端的用户的购物需求，此时需要进一步判断所述第二终端是否发送了取消订单的第二通知消息或判断所述第二终端是否发送了更新订单的第三通知消息，并且在接收到第二通知消息的情况下取消订单，或者在接收到第三通知消息的情况下，更新订单信息。

在本申请实施例提供的订单处理方法中，首先，基于第二终端的购物请求，确定与所述购物请求相匹配的订单信息；然后将所述订单信息发送给所述第二终端；如果接收到所述第二终端发送的确认下单的第一通知消息，输出所述订单信息对应的支付信息；如此，能够根据第二终端的购物请求确定相应的订单信息，并将订单信息发送给第二终端，以供第二终端确定是否下单，从而减少了第二终端筛选商品，提交订单及支付的过程，又能使得第二终端的用户了解订单商品等信息，体验了网上购物。

基于上述实施例，本申请实施例再提供一种订单处理方法，应用于包括第一终端、第二终端和服务器的订单处理系统，图3为本申请实施例订单处理方法的又一实现流程示意图，如图3所示，所述方法包括以下步骤：

步骤s301，第一终端接收第二终端发送的购物请求。

这里，所述步骤s301在实现时，可以是第二终端通过即时通讯应用给第一终端发送购物请求，然后第一终端同样通过即时通讯应用接收第二终端发送的购物请求。在本实施例中，所述购物请求可以是第二终端以文字形式发送的，还可以通过语音或者视频形式发送的。所述购物请求可以包括商品名称、可接受价格区间，还可以包括型号、产地等信息。在其他实施例中，所述购物请求还可以包括付款人信息，以说明由谁完成支付过程。例如，第二终端可以通过即时通讯应用给第一终端发送一消息“帮我选一件五百左右的秋装外套，灰色和黑色都可以，我来付款”，那么第一终端的用户在看到该消息后，可以确定购物请求包括：商品名称是秋装外套、价格在500左右、颜色是灰色或黑色，付款人为第二终端的用户。

需要说明的是，在本实施例中，当第二终端通过即时通讯应用发送购物请求时，一般要求第一终端的用户在第二终端的即时通讯应用的好友列表中，或者说要求，第一终端的用户和第二终端的用户是相识或熟悉的。

步骤s302，所述第一终端根据所述购物请求，确定与所述购物请求匹配的商品信息。

这里，所述第一终端接收到所述购物请求后，第一终端的用户基于该购物请求，可以在电商app上浏览、筛选与该购物请求相匹配的商品，在用户选定商品后，第一终端确定与所述商品相关的商品信息，例如，包括商品名称、价格、颜色、型号等信息。

步骤s303，所述第一终端获取所述购物请求对应的收件人信息。

这里，在相关技术中，当用户b想要让用户a帮忙在网上选商品时，一般是用户a在选择好商品后，将商品信息发送给用户b，由用户b查看，若用户b满意后，可以自行进行下单。但是如果用户b并不熟悉下单流程和支付流程，并不能顺利地完成购物，因此，在本实施例中，在确定了与所述购物请求匹配的商品信息后，第一终端要进一步获取所述购物请求对应的收件人信息，生成订单信息。

由于在本实施例的应用场景中，第一终端的用户和第二终端的用户一般是相识或熟悉的，例如，第二终端的用户可以是第一终端的用户的父母或其他长辈，在第一终端的电商app的收件人信息中上就存储有第二终端的用户的地址、电话等信息，此时，第一终端即可根据用户的选择操作获取用户选中的收件人信息；如果第一终端的电商app的收件人信息中没有存储有该购物请求对应的收件人信息，那么可以由第一终端的用户输入相应地收件人信息，所述第一终端基于用户的输入操作，获取该购物请求对应的收件人信息。

步骤s304，所述第一终端基于所述收件人信息和所述商品信息生成订单信息。

这里，在实际应用过程中，所述步骤s304可以通过以下步骤实现：

步骤s3041，根据所述收件人信息，按照预设规则生成令牌信息；

步骤s3042，基于所述令牌信息、收件人信息和所述商品信息生成订单信息。

这里，根据所述收件人信息按照预设规则生成令牌信息在实现时可以是根据收件人的姓名、电话按照一定的规则来生成令牌信息。这样，再基于令牌信息、收件人信息和商品信息生成的订单信息由于携带有令牌信息，从而能够保证该订单信息只能由与令牌信息相匹配的第二终端才能查看该订单信息。

步骤s305，所述第一终端将所述订单信息发送给所述第二终端。

这里，所述步骤s305在实现时，可以是第一终端将所述订单信息通过链接形式发送给所述第二终端，还可以通过电商app分享订单信息的口令将所述订单信息发送给所述第二终端。

另外，所述第一终端可以是通过即时通讯app将所述订单信息发送给第二终端，还可以是通过电商app中的即时通讯模块将所述订单信息发送给第二终端。

图4为本申请实施例第一终端分享发送订单信息的界面示意图，如图4所示，当第一终端生成订单信息后，在第一终端的显示界面上会显示所述订单信息，并会提供“确认下单”的按钮控件401和“分享订单”的按钮控件402，当用户点击“分享订单”的按钮控件402后，会提供发送方式，例如会提供方式一通过即时通讯app发送，通过电商app发送等等。

步骤s306，所述第二终端如果接收到输出显示所述订单信息的第一指令，输出所述订单信息。

这里，所述第二终端在接收到所述订单信息后，可以在第二终端的显示装置，例如显示屏上显示所述订单信息对应的链接或者口令。此时所述第二终端会判断是否接收到输出显示所述订单信息的第一指令，如果接收到所述第一指令，则输出显示所述订单信息。在实现过程中，当第二终端检测到输出显示所述订单信息的第一预设操作时，可以认为是接收到所述第一指令；或者当第二终端检测到输出显示所述订单信息的第一预设手势或者接收到输出显示所述订单信息的第一预设语音时，也可以认为是接收到所述第一指令。

步骤s307，所述第二终端判断是否接收到由他人下单的第二指令。

这里，所述步骤s307在实现时，可以是判断是否检测到确认下单的第二预设操作，还可以是判断是否接收到确认下单的第二预设手势，亦或者是判断是否接收到确认下单的第二预设语音。

如果所述第二终端接收到所述第二指令，说明所述第二终端的用户对订单信息中的商品信息和收件人信息都确认过了，没有存在错误或不满意的地方，此时进入步骤s308；如果所述第二终端没有接收到所述第二指令，说明第二终端的用户对订单信息中的商品信息不满意或者认为收件人信息有误，此时进入步骤s311。

步骤s308，所述第二终端向所述第一终端发送确认下单的第一通知消息。

这里，如果第二终端的用户在确认订单消息的商品信息和收件人信息都没有问题，并想要第一终端下单时，会向第一终端发送一个确认下单的第一通知消息。在其他实施例中，如果所述第二终端用户在确认订单消息的商品信息和收件人信息都没有问题时，还可以自行下单，并支付，以完成购物流程。

图5为本申请实施例第二终端显示订单信息的界面示意图，如图5所示，在第二终端输出显示订单信息时，可以查看到商品的名称、图片、价格等商品信息501，还可以查看收件人信息502，当用户想要查看商品的详细信息时，可以通过点击“查看详情”的按钮控件503，如果用户对商品信息和收件人信息都确认无误后，可以点击“通知对方下单”的按钮控件504，此时第二终端会向第二终端发送确认下单的第一通知消息；用户还可以点击“自行下单”的按钮控件505，来跳转到支付界面，进行支付并完成购物流程。

步骤s309，所述第一终端将所述订单信息发送给服务器，以进行下单。

这里，所述第一终端在接收到第一通知消息后，将所订单信息发送给服务器，以进行下单。在实现过程中，如果所述第一终端和所述第二终端在发送订单信息和第一通知消息都是利用了电商app时，可以在第一终端接收到第一通知消息后，就自动将所述订单信息发送给服务器。例如，第一终端和第二终端利用电商app自有的即时通讯功能，发送订单信息和第一通知消息，那么在第一终端接收到第一通知消息后，会自动提交订单给服务器。如果所述第一终端和所述第二终端在发送订单信息和第一通知消息是利用了没有购物功能的即时通讯app时，可以是第一终端接收到第一通知消息后，基于用户的操作将所述订单信息发送给服务器，以进行下单。

步骤s310，所述第一终端基于接收到的支付操作，对订单进行支付。

这里，第一终端下单后，会跳转到支付界面，第一终端基于用户的支付操作。例如输入支付密码及确认支付的操作，对订单进行支付。

步骤s311，所述第二终端判断是否接收到更新订单的第三指令。

这里，如果所述第二终端的用户在查看订单信息时，发现对商品信息不满意，例如可能是对商品的颜色、型号不满意，或者是发现收件人信息有存在错误的地方，需要对订单信息进行更新修改。

所述步骤s311在实现时，可以是通过判断是否接收到更新订单的第三预设操作，来判断是否接收到更新订单的第三指令，如图5所示，在第二终端的显示界面上会有一个“更新订单”的按钮控件506，如果在所述“更新订单”的按钮控件506对应的屏幕位置检测到用户的触控操作，可以认为是接收到更新订单的第三指令，此时进入步骤s312。

步骤s312，所述第二终端获取更新信息。

这里，如果第二终端接收到所述第三指令，会输出显示可编辑的订单信息，此时第二终端的用户可以对商品信息或收件人信息进行调整，第二终端基于用户的调整操作，获取更新信息。

步骤s313，所述第二终端将携带有所述更新信息的第三通知消息发送给所述第一终端。

这里，第二终端可以通过电商app或者通过即时通讯app发送所述第三通知消息，当是通过即时通讯app发送所述第三通知消息时，可以是向第一终端发送“收件人的电话错了，应该是135xxxxxxx”或者是发送“我想要黑色的”之类的信息。

步骤s314，所述第一终端基于所述第三通知消息中携带的更新信息对所述订单信息进行更新，得到更新后的订单信息。

这里，所述第一终端在接收到第三通知消息后，会基于其携带的更新信息对订单信息进行更新。例如将收件人电话进行更新，或者对商品的颜色进行更新，得到更新后的订单信息。

步骤s315，所述第一终端将更新后的订单信息发送给服务器。

这里，在本实施例中，在第一终端对订单信息进行更新后，可以认为更新后的订单信息是满足第二终端的要求的，此时可以将更新后的订单信息发送给服务器，以进行下单。在其他实施例中，在得到更新后的订单信息之后，还可以将更新后的订单信息再一次发送给第二终端，由第二终端确认是否下单。

步骤s316，如果接收到取消下单的第四指令，向所述第一终端发送取消下单的第二通知消息。

这里，在其他实施例中，在所述步骤s316之前，所述方法还包括：所述第二终端判断是否接收到取消下单的第四指令，如果接收到所述第四指令，进入步骤s316。在实现时，判断是否接收到所述第四指令，可以通过判断是否在图5所示的“取消下单”的按钮控件507对应的屏幕位置检测到触控操作，如果在所述“取消下单”的按钮控件507对应的屏幕位置检测到触控操作，可以认为是接收到所述第四指令。

步骤s317，所述第一终端删除所述订单信息中携带的令牌信息，以使所述订单信息失效。

这里，所述第一终端在接收到所述第二通知消息后，可以基于所述第二通知消息，取消该订单，在实现时，如果所述第三通知消息是通过电商app发送的，所述第一终端在接收到所述第三通知消息后可以自动删除所述订单信息中携带的令牌信息，以使所述订单信息失效；如果所述第三通知消息是通过即时通讯app或者短信息、电话等方式发送的，所述第一终端的用户在接收到所述第三通知消息后，可以手动取消订单，第一终端基于用户的取消订单的操作，删除所述订单信息中携带的令牌信息，以使所述订单信息失效。

在本发明实施例提供的订单处理方法中，首先第一终端接收第二终端发送的购物请求，然后根据所述购物请求，确定与所述购物请求匹配的商品信息以及所述购物请求对应的收件人信息，并基于所述收件人信息和所述商品信息生成订单信息，所述第一终端再将订单信息发送给第二终端，第二终端接收到所述订单信息后输出显示所述订单信息，如果第二终端接收到由他人下单的第二指令，则向第一终端发送第一通知消息，第一终端接收到第一通知消息后，将订单信息发送给服务器并完成支付；如果第二终端接收到更新订单的第三指令，获取更新信息并将更新信息携带于第三通知消息中发送给第一终端，第二终端基于接收到的更新信息对订单信息进行更新，并将更新后的订单信息发送给服务器并完成支付；如果第二终端接收到取消订单的第二指令，则向第一终端发送第二通知消息，在第一终端接收到第二通知消息后，通过删除订单信息中的令牌信息，以使订单信息无效，从而取消订单，这样，就可能在第二终端的用户有购物需求时，能够由第一终端选择商品，并获取收件人信息生成订单，并且由第二终端的用户确认可以下单后，由第一终端进行下单及支付，可以免去第二终端的用户浏览选择及下单支付的过程，只需确认是否对订单中的商品是否满意，收件人信息是否正确即可享受网上购物。

在其他实施例中，第二终端的用户在查看所述订单消息后，认为所述订单信息中的商品信息和收件人信息都没有问题时，可以自行下单，因此，在所述步骤s306之后，所述方法还包括：

步骤51，第二终端判断是否接收到自行下单的第五指令。

这里，所述步骤51在实现时，可以是通过判断是否在图5所示的“自行下单”的按钮控件505所对应的屏幕位置检测到触控操作或点击操作，如果在“自行下单”的按钮控件505所对应的屏幕位置检测到触控操作或点击操作，认为接收到自行下单的第五指令，此时进入步骤62。

步骤52，所述第二终端将所述订单信息发送给服务器。

步骤53，所述第二终端输出获取到的所述订单信息的支付信息。

这里，如果第一终端的用户对应的电商账户中有可以使用的优惠券或者折扣券，那么不管是由第一终端完成下单支付过程，还是由第二终端完成下单支付过程，都可以使用该优惠券或折扣券，在实现时，第一终端发送给第二终端的订单信息中的商品价格可以是已经使用了优惠券或折扣券之后的商品价格。

步骤54，所述第二终端基于接收到的支付操作，对所述订单信息进行支付。

基于前述的实施例，本申请实施例再提供一种订单处理方法，图6为本申请实施例订单处理方法的又一实现流程示意图，如图6所示，所述方法包括以下步骤：

步骤s601，用户a通过电商app挑选合适的商品。

这里，在本实施例中，用户a为对电商app购物熟悉的人，用户b为对电商app购物不熟悉的人，用户a和用户b一般为熟人。本申请实施例提供的订单处理方法的应用场景通常可以为用户b想买个东西，但不会挑，也不会下单支付，此时需要用户a帮助他；或者是用户a想给用户b买一个东西，送给她，但是又不知道是不是她想要的。用户b给用户a通过其他方式沟通后希望购买某个商品，或者用户a想送给用户b某个商品，此时用户a通过电商app挑选合适的商品。

步骤s602，用户a设定该商品的接收人信息：收件人，地址，电话以及付款信息。

这里，针对本申请实施例对应的购物模式，需要设定付款方为用户a或者用户b，付款方式将根据用户绑定的支付通道进行按顺序扣款。

步骤s603，用户a将以上信息分享给用户b。

这里，所述步骤s603在实现时，可以是用户a将以上信息以链接的方式通过即时通讯app分享给用户b，例如通过微信分享给用户b。

步骤s604，用户b在微信中打开该链接后，能够看到商品的基本信息及图片。

这里，用户b在接收到该信息对应的链接后，可以点击打开该链接，如果用户b的终端中安装有该电商app，那么可以通过该链接打开该电商app，从而查看商品的基本信息及图片；如果用户b的终端中没有安装有该电商app，那么可以通过该链接打开电商的网页，从而查看商品的基本信息和图片。

步骤s605，用户b确认商品是否为自己心仪的。

这里，如果用户b确认商品是自己想要的，那么此时进入步骤s606；如果用户b对商品不满意，则用户a将能收到推送信息，从而这条分享的链接将失效，另外，这条分享链接只能用户b查看(通过独立的通信令牌(token)来保证)，用户a收到推送信息后，可以转入步骤s601通知用户a再次为其选择商品。

步骤s606，用户b确认收件人及地址信息是否正确。

这里，如果用户b确认收件人及地址信息正确，进入步骤s607；如果收件人或地址信息有误，则用户b可以对收件人及地址信息进行修改。

步骤s607，确定付款方是否为用户b。

这里，如果付款方为用户b，此时进入步骤s608；如果付款方为用户a，此时进入步骤s609。

步骤s608，启动用户b的本地支付。

这里，支付过程中，用户b能享受用户a账户的优惠信息，也就是说，如果用户a有购买该商品的优惠券，在用户b进行支付时，可以使用a的优惠券。

步骤s609，如果付款方为a，用户信息确认后，按照a的扣款方式和优惠信息自动完成扣款。

在由用户a或者用户b付款完成后，用户b等着收货即可

在本申请实施例中，通过现有购物app与即时通讯app(例如微信)结合的方式，让年轻人或者对手机app操作习惯的用户b能够替那些不熟悉电商购物的人完成购物。用户b主要涉及一个确认过程，不会涉及挑选商品，使用什么优惠信息等较为复杂的流程，而用户a则是主要的商品挑选和优惠信息设置人员。通过该方式，用户b也间接的体会到网上购物。

需要说明的是，在用户a将订单信息分享时，可以通过即时通讯app(例如，微信分享的方式)进行分享，同样也可以利用电商app自己的社交方式完成信息分享。

本申请实施例提供一种订单处理设备，图7为本申请实施例订单处理设备的组成结构示意图，如图7所示，所述设备至少包括：存储器701、通信总线702和处理器703，其中：

所述存储器701，配置为存储订单处理程序；

所述通信总线702，配置为实现处理器和存储器之间的连接通信；

所述处理器703，配置为执行存储器中存储的订单处理程序，以实现如下步骤：

基于第二终端的购物请求，获取与所述购物请求相匹配的订单信息；

将所述订单信息发送给所述第二终端；

如果接收到所述第二终端发送的确认下单的第一通知消息，将所述订单信息发送给服务器，以进行下单。

在其他实施例中，所述基于第一终端的购物请求，获取与所述购物请求相匹配的订单信息，包括：

基于所述购物请求，确定与所述购物请求匹配的商品信息；

获取所述购物请求对应的收件人信息；

基于所述收件人信息和所述商品信息生成订单信息。

在其他实施例中，所述基于所述收件人信息和所述商品信息生成订单信息，包括：

根据所述收件人信息，按照预设规则生成令牌信息；

基于所述令牌信息、收件人信息和所述商品信息生成订单信息。

在其他实施例中，所述处理器703，还配置为执行存储器中存储的订单处理程序，以实现如下步骤：

如果接收到所述第二终端发送的更新订单信息的第三通知消息，基于所述第三通知消息中携带的更新信息对所述订单信息进行更新，得到更新后的订单信息；

输出所述更新后的订单信息对应的支付信息。

在其他实施例中，所述处理器703，还配置为执行存储器中存储的订单处理程序，以实现如下步骤：如果接收到所述第二终端发送的取消下单的第二通知消息，删除所述订单信息中携带的令牌信息，以使所述订单信息失效。

相应地，本申请实施例再提供一种计算机存储介质，所述计算机存储介质上存储有订单处理程序，所述订单处理程序被处理器执行时实现上述的订单处理方法的步骤。

以上订单处理设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请订单处理设备和计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

本申请实施例提供一种订单处理设备，所述设备至少包括：存储器、通信总线和处理器，其中：

所述存储器，配置为存储订单处理程序；

所述通信总线，配置为实现处理器和存储器之间的连接通信；

所述处理器，配置为执行存储器中存储的订单处理程序，以实现如下步骤：

接收第一终端发送的订单信息；

如果接收到输出显示所述订单信息的第一指令，输出所述订单信息；

如果接收到确认由他人下单的第二指令，向所述第一终端发送确认由他人下单的第一通知消息。

所述处理器，还配置为执行存储器中存储的订单处理程序，以实现如下步骤：

如果接收到更新订单信息的第三指令，获取更新信息；

将携带有所述更新信息的第三通知消息发送给所述第一终端。

所述处理器，还配置为执行存储器中存储的订单处理程序，以实现如下步骤：

如果接收到取消下单的第四指令，向所述第一终端发送取消下单的第二通知消息。

所述处理器，还配置为执行存储器中存储的订单处理程序，以实现如下步骤：

如果接收到自行下单的第五指令，将所述订单信息发送给服务器；

输出获取到的所述订单信息的支付信息；

基于接收到的支付操作，对所述订单信息进行支付。

相应地，本申请实施例再提供一种计算机存储介质，所述计算机存储介质上存储有订单处理程序，所述订单处理程序被处理器执行时实现上述的订单处理方法的步骤。

以上订单处理设备和存储介质实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请订单处理设备和计算机存储介质实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

本申请实施例中，如果以软件功能模块的形式实现上述方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

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

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(readonlymemory，rom)、磁碟或者光盘等各种可以存储程序代码的介质。

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

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