CN111951082B - 网络直播交易订单执行、控制方法及其装置、设备与介质 - Google Patents

Abstract

本申请公开一种网络直播交易订单执行、控制方法及其装置、设备与介质，该执行方法包括：在直播间界面显示标的商品的订单编辑页面；接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。本申请优化了网络直播中标的商品抢购活动的运作流程，提高了电商运作效率，同时有利于刺激网络直播的用户流量，实现了网络直播与电子商务的深度融合。

Description

网络直播交易订单执行、控制方法及其装置、设备与介质

技术领域

本申请涉及网络直播技术领域，尤其涉及一种网络直播交易订单执行方法，同时涉及一种网络直播交易订单控制方法，以及涉及该些方法相应的装置、设备与非易失性存储介质。

背景技术

随着网络直播技术与电子商务技术的相互融合日益深入，网络直播的观众用户除了在各大直播平台架设的直播间中观看各种直播内容外，还可通过直播平台进行购物。

现有常见的网络直播与电子商务相结合的融合模式中，直播间的观众用户通过主播用户在直播间中口头介绍商品的方式了解商品，按需跳转到本平台相应的商品详细页或第三方购物平台中购买商品，相比传统的电视购物，观众用户可通过与主播用户在直播间的互动，更直观地了解商品，提升购买欲望。

按照这一融合模式，直播间的观众用户在整个购物流程中，需要频繁地跳转页面或打开相应的购物平台应用程序，整个过程复杂而缓慢，甚至可能由于观众设备的问题出现卡顿或死机，从而失去抢购机会。

另外，在主播用户开放抢购权限时，部分观众可能因为设备或网络原因无法抢购到心仪的商品，且抢购所产生大量的数据瞬时涌入服务器，可能造成服务器瘫痪。

由此可见，如今的直播购物中，因抢购流程设计死板，对观众用户的设备和网络要求较高，常导致观众用户购物体验欠佳，影响了购买欲望，同时也导致主播的商品销量降低，一定程度上降低了直播平台营收。

发明内容

本申请的首要目的在于提供一种网络直播交易订单执行方法及其相应的网络直播交易订单执行装置、电子设备以及非易失性存储介质，以优化网络抢购流程，提升抢购交易订单的执行效率。

作为本申请的另一目的，提供一种网络直播交易订单控制方法及其相应的网络直播交易订单控制装置、电子设备以及非易失性存储介质，以对应前一目的的方法而提供相应的基础支持。

为满足本申请的各个目的，本申请采用如下技术方案：

适应本申请的首要目的而提出的一种网络直播交易订单执行方法，其包括如下步骤：

在直播间界面显示标的商品的订单编辑页面；

接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；

响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；

接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。

较佳的实例中，所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。

进一步的实例中，所述订单编辑页面为可隐藏页面，适于通过所述直播间界面调出，其响应于所述主播用户的权限开放指令而处于可用状态。

进一步的实例中，本方法还包括如下后续步骤：

所述预订口令被服务器接收后广播到直播间，以在直播间所有用户的界面显示该预订口令的格式化的信息。

部分实例中，所述支持该标的商品的抢购交易的服务器为与支持本直播间运营的服务器存在接口协议以实现彼此数据交换的电商服务平台的应用服务器。

适应本申请的目的之一而提出的一种网络直播交易订单控制方法，其包括如下步骤：

向观众用户推送标的商品的商品配置信息；

向所述观众用户广播直播间主播用户触发的抢购启动口令；

接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；

根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。

进一步的实例中，所述商品配置信息由主播用户预先定义，以事先接收到所述主播用户的权限开放指令而允许推送该配置信息。

进一步的实例中，所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。

进一步的实例中，所述接收所述观众用户针对所述标的商品定制的预订口令的步骤中，检测与预订口令相对应的订单信息是否具备执行条件，若不具备执行条件，向相应的观众用户反馈通知信息。

较佳的实例中，所述检测所述订单信息是否具备执行条件的过程中，检测所述预订口令所属的观众用户的个人账户是否余额不足，或检测所述标的商品的库存量是否满足所述订单信息的要求，当判定结果为是时，视为具备执行条件。

适应本申请的目的之一而提出的一种网络直播交易订单执行装置，其包括：

下单单元，用于在直播间界面显示标的商品的订单编辑页面；

生成单元，用于接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；

抢购单元，被配置为响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；

输出单元，用于接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。

适应本申请的目的之一而提出的一种网络直播交易订单控制装置，其包括：

推送单元，被配置为向观众用户推送标的商品的商品配置信息；

控制单元，用于向所述观众用户广播直播间主播用户触发的抢购启动口令；

广播单元，用于接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；

反馈单元，用于根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。

适应本申请的目的之一而提供的一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行本申请所述的网络直播交易订单执行方法或者所述的网络直播交易订单控制方法的步骤。

适应本申请的目的之一而提供的一种非易失性存储介质，其存储有依据所述的网络直播交易订单执行方法或所述的网络直播交易订单控制方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行其相应的方法所包括的步骤。

对于现有技术，本申请的优势如下：

首先，本申请通过优化网络电商抢购流程，将电商抢购业务流程的控制权部分让渡给直播间的主播用户，并且在集中抢购之前实现对抢购相关的预订口令的提前处理，以这种方式实现交易各方更为高效的指令和数据交互，能够有效的降低观众端设备和网络服务器在实施网络直播商品抢购活动时的运行要求，避免产生网络拥塞，从而，使网络直播与电子商务实现更深度的融合，有助于直播平台吸引更多直播间举行抢购活动，全面刺激直播平台的电子商务交易流量。

其次，本申请通过优化电商抢购流程而为直播间观众用户开放了抢购前预处理的能力。具体而言，本申请通过服务器向观众用户推送标的商品的商品配置信息，标的商品的配置信息是由主播用户预先定义，以事先接收到所述主播用户的权限开放指令而允许推送该配置信息；观众端接收当前用户经该订单编辑页面下达的预订指令，生成预订口令，预订口令表征自该订单编辑页面输入的订单信息，接收当前用户经该订单编辑页面下达的预订指令的步骤中，预订口令包含当前用户的特征信息、所述标的商品的商品信息，以及所述标的商品的抢购数量信息，步骤中包含验证当前用户余额是否充足的过程，当余额充足时才生成预订口令。由此可以理解，本申请允许观众用户在抢购前提前了解标的商品的相关信息，从而允许观众用户通过直播间界面的有关抢购商品的控件实现对自身抢购行为的预先配置，在此基础上，先于集中抢购本身定制好预订口令，而不需要在集中抢购的时间节点仓促生成抢购指令，大大提高了抢购的交互效率。

此外，本申请利于刺激直播间中的交互流量。具体而言，随着直播间中观众用户参与抢购而产生各种口令，各种口令通常被推送到公屏或者视频流播放窗口的弹幕中进行轮播，由此能够增加对直播间用户的眼球刺激作用，从而吸引更多观众用户参与抢购，起到良性循环的效果，由此导致直播间的交互流量例如发言、询价等信息流量大增，对于提高用户驻存时长以及提交直播间平台的各种网络设施资源的利用效率，有明显的正面效应。

本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为实施本申请的技术方案相关的一种典型的网络部署架构示意图；

图2为本申请的网络直播交易订单执行方法的典型实施例的流程示意图；

图3为依据本申请的发明构思所实现的一种网络直播场景中，各个相关设备角色之间相互配合所形成的流程原理框图，仅作为示例性说明之用；

图4为本申请的网络直播交易订单控制方法的典型实施例的流程示意图；

图5为本申请的网络直播交易订单执行装置的典型实施例的原理框图；

图6为本申请的网络直播交易订单控制装置的典型实施例的原理框图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global PositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，本申请相关技术方案实施时所需的硬件基础可按图中所示的架构进行部署。本申请所称的服务器80部署在云端，作为一个前端的应用服务器，其可以负责进一步连接起相关数据服务器、视频流服务器、针对即时视频流进行评分的评分服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备例如图中所示的智能手机81和个人计算机82提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与云端的服务器80建立数据通信链路，以便运行所述服务器所提供的服务相关的终端应用程序。在本申请的相关技术方案中，服务器80负责建立直播间运行服务，终端则对应运行与该直播间相对应的应用程序。同理，服务器80可以用于架构其维护抢购流程的电商交易服务，包括提供被抢购商品的各类信息，维护与该商品相关的各类订单以及处理各种相关指令等等。总而言之，本申请中，支持网络直播服务的服务器与支持电商服务的服务器可以合而为一，也可分别设立，均不影响本申请的实施。

本申请所称的网络直播，是指一种基于前述的网络部署架构所实现的一种直播间网络服务。

本申请所称的直播间，是指依靠互联网技术实现的一种视频聊天室，通常具备音视频播控功能，包括主播用户和观众用户，主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播用户以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如教育培训场景、视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。

本申请中的各种方法、装置，通过实现于存储于非易失性存储介质的应用程序在计算机、手机之类的电子设备运行来实现，这种应用程序运行后表现为进程，这种进程也可以是服务进程。对于运行于服务器的服务进程，可以通过互联网开放相应的服务接口，来为终端设备侧的相对应的应用程序用户服务，这些用户可以是主播用户或者观众用户，以及任何可以运用该应用程序并受平台所认可的用户，包括游客用户。

本领域技术人员对此应当知晓：本申请的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本申请所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。

本申请将揭示同一发明创造的两个方面，分别揭示一种网络直播交易订单执行方法和一种网络直播交易订单控制方法，均被实现为应用程序或者应用程序的功能模块运行于终端设备和服务器中，两者相互独立运行，而又互相配合完成交互，从而分别从不同方面实施本申请的技术方案，展示本申请的发明创造的优势。

请先结合图2和图3，适于被编程实现为终端设备应用程序的本申请的一种网络直播交易订单执行方法的典型实施例，其表现为包括如下步骤：

步骤S11，在直播间界面显示标的商品的订单编辑页面。

由于本申请需要提供用户下单的解决方案，因此，观众用户与主播用户之间需要在直播间图形用户界面的支持下，针对标的商品完成下单流程，以便构成双方之间一个事实合同。

所述标的商品可以是指适于销售的各类型的商品，当然也泛指服务产品，其具体类型不受限制。

实现标的商品相关的商品信息为观众用户可访问是实现在线销售的前提，因此，为了便于观众用户在直播间下订单，主播用户一侧，除可在直播时灵活展示商品实物外，通常需要事先在其后台配置相关标的商品的商品配置信息，包括商品名称、数量、金额、基本的外观图片，甚至详情信息等。除此之外，主播用户可以在必要时适应抢购业务流程的需要，而提前配置抢购业务流程相关的配置信息，包括为各种商品开启抢购业务流程的时间等。

直播间服务平台可以自行搭建提供给直播间主播用户进行标的商品管理的电商平台，也可通过与第三方电商平台合作，借助平台之间协议好的数据共享接口来实现标的商品以及商品下单所需的一系列功能。由此，在一个实施例中，支持标的商品的抢购交易的服务器，作为电商服务平台的应用服务器，与支持直播间运营的服务器之间，可以彼此独立而又互相配合，两者之间存在接口协议以实现彼此的数据交换。

主播端在完成上架标的商品的配置操作后，将相关配置信息上传到负责实施电商支持的通服务器，从而导致该服务器可以向直播间广播相关商品处于订单可编辑状态的通知信息，或者，当直播间用户按默认规则或者响应于用户指令而向该服务器查询当前直播间处于订单可编辑状态时，将主播用户完成配置的相关商品处于订单可编辑状态的通知消息反馈给相应的用户。由此，服务器将标的商品的配置信息送达直播间的用户端，主要是观众用户端，获知了订单可编辑状态的商品的直播间用户，理论上便可针对相应的商品编辑相关的订单。

无论采用何种方式管理主播用户的标的商品，主播用户均需要在其启动抢购活动之前事先配置好所述标的商品的相关数据，做好相关准备。以方便观众用户在不需要跳转到第三电商平台的情况下，即可以直接通过标的商品的相关展示窗口了解商品的基本信息，防止观众用户因设备性能或网络原因影响抢购流程的流畅性。

本实施例中，所述展示窗口可以是一个独立的控件，也可以共用所述的订单编辑页面来实现。观众用户可以在展示窗口中阅读处于订单可编辑状态的相关标的商品的商品信息，以方便后续实施抢购。

标的商品的展示窗口需要考虑到直播间具体图形用户界面的实际情况来灵活设计。本实施例中，考虑到最大化直播间图形用户界面的可活动空间，对于展示窗口与订单编辑页面合二为一的情况，将执行下单流程所需的订单编辑页面进行隐藏式设计。众所周知，由于直播间通常具有可隐藏的半窗展示窗口，故可在该半窗展示窗口中添加一专用的页面作为所述的订单编辑页面，由此订单编辑页面也就具备了可隐藏属性，方便与所述展示窗口合二为一。其他实施例中，所述展示窗口可以为一界面空间占比较小的控件，同样可以与所述的订单可编辑页面合二为一，当该图标被触控时，展开一非全屏网页，既可用于展示标的商品的商品信息，也可用于访问订单编辑页面；当从该全屏网页退出时，则回到原有界面，再现所述控件。此外，所述展示窗口与所述订单编辑页面也可分立设计，例如，参照前述两例，订单编辑页面仍以半窗方式设计，所述展示窗口则仍以控件形式设计。

如前所述，在订单编辑页面中，一方面可以兼顾展示窗口要实现的功能，展示从电商平台相关数据库中获取的关于标的商品的商品信息，另一方面，可以提供相关的编辑框供接收用户的各种下单信息，例如购买数量、型号选择等等，还可提供一些相关控件例如最后用于确认提交的控件等。本领域技术人员根据此处的揭示，应当可以理解有关订单编辑页面的灵活实现形式。

可以理解，订单编辑页面由于具有可隐藏属性，因此，直播间的观众用户在参加直播间活动时，便可通过实施滑屏、触控之类的用户操作唤出所述的半窗展示窗口，来实现对该订单编辑页面的访问。

订单编辑页面还可以被默认设置为不可用的状态，而依据主播用户发出的权限开放指令使其切换到可用状态。这个权限开放指令可以是主播用户完成标的商品的信息配置后手动或自动下达的，被服务器广播所有观众用户，各观众用户的直播间应用程序收到该权限开放指令之后将可编辑订单置为用户可访问的可用状态。

涉及所述订单编辑页面的灵活设计，考虑到半窗展示窗口可展示平面空间有限，在具体实现时，可以进一步灵活处理。例如，可以将其设计为不受半窗展示窗口尺寸限制的页面，使得观众用户可以通过左右或上下移动该页面，又如，如果半窗不足显示，可进行分页处理，更详细的展示信息，以方便观众用户填写订单信息。

步骤S12，接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令：

如前所述，订单编辑页面用于供观众用户预订标的商品，当所述标的商品处于订单可编辑状态时，观众用户可以在该订单编辑页面中针对该标的商品输入订单信息。所述订单信息通常包括订购的商品数量，订购的商品型号、收货地址、收货人姓名、收货人联系方式等，其中部分信息可按默认值设置，例如所述的商品数量可以默认为1，相关联系信息项可以是观众用户事先已经录入的信息在此处直接调用。

通常，当观众用户完成订单编辑页的订单信息的录入后，可以进一步为其弹出一个商品结算窗口，以显示订单信息及抢购商品的总价格等结算信息，以方便观众用户确认订单信息。

当观众用户在所述的订单编辑页面中完成所述订单信息的录入，经确认结算信息提交后，便可据之生成所述的预订口令。

关于生成预订口令的指令触发的条件，本申请不局限于一种触发方式，在观众用户完成上述的订单信息的最终提交后，有多种方式触发生成预订口令的指令。具体而言，可以参照如下方式：

第一种方式，在观众用户确认订单信息后，可通过点击付款控件，进行付款操作；观众用户可选择不同的方式进行付款，包括但不限于通过第三方支付平台进行付款或通过直播平台应用提供的支付平台进行付款。当其完成付款后，视之为构成触发生成预订口令的条件。

第二种方式，当观众用户确认订单信息后，关联观众用户的余额信息的服务器将会进行对观众用户的余额是否满足抢购商品的总价格以便生成预订口令的判断；若否，则对用户输出余额不充足的提示；若满足则构成触发生成预订口令的条件。

第三种方式，对于将付款流程后移的步骤来说，无论是通过上述第一种方式中的第三方平台实现支付还是通过上述第二种方式中的平台内支付，均可在观众用户的观众端接收到抢购结果信息后进行。从而，只要用户完成所述订单信息的最终提交，即可视之为构成触发生成预订口令的条件。

参照以上揭示的各种构成触发生成预订口令指令的示例，可以理解，直播间应用程序判断具备生成预订口令的条件后，便可执行生成预订口令的流程。

当然，如果观众用户按照上述第一和第二种方式提前完成订单付款，而后续却接收到抢购失败信息时，可以由服务器自动为其退款，将已扣款项原路访问至被扣款账户。

概括而言，无论在预订口令生成之前是否针对订单信息实施扣款，均可由观众用户的直播间应用程序向相关服务器发起针对该观众用户余额是否充足的查询请求，实现对用户余额是否充足的验证。如用户余额不足，则不再生成所述的预订口令，如用户余额充足才执行后续生成预订口令的流程。可以理解，提前查询余额有利于确保下单的成功率。

所述的预订口令，是通过获取观众用户在订单编辑页输入的订单信息、标的商品的配置信息及观众用户的特征信息进行相应的格式化处理成相应格式所形成的一组数据。观众用户的特征信息一般是该观众用户的用户ID，订单信息中一般也已包含了商品名称、产品编号、款式编号以及订购数量等信息，因此，可以直接依据这些信息生成相应的预订口令，以便后续利用该预订口令用于实现直播间内的消息通知。一个实施例中，所述的预订口令的格式可类似为(我正在抢购<商品名称>##产品编号#款式编号#数量##)，当然，也可采用其他格式，例如进一步公开该观众用户的结算金额等，本领域技术人员可灵活设定。

另一方面，对应所述预订口令的生成，后台中持有所述的订单信息，后续可据所述的订单信息在后台执行交易流程，而所述的预订口令则可被实现为弹幕或公屏发言以及作为业务流程消息传递之用，两者并行不悖。

步骤S13，响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购：

主播端在完成上架标的商品的配置操作后，主播用户可以直播间中为抢购活动的标的商品的推荐环节做准备，通过直播间口头介绍并展示商品，与观众用户互动。根据本申请的方法，在当前阶段，观众用户可以随时通过所述的订单编辑页面执行并完成所述订单信息的录入，直至生成所述的预订口令。

当主播用户完成所述的推荐环节之后，便可控制启动抢购，通过主播用户发出用户指令或者通过默认的时间触发机制来向直播间广播抢购启动口令，指示直播间根据所述各观众用户的预订口令来执行抢购。。

触发所述抢购启动口令的机制，具体而言，可以参照如下说明：

第一种方式，主播用户的主播端在完成上架标的商品的配置的阶段，可一并设定抢购启动时间，以便在该时间指定的时刻到达时触发直播间生成对应的抢购启动口令。所述的抢购启动时间，可以由主播用户根据主观意愿进行定时设置或者由直播间的平台方设计的运作机制自动设置，例如可将其设置在北京时间19:00，当时间到达北京时间19:00后，则触发生成抢购启动口令。涉及不同地区的时区差异，可由直播间的服务器负责转换，以使不同地区的观众用户基于同一时间标准进行协同。所述的抢购启动时间，亦可由主播用户设置为时间区间，该时间区间的开启时间以主播用户的主播端在完成上架标的商品的配置操作时为开始时间，其结束时间即为开始时间起，经过所述时间区间之后到达的时刻。例如，若主播用户将时间区间设置为10分钟，则主播用户的主播端在完成上架标的商品的配置操作后10分钟到达时，便触发生成所述的抢购启动口令。

第二种方式，主播用户可通过主播端直播间界面的某一特定控件，触发生成抢购启动口令。所述特定控件的实现方式较为灵活，可由本领域技术人员参照本申请其他关于控件的设计方案灵活设置，恕不赘述。

在其他方式中，还可通过从视频流中识别用户的特定手势，将其作为生成所述抢购启动口令的触发条件，以使直播间对抢购活动的支持更趋智能化，并与现实场景实现深度融合。

参照以上揭示的有关触发抢购启动口令的示例，可以理解，直播间应用程序会判断具备生成抢购启动口令的条件，根据这些触发条件而下达对应的抢购启动口令，该抢购启动口令在服务器的支持下向直播间内广播，以便送达每一观众用户。

具体可参考图3，在主播端下达所述抢购启动口令后，服务器接收该口令，将其封装为广播消息，发送到各个观众用户处。适应直播间中形象化展示的需要，服务器在封装所述的抢购启动口令时，可以在相应的广播消息中包含动画特效之类的可视化信息，以便观众用户更易通过所述的可视化信息感知抢购启动口令的送达。

所述的抢购启动口令一般由主播用户制定，其格式可类似为(抢购<商品名称>开启，只限#数量#)，当然，也可采用其他格式，例如进一步公开该标定商品的价格等，对此本领域技术人员可灵活设定。

观众用户接收到来自后台服务器的广播消息后，解析出其中的抢购启动口令，由此将触发观众用户的直播间应用程序响应该抢购启动口令的流程，在本机下达自动抢购指令，响应于该自动抢购指令，观众用户的直播间应用程序便把已经生成的预订口令与对应提前定义的订单信息发送到服务器。如前所述，接收预订口令和订单信息的服务器通常为适于为所述标的商品提供电子商务交易技术支持的服务器，该服务器也可以与直播间服务器合二为一，订单信息与预订口令甚至可以分别为不同网络地址的服务器接收，总而言之，只要相关服务器存在支持所述标的商品的交易流程的关联性支持，以保证抢购活动的正常进行即可。

所述的自动抢购指令，是指导致触发观众用户的直播间应用程序向所述的服务器提交所述的预订口令的先决条件，主要用于概括所述抢购启动口令导致所述预订口令的提交的必然关系，例如可以由一个判断语句识别所述的抢购启动口令后便视之为包含了自动抢购指令而调用提交所述预订口令的流程。因此，相对而言，所述预订口令的提交对观众用户是透明的，观众用户无需参与任何操作，便可自动提交相应的预订口令。从另外一个视角来看，由于预订口令的提交是依据主播用户的抢购启动口令而作出的响应，因此，实际上主播用户发挥了控制抢购启动的作用。

本实施例中，为了便于服务器基于所述的订单信息执行标的商品的自动抢购，所述的订单信息可以随同所述的预订口令一同被发送给所述的服务器。获得订单信息的服务器据此可以按照电子商务支持的相关流程在后续执行抢购和下单。但是，在其他的实施方式中，所述的订单信息也可以被提前发送至所述的服务器，然后在该服务器后续收到所述的预订口令时才调用执行交易。

所述的预订口令通常会包括当前观众用户的特征信息以便据此在直播间显示观众用户的个人信息，包括所述标的商品的商品信息以便公告其购买的商品，还包括所述标的商品的抢购数量信息。预订口令在服务器处可以被用于触发订单交易流程的执行且被用于与相应的订单信息互相校验，而作为公告信息，则可被用于向直播平台所有用户实时传达抢购信息，在用户的界面上显示。

同理，与前述类似，所述预订口令可以同上述的抢购启动口令一样被格式化并输出为直播间的可视化信息，通过弹幕发布，或者通过公共发言区发布，以便对所有用户可见。所述的预订口令的格式可类似为(我正在抢购<商品名称>##产品编号#款式编号#数量##)，当然，也可采用其他格式，例如进一步公开该标定商品的价格等，本领域技术人员可灵活设定。

步骤S14，接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面：

服务器接收到观众用户提交的预订口令以及相关的订单信息后，参考图3，服务器可以做出相应的解析，获得预订口令与订单信息的具体详情，按照实施电子商务交易所需的业务逻辑进行相关条件的判断，判断其满足相对应的条件后，为观众用户执行抢购，最终向相应的观众用户单播发送相应的抢购结果信息。

关于服务器如何具体利用所述的预订口令与订单信息用于执行下单流程，存在多种实施方式，将在本申请涉及服务器实现的方法中进一步详细揭示，此处暂且不表。

所述的抢购结果信息主要包括两种，即抢购失败信息与抢购成功信息。

所述的抢购失败信息，是服务器根据所述订单信息执行关于标的商品的下单流程的结果而生成的，当无论何种原因，包括观众用户余额不足、网络故障等，导致抢购下单失败时，均会导致产生所述的抢购失败信息，服务器将其单播至相应的观众用户的终端设备，以便将结果传达给该观众用户。

所述的抢购成功信息，同理也是由服务器触根据所述订单信息执行关于标的商品的下单流程的结果而生成的，当且仅当服务器为该观众用户成功执行关于标的商品的抢购而完成整个下单业务流程时，服务器才将其单播反馈给该观众用户。

在观众用户的观众端接收到来自后台服务单播的抢购失败信息后，采用可视化效果输出抢购失败信息。抢购失败信息的可视化效果可以灵活多样，如以弹出窗口的形式、视频流播放窗口弹幕的形式抑或是动画效果的形式等等，以便观众用户可通过抢购失败信息的可视化效果快速了解抢购失败的原因。

在观众用户的观众端接收到来自服务器单播的抢购成功信息后，可将其格式化为可视化信息输出。抢购成功信息的可视化效果的输出方式大致上与抢购失败信息的输出类似，恕不赘述。

为营造直播间抢购的活跃效果，两种抢购结果信息理论上均可参照上述的各种口令的格式化原理进行面向更多直播间用户的格式化输出，特别是其中的抢购成功信息，更宜被广播给直播间所有用户。因此，其同理可以被输出为直播间视频流播放窗口中的弹幕、公共发言区中的轮播信息等。

特别的，所述抢购成功信息的格式可类似为(用户名已抢购<商品名称>#数量#件)，当然，也可采用其他格式，例如进一步在其中包含该观众用户订单信息的总价格等，本领域技术人员可灵活设定。

经过上述的个别实施例的处理，所述的抢购成功信息被格式化为可视化信息面向更多用户输出后，直播间的相关观众用户的终端设备的直播间视频界面或直播界面发言区中，将会接收到本直播间所有抢购成功观众用户的抢购成功信息。

更为具体的一种实施例中，所述的抢购成功信息，可以进一步包括抢购成功的订单信息中的标的商品信息、抢购标的商品的数量、抢购商品的发货时间等可以由本领域技术人员灵活确定的相关项。当然，依据电子商务实现逻辑，抢购结果信息将被保存至服务器的关于订单数据的数据库中，观众用户后续可以通过进入直播应用程序的关于订单详细页面了解到自身订单相关的详细信息，且可查看订单的物流信息，亦可进行退款和通知商家发货等订单操作。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种网络直播交易订单执行装置，按照这一思路，请参阅图5，其中的一个典型实施例中，该装置包括：

下单单元31，用于在直播间界面显示标的商品的订单编辑页面；

生成单元32，用于接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，生成对应的预订口令；

抢购单元33，被配置为响应于直播间主播用户的抢购启动口令，自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；

输出单元34，用于接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。

请结合图3和图4，适于被实现为服务器应用程序或应用程序模块的本申请的一种网络直播交易订单控制方法的典型实施例，其表现为包括如下步骤：

步骤S21，向观众用户推送标的商品的商品配置信息：

对应前述方法中各个实施例的揭示，当所述的主播用户完成商品配置信息的录入后，服务器可以按照多种方式将标的商品的信息发送给相关观众用户。其中的一种方式是服务器向直播间所有的观众用户推送主播用户已经允许开放的所述商品配置信息，由此，每个观众用户进入所述的订单编辑页面时，无需请求便可获取所述的商品配置信息。另一种方式是当某一观众用户进入所述的订单编辑页面时，直播间应用程序响应于进入事件而在后台向服务器发送请求，服务器响应该请求而为其推送所述的商品配置信息，再由直播间应用程序将其显示到所述的订单编辑页面中。

需要补充说明的是，支持该标的商品的抢购交易的服务器在接收到主播用户提交的标的商品的商品配置信息后，会将标的商品的配置信息存储到相对应的数据库中，以便在本方法中适时调用。

此外，若主播用户的商品配置信息是上传到第三方电商服务器的情况，本申请支持直播间运营的服务器与第三方电商服务器之间存在接口协议，因此能实现彼此的数据交换，因此也能获得所述的商品配置信息从而确保其能被推送到前述各种情况的相关观众用户。

步骤S22，向所述观众用户广播直播间主播用户触发的抢购启动口令：

如前所述，主播用户在经过推荐商品的环节之后，会适时发起所述的抢购启动口令。服务器收到所述的抢购启动口令之后，需要将其转发给直播间内的观众用户，以便各观众用户据此参与抢购活动。

所述的抢购启动口令的格式如前所述，可以灵活设计，恕不赘述。

考虑到抢购活动理论上面向直播间内的大部分客户，服务器向观众用户发送所述的抢购启动口令，适宜采用广播的方式加以实施。具体而言，服务器收到所述的抢购启动口令之后，除自身按需标记抢购活动状态外，可装饰所述的抢购启动口令封装成广播消息群发到整个直播间中，使所有观众用户均能收到该抢购启动口令。

而收到所述抢购启动口令的观众用户，参阅前一方法各实施例所述，便可据之执行提交预订口令。

步骤S23，接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令：

如前所述，当观众用户将其预订口令提交给服务器之后，服务器可以将其封装成广播信息，发送给直播间所有用户，以便预订口令被直播间应用程序解析后可以输出到相应的图形用户界面中进行显示，包括弹幕或公屏发言等形式均可。

如前所述，所述预订口令主要被格式化为包含所述观众用户的特征信息、所述标的商品的商品信息，以及所述标的商品的抢购数量信息等等，可参阅主播用户侧的实现，恕不赘述。

另一种实施方式中，可以在本步骤中将所述观众用户提交的预订口令解析出来，利用其中的各项信息，与服务器已经掌握的关联于该预订口令的订单信息进行彼此校验，以进一步提交下单安全性，确保数据安全。

如前所述，观众用户的预订口令是基于其相应的订单信息生成的，而所述的订单信息可以在实施抢购之前的任意时间节点被提前提交到服务器，也可随同预订口令提交到服务器，无论如何，以不影响本服务器获取到该订单信息即可。

由于预订口令与订单信息是同源而出，因此，两者之间均关联有用户个人特征信息和商品特征信息，因而，服务器据之可以实现其彼此之间的比对校验。如果两者之间的对应项不一致，说明数据存在中途被篡改的可能性，服务器可以废弃相关数据。

在本步骤中，服务器还可响应预订口令对订单信息做出更细致的校验，包括校验相应的观众用户的余额是否足以支付该订单，还可以通过与主播用户的商品配置信息中的商品存量信息进行比较，校验所述标的商品的库存量是否支持观众用户的订单信息中的购买数量等，完成诸如此类的校验，有利于提交后续的抢购成功率。

另一个实施例中，服务器可以响应预订口令实施对订单信息的过滤，服务器检测订单信息所属的观众用户的用户ID(用户个人特征信息)，从用户黑/白名单数据库中查询是否存在该用户ID相对应的记录，如果该记录表征该用户ID已被平台所禁止实施相关抢购活动，则可直接向相应的观众用户输出相关通知信息。进行此过滤的目的是，在直播间进行抢购的观众用户中，可能存在违反直播平台的用户协议的用户，为保证直播平台的直播环境和谐，直播间有权取消违反协议的用户的抢购权利。

经过上述的各种灵活的处理后，服务器完成了与预订口令相对应的订单信息的多方面的校验，检测该订单信息是否具备执行条件，当其不具备执行条件时，便可向相应的观众用户反馈相关通知信息，以便告知相应的观众用户其抢购不再被执行。变通的实施例中，这一通知信息也可由后续步骤作为所述的抢购结果信息中的抢购失败信息来输出。另一方面，服务器在完成这些检测，确认预订口令对应的订单信息具备执行条件后，可先将预订口令广播到直播间，所有直播间用户便可通过弹幕或者公屏获知该预订口令所公告的相关信息，从而活跃抢购氛围。

步骤S24，根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息：

抢购开始之后，直播间的各个观众用户均自动提交各自的预订口令，服务器根据这些预订口令自动为观众用户实施抢购，最终向用户反馈抢购结果信息。

因抢购是一种先到先得的交易方式，而为抢购而配置的标的商品数量也是有限的，为此本申请对服务器适宜按照某种时间逻辑来处理多个观众用户的抢购顺序。理论上，越早抢购的观众用户，越应为其优先下单。

预订口令的提交在宏观上是同一时间执行的，尽管已经排除了观众用户手动触发这一因素，改为自动提交，然而，由于网络和路由等原因，预订口令到达服务器的时间仍会体现至少毫秒级的差别，这种情况下，依据预订口令到达的先后顺序，按照先来先得的原则，优先匹配多个观众用户的订单信息，对于标的商品仍有存量的情况，使预订口令提交时间靠前的观众用户得以成功下单，便可满足抢购策略的要求，由服务器完成抢购订单的匹配。

但是，考虑到观众用户心理因素，一般而言，越早通过订单编辑页面编辑订单信息的观众用户，其抢购意愿越强烈，因此，在另一种实施方式中，可以根据订单信息完成编辑或者完成提交的时刻，而不是预订口令提交的时间，来作为先来先得的抢购策略依据，实现抢购订单的匹配。以订单信息的编辑时间或者提交时间为依据实施抢购订单匹配，更能在宏观上实现满足观众用户的购买意愿，取得更高的交易效率。

当服务器确定可以执行抢购交易的用户后，便执行相应的下单业务流程。服务器执行下单业务流程时，按照传统电商服务的业务逻辑执行即可。可以理解，如果电商平台为与直播间服务平台深度整合的情况下，在执行下单业务流程时，可以免除步骤S23中的相关校验步骤；如果电商平台属于第三方平台，则执行本方法的服务器调用接口执行下单业务流程的过程中，可能还涉及对相关观众用户的个人账户余额的校验。无论如何，下单业务流程执行完后，成功下单者会被从其个人账户中扣除相应款项，下单失败者，则最终不会被扣除相应款项(特别是对于在前已经根据订单信息进行提前扣款的情况)。

当然，某些实施例中，下单业务流程可只单纯只考虑下单，此前均不执行扣款，而设定一个有效期给相应的观众用户付款，宽限了付款期，为参与抢购的观众用户预留资金准备周期。

当服务器完成下单业务流程的处理后，将获得最终结果，根据这些结果，必要时包括此前形成的结果(例如步骤S23中检测各种执行条件失败后形成的结果)，便可为各个观众用户构造出所述的抢购结果信息。

如前所述，所述的抢购结果信息主要包括抢购失败信息与抢购成功信息，各种具体信息的说明详见本申请前述的揭示，此处恕不赘述。

随着抢购结果信息被发送给相应的观众用户，观众用户便获得了关于抢购的最终结果，从而在其直播间图形用户界面中显示相关通知。同理，主播用户也就获得了整个抢购活动的结果信息。

需要概括强调的是，服务器侧的所述预订口令、抢购启动口令、抢购结果信息与观众用户的终端设备侧的概念相同，其中任意一项或任意多项被格式化为直播间可视化信息，均可被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕，本领域技术人员可灵活实现。正是因为口令的简便性，方便在直播间应用程序与服务器之间传递，开发人员实现灵活高效，故为本申请所优先推荐。

进一步，可以通过将上述各实施例所揭示的方法中的各个步骤进行功能化，构造出本申请的一种网络直播交易订单控制装置，按照这一思路，请参阅图6，其中的一个典型实施例中，该装置包括：

推送单元41，被配置为向观众用户推送标的商品的商品配置信息；

控制单元42，用于向所述观众用户广播直播间主播用户触发的抢购启动口令；

广播单元43，用于接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；

反馈单元44，用于根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。

进一步，为便于本申请的执行，本申请提供一种电子设备，包括中央处理器和存储器，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如前所述的各实施例中所述网络直播交易订单执行方法或网络直播交易控制方法的步骤。

可以看出，存储器适宜采用非易失性存储介质，通过将前述的方法实现为计算机程序，安装到手机之类电子设备中，相关程序代码和数据便被存储到电子设备的非易失性存储介质中，进一步通过电子设备的中央处理器运行该程序，将其从非易性存储介质中调入内存中运行，便可实现本申请所期望的目的。因此，可以理解，本申请的一个实施例中，还可提供一种非易失性存储介质，其中存储有依据所述的网络直播交易订单执行方法或网络直播交易控制方法各个实施例所实现的计算机程序，该计算机程序被计算机调用运行时，执行该方法所包括的步骤。

综上所述，本申请优化了网络直播中标的商品抢购活动的运作流程，提高了电商运作效率，同时有利于刺激网络直播的用户流量，实现了网络直播与电子商务的深度融合。

本技术领域技术人员可以理解，本申请包涉及用于执行本申请中所述操作、方法中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其存储器之内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-Only Memory，只读存储器)、RAM(Random Access Memory，随即存储器)、EPROM(ErasableProgrammable Read-Only Memory，可擦写可编程只读存储器)、EEPROM(ElectricallyErasable Programmable Read-Only Memory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本申请公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本申请中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本申请中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本申请中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (14)

1.一种网络直播交易订单执行方法，其特征在于，包括如下步骤：

在直播间界面显示标的商品的订单编辑页面及用于显示所述标的商品的商品信息的展示窗口，所述标的商品处于由主播用户设定的订单可编辑状态；

接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，经确认结算信息后生成对应的预订口令，所述订单信息被服务器持有以用于执行交易流程，所述的预订口令是通过获取观众用户在订单编辑页输入的订单信息、标的商品的配置信息及观众用户的特征信息进行相应的格式化处理成相应格式所形成的一组数据；

直播间应用程序响应于直播间主播用户的抢购启动口令而下达自动抢购指令，响应该自动抢购指令而自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；

接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。

2.根据权利要求1所述的方法，其特征在于：所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。

3.根据权利要求1所述的方法，其特征在于：所述订单编辑页面为可隐藏页面，适于通过所述直播间界面调出，其响应于所述主播用户的权限开放指令而处于可用状态。

4.根据权利要求1所述的方法，其特征在于：所述预订口令被服务器接收后广播到直播间，以在直播间所有用户的界面显示该预订口令的格式化的信息。

5.根据权利要求1至4中任意一项所述的方法，其特征在于，特征：所述支持该标的商品的抢购交易的服务器为与支持本直播间运营的服务器存在接口协议以实现彼此数据交换的电商服务平台的应用服务器。

6.一种网络直播交易订单控制方法，其特征在于，包括如下步骤：

向直播间观众用户推送标的商品的商品配置信息，以使所述观众用户在直播间界面显示标的商品的订单编辑页面和商品信息的展示窗口，所述商品信息是所述商品配置信息中配置的商品信息，所述标的商品处于由主播用户设定的订单可编辑状态；

向所述观众用户广播直播间主播用户触发的抢购启动口令以触发直播间观众用户的直播间应用程序下达自动抢购指令，以响应该自动抢购指令而自动向支持该标的商品的抢购交易的服务器提交经确认结算信息之后生成的预订口令以基于其对应的订单信息执行其对应的标的商品的抢购，所述订单信息被服务器持有以用于执行交易流程，所述的预订口令是通过获取观众用户在订单编辑页输入的订单信息、标的商品的配置信息及观众用户的特征信息进行相应的格式化处理成相应格式所形成的一组数据；

接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；

根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。

7.根据权利要求6所述的方法，其特征在于：所述商品配置信息由主播用户预先定义，以事先接收到所述主播用户的权限开放指令而允许推送该配置信息。

8.根据权利要求6所述的方法，其特征在于：所述预订口令、抢购启动口令、抢购结果信息任意一项或任意多项被格式化为直播间可视化信息，被输出到直播间界面的公共发言区或被处理为直播间视频播放窗口的弹幕。

9.根据权利要求6至8中任意一项所述的方法，其特征在于：所述接收所述观众用户针对所述标的商品定制的预订口令的步骤中，检测与预订口令相对应的订单信息是否具备执行条件，若不具备执行条件，向相应的观众用户反馈通知信息。

10.根据权利要求9所述的方法，其特征在于，所述检测所述订单信息是否具备执行条件的过程中，检测所述预订口令所属的观众用户的个人账户是否余额不足，或检测所述标的商品的库存量是否满足所述订单信息的要求，当判定结果为是时，视为具备执行条件。

11.一种网络直播交易订单执行装置，其特征在于，包括：

下单单元，用于在直播间界面显示标的商品的订单编辑页面及用于显示所述标的商品的商品信息的展示窗口，所述标的商品处于由主播用户设定的订单可编辑状态；

生成单元，用于接收当前用户经该订单编辑页面编辑录入的关于所述标的商品的订单信息，经确认结算信息后生成对应的预订口令，所述订单信息被服务器持有以用于执行交易流程，所述的预订口令是通过获取观众用户在订单编辑页输入的订单信息、标的商品的配置信息及观众用户的特征信息进行相应的格式化处理成相应格式所形成的一组数据；

抢购单元，被配置为直播间应用程序响应于直播间主播用户的抢购启动口令而下达自动抢购指令，响应该自动抢购指令而自动向支持该标的商品的抢购交易的服务器提交所述预订口令以基于其对应的订单信息执行其对应的标的商品的抢购；

输出单元，用于接收服务器反馈的抢购结果信息，将其可视化输出至直播间界面。

12.一种网络直播交易订单控制装置，其特征在于，包括：

推送单元，被配置为向直播间观众用户推送标的商品的商品配置信息，以使所述观众用户在直播间界面显示标的商品的订单编辑页面和商品信息的展示窗口，所述商品信息是所述商品配置信息中配置的商品信息，所述标的商品处于由主播用户设定的订单可编辑状态；

控制单元，用于向所述观众用户广播直播间主播用户触发的抢购启动口令以触发直播间观众用户的直播间应用程序下达自动抢购指令，以响应该自动抢购指令而自动向支持该标的商品的抢购交易的服务器提交经确认结算信息之后生成的预订口令以基于其对应的订单信息执行其对应的标的商品的抢购，所述订单信息被服务器持有以用于执行交易流程，所述的预订口令是通过获取观众用户在订单编辑页输入的订单信息、标的商品的配置信息及观众用户的特征信息进行相应的格式化处理成相应格式所形成的一组数据；

广播单元，用于接收所述观众用户针对所述标的商品定制的预订口令，向直播间广播所述预订口令；

反馈单元，用于根据所述预订口令为该观众用户执行针对所述订单信息的订单交易，向所述观众用户反馈相应的抢购结果信息。

13.一种电子设备，包括中央处理器和存储器，其特征在于，所述中央处理器用于调用运行存储于所述存储器中的计算机程序以执行如权利要求1至5中任意一项所述的网络直播交易订单执行方法的步骤；或者执行根据权利要求6至10中任意一项所述的网络直播交易订单控制方法的步骤。

14.一种非易失性存储介质，其特征在于，其存储有依据权利要求1至5的中任意一项所述的网络直播交易订单执行方法；或者根据权利要求6至10的中任意一项所述的网络直播交易订单控制方法所实现的计算机程序，所述计算机程序被计算机调用运行时，执行相应的方法所包括的步骤。