直播场景订单生成方法及其相应的装置、设备、介质与流程

1.本技术实施例涉及软件工程技术领域，尤其涉及一种直播场景订单生成方法及其相应的装置、设备、介质。


背景技术：

2.电商直播是近几年新兴的一种购物方式。商家采用视频直播的形式，通过主播用户对商品的广告宣传等方式向用户推荐和销售商品，用户则通过在评论区进行评论、点击链接浏览网站等方式与主播进行交流、购物。
3.社群电商在直播间进行直播卖货时，通常会让用户在评论区直接留言表达购买意图及商品、对主播用户的推销信息予以一定的响应、对商家的商品提出一些疑问等。当观看的人数较多、评论区留言丰富时，大量的评论文本导致主播用户无法很好地解答观众问题，予以观众应有的及时的回应。
4.现有的解决方案中，一般通过商家/主播对评论区的留言进行人工排查，对疑问进行解答，对购买意图的留言进行订单创建或直到直播结束后才进行订单处理，显而易见，此种方式较为传统、低效。业内有人提出一些改进方案，基本集中在对用户评论进行聚类，以使直播间内的评论信息的呈现更有层次感，更为可读，但依然无助于提升直播场景中电商活动的信息交互效率。


技术实现要素：

5.本技术的目的针对现有技术中存在的至少部分不足而提供一种直播场景订单生成方法及其相应的装置、计算机设备及存储介质。
6.为解决上述技术问题，本技术采用的一个技术方案是：
7.一种直播场景订单生成方法，其包括如下步骤：
8.获取直播间实例中观众用户提交的即时聊天消息；
9.将所述即时聊天消息与该直播间实例预先配置的商品信息进行规则匹配，判定实现规则匹配的即时聊天消息包含指向至少一个目标商品的购买意图；
10.从包含购买意图的即时聊天消息中识别出所述目标商品相对应的下单所需的型号数据；
11.创建所述目标商品的订单，该订单以订单模板套用所述型号数据构成。
12.具体深化的实施例中，将所述即时聊天消息与该直播间实例预先配置的商品信息进行规则匹配，判定实现规则匹配的即时聊天消息包含指向至少一个目标商品的购买意图，包括如下步骤：
13.对所述即时聊天消息进行文本格式预处理，获得规范文本；
14.根据预设的匹配规则，将所述规范文本与商品信息中各个商品的描述信息逐一进行规则匹配，判断是否存在至少一个与所述规范文本相匹配的商品；
15.将其中匹配度最高的一个或多个商品确定为目标商品，判定所述即时聊天消息中
包含指向该目标商品的购买意图。
16.另一深化的实施例中，从包含购买意图的即时聊天消息中识别出所述目标商品相对应的下单所需的型号数据，包括如下具体步骤：
17.根据所述商品信息的描述信息中指示商品规格的规格信息对所述即时聊天消息进行文本匹配和提取，提取出该即时聊天消息中的规格属性文本，所述规格属性文本包含一个或多个指示规格信息的属性值；
18.对所述规格属性文本进行规整，使其符合预设的格式规范；
19.对规整后的所述规格属性文本进行属性值组合和商品映射，确定每个所述的目标商品与规格属性文本中的属性值之间的映射关系数据，以构成该目标商品下单所需的型号数据。
20.较佳的实施例中，创建所述目标商品的订单，该订单以订单模板套用所述型号数据构成，包括如下具体步骤：
21.调用订单模板，以所述型号数据为该订单模板赋值，构造初步订单；
22.判断该初步订单所指向的目标商品的库存信息是否不足，当库存充足时，将初步订单转换为正式订单，启动该正式订单的支付业务流程；
23.当库存不足时，调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路，通过该即时通信链路将该初步订单推送给所述的观众用户；
24.接收该观众用户针对该初步订单所提交的修订信息，利用该修订信息调整所述初步订单中目标商品相关的任意数据，将调整后的初步订单转换为正式订单，启动该正式订单的支付业务流程。
25.扩展的实施例中，本方法还包括如下后续步骤：
26.向所述直播间实例广播已创建的订单的摘要信息以在各个观众用户的图形用户界面中显示，该摘要信息中包含用于为任意观众用户创建相同目标商品的订单的超链接。
27.扩展的实施例中，本方法还包括如下步骤：
28.获取所述直播间实例的主播用户提交的所述商品信息，该商品信息包含至少一个商品的可参与所述的规则匹配的描述信息；
29.获取所述直播间实例的主播用户提交的下单方式配置信息，所述下单方式配置信息包括用于实施所述的规则匹配所需的匹配规则。
30.进一步的实施例中，本方法还包括如下步骤：
31.对经判定未构成包含购买意图的所述即时聊天消息进行语义类型识别，判别出其所属的语义类型；
32.根据所述即时聊天消息所属的语义类型，将其分流到相应语义类型的业务响应流程，当所述语义类型属于评论类型时，其业务响应流程将所述即时聊天消息进行内容聚类；当所述语义类型属于提问类型时，其业务响应流程调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路。
33.为解决上述技术问题，本技术采用的另一技术方案是：
34.一种直播场景订单生成装置，其包括：
35.信息获取模块，用于获取直播间实例中观众用户提交的即时聊天消息；
36.意图判定模块，用于将所述即时聊天消息与该直播间实例预先配置的商品信息进
行规则匹配，判定实现规则匹配的即时聊天消息包含指向至少一个目标商品的购买意图；
37.型号识别模块，从包含购买意图的即时聊天消息中识别出所述目标商品相对应的下单所需的型号数据；
38.订单创建模块，用于创建所述目标商品的订单，该订单以订单模板套用所述型号数据构成。
39.具体深化的实施例中，所述意图判定模块包括：格式处理子模块，用于对所述即时聊天消息进行文本格式预处理，获得规范文本；逐一匹配子模块，用于根据预设的匹配规则，将所述规范文本与商品信息中各个商品的描述信息逐一进行规则匹配，判断是否存在至少一个与所述规范文本相匹配的商品；意图判定子模块，用于将其中匹配度最高的一个或多个商品确定为目标商品，判定所述即时聊天消息中包含指向该目标商品的购买意图。
40.另一深化的实施例中，所述型号识别模块包括：文本提取子模块，用于根据所述商品信息的描述信息中指示商品规格的规格信息对所述即时聊天消息进行文本匹配和提取，提取出该即时聊天消息中的规格属性文本，所述规格属性文本包含一个或多个指示规格信息的属性值；文本规整子模块，用于对所述规格属性文本进行规整，使其符合预设的格式规范；数据映射子模块，用于对规整后的所述规格属性文本进行属性值组合和商品映射，确定每个所述的目标商品与规格属性文本中的属性值之间的映射关系数据，以构成该目标商品下单所需的型号数据。
41.较佳的实施例中，所述订单创建模块包括：订单初创子模块，用于调用订单模板，以所述型号数据为该订单模板赋值，构造初步订单；订单判断子模块，用于判断该初步订单所指向的目标商品的库存信息是否不足，当库存充足时，将初步订单转换为正式订单，启动该正式订单的支付业务流程；订单异常子模块，用于当库存不足时，调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路，通过该即时通信链路将该初步订单推送给所述的观众用户；订单修订子模块，用于接收该观众用户针对该初步订单所提交的修订信息，利用该修订信息调整所述初步订单中目标商品相关的任意数据，将调整后的初步订单转换为正式订单，启动该正式订单的支付业务流程。
42.扩展的实施例中，本技术的直播场景订单生成装置还包括公屏推送模块，用于向所述直播间实例广播已创建的订单的摘要信息以在各个观众用户的图形用户界面中显示，该摘要信息中包含用于为任意观众用户创建相同目标商品的订单的超链接。
43.扩展的实施例中，本技术的直播场景订单生成装置还包括：商品配置模块，用于获取所述直播间实例的主播用户提交的所述商品信息，该商品信息包含至少一个商品的可参与所述的规则匹配的描述信息；规则配置模块，用于获取所述直播间实例的主播用户提交的下单方式配置信息，所述下单方式配置信息包括用于实施所述的规则匹配所需的匹配规则。
44.进一步的实施例中，本技术的直播场景订单生成装置还包括：类型判别模块，用于对经判定未构成包含购买意图的所述即时聊天消息进行语义类型识别，判别出其所属的语义类型；类型处理模块，用于根据所述即时聊天消息所属的语义类型，将其分流到相应语义类型的业务响应流程，当所述语义类型属于评论类型时，其业务响应流程将所述即时聊天消息进行内容聚类；当所述语义类型属于提问类型时，其业务响应流程调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路。
45.为解决上述技术问题，本技术还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行所述直播场景订单生成方法的步骤。
46.为解决上述技术问题本技术实施例还提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行所述直播场景订单生成方法的步骤。
47.与现有技术相比，本技术具有如下优点：
48.本技术根据直播场景中观众用户的即时聊天消息作为下单的数据源，从中判断出观众用户对某一目标商品的购买意图及下单所需的型号数据，据此即可为观众用户实现针对目标商品的订单的创建，实现即时发言即时下单，全程自动化，基本免除主播用户对下单过程施加人工干预，大幅提升直播场景中的下单过程各方之间的信息交互效率，使主播用户可以聚集于商品的推广，增强直播带货模式相对于传统电商模式的竞争力。
49.本技术仅基于即时聊天消息便实现了购买意图的判别以及下单所需的型号数据的获取，允许观众用户使用自然语言或按照一定格式的语言来表达其欲下单相应的意思，符合人类自然交流习惯，有助于改善观众用户侧的用户下单体验。
50.本技术在后台适用规则匹配、型号数据识别、订单模板等手段，最终通过订单模板套用所提取的下单所需的型号数据便实现了订单的自动化生成，其后台逻辑实现简便，代码量少，服务器资源利用率高，响应迅速，确保了电商服务器单位时间内具有较高吞吐量，可以保证电商系统的稳健运行。
附图说明
51.本技术上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
52.图1为本技术的直播场景订单生成方法的基本流程示意图；
53.图2为本技术的直播场景订单生成方法的直播间实例在观众用户的图形用户界面展示的示意图；
54.图3为本技术的直播场景订单生成方法判别购买意图过程的流程示意图；
55.图4为本技术的直播场景订单生成方法识别型号数据过程的流程示意图；
56.图5为本技术的直播场景订单生成方法生成订单过程的流程示意图；
57.图6为本技术的直播场景订单生成方法启用客户服务与观众用户交互时，在观众用户的图形用户界面展示的示意图；
58.图7为本技术的直播场景订单生成方法的变通实施例的流程示意图；
59.图8为图7所揭示的实施例向观众用户推送摘要信息后在观众用户侧呈现的界面示意图；
60.图9为本技术的直播场景订单生成方法的另一实施例的流程示意图；
61.图10为本技术的直播场景订单生成方法的再一实施例的流程示意图；
62.图11为本技术的直播场景订单生成装置的基本结构示意图；
63.图12为本技术一个实施例的计算机设备的基本结构框图。
具体实施方式
64.下面详细描述本技术的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本技术，而不能解释为对本技术的限制。
65.本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本技术的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
66.本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本技术所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
67.本技术领域技术人员可以理解，这里所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personal communications service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda (personal digital assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(global positioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和 /或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobile internet device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
68.本技术所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
69.需要指出的是，本技术所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一
台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本技术的网络部署方式的实施方式。
70.本技术部分技术方案可部署在云端服务器，其可以与业务上相关的服务器实现数据通信连接以协调在线服务，还可与其他相关服务器构成逻辑上相关联的服务机群，来为相关的终端设备例如智能手机、个人计算机、第三方服务器等提供服务。所述的智能手机和个人计算机均可通过公知的网络接入方式接入互联网，与本技术的服务器建立数据通信链路，以便访问和使用所述服务器所提供的服务。
71.对于服务器而言，一般通过提供在线服务的服务引擎开放相应的程序接口供各种终端设备进行远程调用，本技术中适于部署于服务器的相关技术方案，便可以此种方式实现于服务器中。
72.本技术所称的计算机程序，即应用程序，以计算机程序语言开发而成，安装于计算机设备中，包括服务器、终端设备等，用于实现本技术所限定的相关功能，除非特别指定，否则与其所采用的开发语言无关。
73.本技术所称的直播间，是指依靠互联网技术实现的一种视频聊天室，通常具备音视频播控功能，允许主播用户对其实施管理和控制，允许观众用户进入直播间中观看主播用户推送的直播流。其中，观众用户可以包括已经在平台中注册的注册用户，也可以是未注册的游客用户；可以是关注了主播用户的注册用户，也可以是未关注主播用户的注册或未注册用户。主播用户与观众用户之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播用户以音视频流的形式为观众用户推送信息，并且在互动过程中还可产生经济交易行为。
74.直播间所服务的领域并不局限于在线娱乐，还包括诸如教育培训、视频会议、产品推介销售等任何需要类似互动的场景。应当知晓，只要直播间支持电商交易，即具备支持实施本技术的技术方案的条件，因此，不应简单以直播间所服务的领域来限制本技术所适用的直播间形态的范围。
75.对于互联网平台的业务服务器而言，其负责集中维护多个所述的直播间的实例的运行，对用户之间的交互所产生的各种数据进行处理，然后做出相应的响应，以实现相应的服务功能。
76.本领域技术人员对此应当知晓：本技术的各种方法，虽然基于相同的概念而进行描述而使其彼此间呈现共通性，但是，除非特别说明，否则这些方法都是可以独立执行的。同理，对于本技术所揭示的各个实施例而言，均基于同一发明构思而提出，因此，对于相同表述的概念，以及尽管概念表述不同但仅是为了方便而适当变换的概念，应被等同理解。
77.本技术即将揭示的各个实施例，除非明文指出彼此之间的相互排斥关系，否则，各个实施例所涉的相关技术特征可以交叉结合而灵活构造出新的实施例，只要这种结合不悖离本技术的创造精神且可满足现有技术中的需求或解决现有技术中的某方面的不足即可。对此变通，本领域技术人员应当知晓。
78.请参阅图1所示本技术的直播场景订单生成方法在其典型实施例中的基本流程示意图，本技术提供的一种直播场景订单生成方法，被编程为应用程序，部署于提供网络直播服务的服务器中，以服务于直播间相关用户，其包括如下步骤：
79.步骤s1500、获取直播间实例中观众用户提交的即时聊天消息：
80.所述的直播间实例，由本技术负责实现直播间服务的业务服务器所支持运行，当一个主播用户开启其直播间后，业务服务器便在后台为其创建一个直播间实例，相应的，主播用户、观众用户侧的终端设备则运行与业务服务器进行数据通信的应用程序，通过这些应用程序使用该直播间实例所实现的各项功能。
81.请参阅图2所示的界面示意图，其为本技术所述直播间实例在一个观众用户的终端设备的图形用户界面中展示的示意图，该界面展示一个播放窗口，用于播放直播间的主播用户所推送的直播流，主播用户可以通过直播流的播放向观众用户推介相关在售商品，观众用户可以通过在该界面所展示的即时聊天消息输入控件中输入即时聊天消息来实施针对某项在售商品的下单操作，所述即时聊天消息也将被同步广播到该界面的公屏流水区中。
82.当观众用户在该输入控件中输入即时聊天消息并发送后，该即时聊天消息便被直播间应用程序进程提交至维持直播间实例运行的本技术的业务服务器，本技术的业务服务器接收到该即时聊天消息后，可以解析出具体内容，一方面将可将其广播至所述的公屏流水区显示，一方面可以用于实现本技术的订单创建流程。
83.当然，直播间实例也可以在用户图形界面处实现专门的下单控件用于替换所述输入控件中发送所述即时聊天消息的功能，这种常规替换手段同理为本技术的创造精神所涵盖。
84.所述即时聊天消息一般由观众用户以自然语言词汇加以表述，也可包含各种表情、符号等，但一般会包含观众用户根据直播间的主播用户所发布的规则而构建的表达内容。主播用户所发布以知照观众用户的规则，既可以是通过直播流的音视频进行告知，也可以通过发布公告来告知，甚至无需告知，理论上，本技术后续的步骤将按照预设的匹配规则对即时聊天消息的表达内容进行识别和匹配，因此，观众用户有意识或无意识输入的即时聊天消息，都会被业务服务器进行后台检测，因此，直播间中的告知行为本身并不影响本技术的实施。
85.步骤s1600、将所述即时聊天消息与该直播间实例预先配置的商品信息进行规则匹配，判定实现规则匹配的即时聊天消息包含指向至少一个目标商品的购买意图：
86.业务服务器为所述直播间实例预先配置了商品信息，这些商品信息一般由主播用户在开播前或开播过程中提供，主要是用于参与电商交易的在售商品相关的商品信息。商品信息中，针对每个在售商品，均包含有该在售商品相关的描述信息，这些描述信息可以根据实际情况选取而包括诸如商品名称、库存数量、商品规格、商品价格等任意一种或多种信息，且进一步可以包括但不限于这些信息。一种实施例中，出于本技术后续调用的需要，所述描述信息可以包括在售商品的商品名称、商品代号、商品规格等信息，但本领域技术人员应当可以根据实际情况灵活调整之。
87.所述商品信息可以存储于该业务服务器可以触达访问的数据库中，诸如 sql、oracle之类的关系型数据库，或者基于键值对的数据库亦可，无碍本技术的实施。商品信息所存储的描述信息，有助于将其与所述的即时聊天消息进行规则匹配，以便确定即时聊天消息所表达的购买意图。
88.所述商品信息所包含的在售商品，可以是一项也可以是多项，当其为一项时，在本技术的后续某些步骤中，可以省去匹配商品名称或商品代号或商品特征信息的麻烦，否则，
在各个识别、匹配环节，本领域技术人员可以理解，自然需要先确定所针对的具体在售商品，再进行相应的识别或匹配。可以理解，商品信息中的在售商品，一般是直播间实例可以触达访问的电商系统中的在售商品，以便在直播间实例执行创建的订单可以提交给该电商系统响应处理。
89.业务服务器根据规则匹配策略对即时聊天消息所包含的表达内容是否与商品信息中的一个或多个在售商品的描述信息相匹配，这种匹配关系可以应用包括基于文本的精确匹配、模糊匹配、向量匹配等任意一种或任意多种常用的匹配手段，当匹配出多个在售商品时，可以依据预设的数量选取额定多个在售商品作为即将下单的目标商品，如果默认或者设定为仅针对其中一个在售商品下单，则可通过判断匹配度来选取具有最高匹配度的在售商品作为即将下单的目标商品，用于后续的订单创建流程。
90.业务服务器所依据的规则匹配策略通常体现为一个或多个匹配规则，这些匹配规则既可以由业务服务器的后台管理人员定义，也可以由直播间实例的主播用户定义，本技术后续将揭示一个由主播用户定义匹配规则的实施例，此处暂且按下不表。一个所述的匹配规则通常意味着允许将所述即时聊天消息的一个表达方式视为包含购买意图，因此，当存在多个匹配规则时，即意味着观众用户可以采用多种表达方式任意之一表达其购买意图。
91.当通过规则匹配确定出所述的目标商品之后，所确定出的目标商品即为所述即时聊天消息所包含的表达内容所指向的目标商品，即可判定出提交该即时聊天消息的观众用户对该些目标商品具有购买意图。
92.步骤s1700、从包含购买意图的即时聊天消息中识别出所述目标商品相对应的下单所需的型号数据：
93.为了创建订单，需要获取创建订单所需的型号数据，型号数据通常包括待下单的目标商品的商品规格，商品规格包括但不限于产品型号、产品尺寸、产品颜色中任意之一或任意多项，具体可视所述商品信息的描述内容所涵盖的具体商品规格属性而定。
94.包含购买意图的即时聊天消息，示例如：“我要买蓝色的那件衣服，xl的”，若该购买意图所指向的目标商品仅为一件衣服商品，商品名称为“clothes”，则其指向明确，但该商品名称关联着若干个型号，如下表：
95.商品名称商品颜色商品尺寸clothes蓝色xlclothes红色l
96.可以看出，有必要从即时聊天消息中进一步提取识别出关于商品颜色、商品尺寸等商品规格的具体信息，也即例文中的“蓝色”、“xl”等关键词，将这些关键词确定为该目标商品下单所需的型号数据，以便创建订单。
97.至于创建订单所需的购买数量，可以在订单模板中默认为1，也可在所述即时聊天消息中指定，并与本步骤同理同步识别出，后续传递给所述的订单模板套用即可。
98.步骤s1800、创建所述目标商品的订单，该订单以订单模板套用所述型号数据构成：
99.当在先的各个步骤判定了观众用户针对某一目标商品的购买意图及确定相应出相应的型号数据后，便可据此为该观众用户创建用于购买所述目标商品的订单。
100.业务服务器预定定义有用于创建订单所需的订单模板，当需创建订单时，调用订单创建接口，向该接口传递所述目标商品及其型号数据，该接口便能将其作为订单模板的相关购买数据的属性，然后根据这些属性创建出适于提交给电商系统进行后续交易的订单。
101.所述的订单模板可以由业务服务器的后台管理用户预先定义，也可由所述主播用户预先定义。订单模板中，涉及目标商品购买数量部分，既可以将每项目标商品的购买数量默认为一件或任意多件，也可如前所述从所述即时聊天消息中识别出数量信息，以此确定订单的目标商品购买数量。
102.当完成该订单的创建，便可将其交付给电商系统启动后续电商交易流程，引导观众用户完成支付业务流程。
103.可以看出，本技术根据直播场景中观众用户的即时聊天消息作为下单的数据源，从中判断出观众用户对某一目标商品的购买意图及下单所需的型号数据，据此即可为观众用户实现针对目标商品的订单的创建，实现即时发言即时下单，全程自动化，基本免除主播用户对下单过程施加人工干预，大幅提升直播场景中的下单过程各方之间的交互效率，使主播用户可以聚集于商品的推广，增强直播带货模式相对于传统电商模式的竞争力。
104.进一步，本技术仅基于即时聊天消息便实现了购买意图的判别以及下单所需的型号数据的获取，允许观众用户使用自然语言或按照一定格式的语言来表达其欲下单相应的意思，符合人类自然交流习惯，有助于改善观众用户侧的用户下单体验。
105.此外，本技术在后台适用规则匹配、型号数据识别、订单模板等手段，最终通过订单模板套用所提取的下单所需的型号数据便实现了订单的自动化生成，其后台逻辑实现简便，代码量少，服务器资源利用率高，响应迅速，确保了电商服务器单位时间内具有较高吞吐量，可以保证电商系统的稳健运行。
106.请参阅图3，为提升购买意图判别效率的实施例中，所述步骤s1600包括如下步骤：
107.步骤s1611、对所述即时聊天消息进行文本格式预处理，获得规范文本：
108.为了获得即时聊天消息的规范文本，需要对输入的文本进行格式预处理，如去除多余空格、标点等，以及过滤表情、链接等无关信息。本领域技术人员知晓文本格式预处理所需的各种常规技术手段，对此恕不详述。
109.步骤s1612、根据预设的匹配规则，将所述规范文本与商品信息中各个商品的描述信息逐一进行规则匹配，判断是否存在至少一个与所述规范文本相匹配的商品：
110.为了实现规则匹配，需预先配置所述的匹配规则。如前所述，每一种匹配规则对应为观众用户在其即时聊天消息表达购买意图开放一种可用的表达方式，因此，匹配规则本身既可由业务服务器统一预先制定，也可开放给主播用户预先定制，然后由业务服务器统一存储于规则库中供调用。
111.在具体执行匹配判别时，需要依据一个指定的匹配规则，将依据即时聊天消息得的所述规范文本与所述商品信息中的各个在售商品的描述信息分别进行匹配，以便确定出其中一个或多个与之相匹配的在售商品。
112.一种示例中，所述匹配规则可以表述为诸如“name,color,size”此类形式，业务服务器在调用匹配规则时，根据这一形式，若所述规范文本被表述为“衣服，蓝色，xl”，则相应将其与所述商品信息中对应的商品名称、商品颜色、商品尺寸进行比较匹配，即可确定出相
对应的在售商品。
113.改进的实施例中，为了增强实施规则匹配的鲁棒性，尤其是自然语言描述下单时，可由业务服务器自动对规范文本进行本领域技术人员所熟知的同义扩充，并在匹配时采用模糊匹配、向量匹配等多种本领域技术人员所掌握的匹配方式。
114.步骤s1613、将其中匹配度最高的一个或多个商品确定为目标商品，判定所述即时聊天消息中包含指向该目标商品的购买意图：
115.当适用多种匹配方式时，考虑到匹配方式的不完全性，或者考虑到将购买意图所指向的目标商品约束为单独一项或指定数项的需要，而执行规则匹配所获得的匹配结果则可能有多解，这种情况下，可以对匹配结果进行打分并择优录取。如：用户的规范文本为“p1”，当商品信息中只有一种在售商品的代号为“p1”时，用户购买的就是“p1”；当商品信息中存在两种在售商品且下单代号分别为“p1”和“p1”时，用户显然要的是“p1”而非“p1”。为了解决这一问题，在匹配时可根据匹配程度进行打分，最后根据得分取具有最高匹配度的一个或多个在售商品作为用户的购买意图所指向的目标商品。计算匹配度的具体方法可以依据本领域公知的各种相似度算法来实现，例如余弦相似度、欧几里德距离算法、皮尔森相关系数算法等，对此，本领域技术人员可灵活实施之。
116.当使用上述方法确定出匹配度最高的一个或指定多个在售商品后，便可将其确定为匹配所得的目标商品，据此判定出观众用户所提交的即时聊天消息中包含指向该些目标商品的购买意图。
117.本实施例给出了快速判别观众用户的购买意图的实现方案，其使用规则匹配的方式来实施，规则匹配无需依赖海量的训练数据，配置简单，执行高效，无需占用大量的服务器内存资源，且响应快速，更适合直播场景这种需要即时交互的情况。
118.请参阅图4，为提升型号数据的识别效率的实施例中，所述步骤s1700包括如下具体步骤：
119.步骤s1711、根据所述商品信息的描述信息中指示商品规格的规格信息对所述即时聊天消息进行文本匹配和提取，提取出该即时聊天消息中的规格属性文本，所述规格属性文本包含一个或多个指示规格信息的属性值：
120.不同的商品拥有不同的规格，如某一款衣服，可能有颜色和尺寸，下单时，观众用户一般会明确其所要购买的颜色、尺寸甚至数量等信息，这些信息中，颜色、尺寸之类为规格信息，数量则特指目标商品的购买数量，如前各实施例所述，也可在本实施例中以相同的流程从即时聊天消息中识别出，但严格意义上其并不属规格信息的范畴。
121.本步骤中，主要参照所述商品信息的描述信息中，预先录入的商品规格的规格信息对所述即时聊天消息进行文本匹配和提取，逐一获得即时聊天消息的规范文本中所描述的规格信息，如，设即时聊天消息的规范文本为“帮我下单红色190块钱的那件t恤，我穿l码”，对此，通过文本匹配和提取，便可获得规格信息为：“尺码——l”，“颜色——红色”，“价格——190”，这些规格信息便构成规格属性文本，该规格属性文本包含了三个属性值，分别指示商品尺寸、商品颜色、商品价格。本领域技术人员可以理解，其中“尺码”、“颜色”、“价格”等项，即是参照商品信息中设置的字段确定的。
122.步骤s1712、对所述规格属性文本进行规整，使其符合预设的格式规范：
123.由于观众用户提交的即时聊天消息的文本形式千差万别，对商品规格的描述不尽
相同，提取到的属性值可能与存储于数据库中的商品信息中的具体描述信息存在出入，需要对其进行规整映射，此处可由本领域技术人员采用模糊匹配和词向量相似度对规格属性文本进行规整，从而得到标准的规格信息，使其符合预设的格式规范。
124.步骤s1713、对规整后的所述规格属性文本进行属性值组合和商品映射，确定每个所述的目标商品与规格属性文本中的属性值之间的映射关系数据，以构成该目标商品下单所需的型号数据：
125.由于观众用户提交的即时聊天消息的文本内容中可能存在多个不同的商品，即包含多个目标商品的购买意图，这种情况下，每个不同目标商品可能出现同一个属性值，如“我要黑色的裤子和白色的t恤”，出现了两个不同的属性值：“颜色——白色”和“颜色——黑色”，为了进行属性值与目标商品的配对，即区分用户购买的是白色的裤子还是黑色的裤子，此处需进一步对同一目标商品的各个属性值进行组合，并建立属性值到其相应的目标商品的映射。
126.为了确定属性值与目标商品的映射关系，可由本领域技术人员根据词向量的距离、根据词向量的位序、根据词向量之间的相关性等指标分别进行评分后投票输出。最终确定出每个目标商品与其相应的属性值之间的映射关系数据，以构造出各个目标商品下单所需的型号数据。
127.本实施例借助多种语词处理手段，进一步对观众用户所提交的即时聊天消息所包含的购买意图所指向的目标商品及其属性值之间的关系进行梳理，确保语义理解准确，能大大提升将即时聊天消息转换为订单的准确率。
128.请参阅图5，为提升观众用户下单效率避免主播用户干预下单流程的实施例，所述步骤s1800包括如下具体步骤：
129.步骤s1811、调用订单模板，以所述型号数据为该订单模板赋值，构造初步订单：
130.当需要为目标商品创建订单时，可以调用业务服务器后台存储的订单模板，具体可在调用相应的订单创建接口时将型号数据作为入参传递给该接口，以便该接口将所述型号数据一一对应赋值，最后根据这些型号数据构造出目标商品相对应的订单。该订单可视为初步订单，以防止和处理该订单信息不够完善的情况。
131.步骤s1812、判断该初步订单所指向的目标商品的库存信息是否不足，当库存充足时，将初步订单转换为正式订单，启动该正式订单的支付业务流程：
132.为了确保下单成功，业务服务器可以先向电商系统查询所述目标商品的库存信息是否充足。如业务服务器的数据库中存在所述商品信息的库存数据，则在该数据库中查询即可。当库存充足时，表明该初步订单可执行，因此，可将其转换为正式订单，提交给电商系统，启动该正式订单的支付业务流程。否则，目标商品库存不足，则需通过后续步骤进行修订。
133.步骤s1813、当库存不足时，调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路，通过该即时通信链路将该初步订单推送给所述的观众用户：
134.若经查询显示目标商品库存不足，此时，为了避免主播用户干预，首先调用预先配置的客服接口，通过该客服接口的执行，建立起欲购买该目标商品的观众用户与当前直播间实例预设的客户服务之间的即时通信链路，使双方可以基于该即时通信链路进行即时通
信。此处所称的客户服务，是指由业务服务器或其认可的服务器所支持运行的人工智能在线客服，由机器人代替人工处理和响应与观众用户的即时通信。
135.当该即时通信链路接通后，如图6所示，观众用户的图形用户界面将弹出一个聊天界面，观众用户可在其中与机器人进行交互。另一方面，机器人则在第一时间通过该即时通信链路向观众用户推送所述的初步订单，或者合并向观众用户发送提问信息，观众用户于是可以根据初步订单向机器人提供初步订单相对应的修订信息。
136.步骤s1814、接收该观众用户针对该初步订单所提交的修订信息，利用该修订信息调整所述初步订单中目标商品相关的任意数据，将调整后的初步订单转换为正式订单，启动该正式订单的支付业务流程：
137.业务服务器的机器人通过所述即时通信链路接收到观众用户提交的所述修订信息后，利用该修订信息对应调整所述初步订单中目标商品相关的数据，例如，设初步订单中购买数量为5，但库存不足，为此，机器人推送初步订单并发送提问信息以求重新确认观众用户新的购买数量。观众用户输入新的购买数量为1，于是机器人将初步订单的购买数量重置为1，库存充足，初步订单便可转换为正式订单。同理，便可将正式订单交付电商系统，启动正式订单的支付业务流程，引导观众用户完成下单全流程。
138.本实施例中，本技术能够智能判断目标商品的库存信息是否充足，在库存信息不足时，能够利用机器人与观众用户进行即时通信，根据观众用户的反馈及时修改订单，使订单满足下单的要求，代替主播用户或人工客户与观众用户进行交互，避免人工干预下单流程，提升了创建订单的交互效率，也提升了观众用户的用户体验。
139.请参阅图7，为进一步提升整个直播间实例内的订单创建效率的实施例，本技术的直播场景订单生成方法还包括如下后续步骤：
140.步骤s1900、向所述直播间实例广播已创建的订单的摘要信息以在各个观众用户的图形用户界面中显示，该摘要信息中包含用于为任意观众用户创建相同目标商品的订单的超链接：
141.主播用户一般按照时间段来推销其在售商品，同一时间段中，观众用户下单所针对的目标商品一般为同一在售商品，并且，有时候在售商品非常单一，其型号数据可能也具有唯一性，因此，这种情况下，为一个观众用户创建的订单可以被另一观众用户复制使用。
142.为此，业务服务器可以提取出为一个观众用户生成的订单的摘要信息，在该摘要信息中包含指向用户创建该订单的相同订单的超链接，然后将这一摘要信息广播给直播间实例中的所有用户，特别是其中的观众用户。
143.所述的摘要信息到达观众用户之终端设备后，将被直播间应用程序解析后显示到其图形用户界面中，如图8所示，这种情况下，观众用户便可触控消息公告区中所述摘要信息中的超链接，然后业务服务器对此做出响应，为其复制出相同的订单，实现更快速的订单生成。
144.本实施例适应直播场景这一特殊市场环境，丰富了订单创建手段，进一步提升了直播带货时的订单创建效率，有利于刺激直播间内的订单交易。
145.请参阅图9，为提升主播用户的控制权限而实现的实施例中，本技术的直播场景订单生成方法还包括如下步骤：
146.步骤s1300、获取所述直播间实例的主播用户提交的所述商品信息，该商品信息包
含至少一个商品的可参与所述的规则匹配的描述信息：
147.主播用户可以通过其直播间实例的管理页面，定制其即将发布的在售商品的商品信息，如前所述，商品信息中包含描述信息，其中的描述信息将被用于实施规则匹配，可以是商品名称、商品规格等各种属性信息。
148.主播用户提交的商品信息将被业务服务器存储于专门的数据库中，以便后续执行规则匹配时调用。
149.步骤s1400、获取所述直播间实例的主播用户提交的下单方式配置信息，所述下单方式配置信息包括用于实施所述的规则匹配所需的匹配规则：
150.同理，主播用户可以通过其管理页面对观众用户的下单方式进行配置，构成下单方式配置信息，可以理解，所述下单方式配置信息中包含用于实施所述规则匹配所需的匹配规则。如前所述，每一种匹配规则实际便是向观众用户开放一种下单时的表达方式，因此，主播用户实际可以决定观众用户以何种方式进行下单，规范观众用户的语言表达，起到个性化定义的作用。
151.本实施例中，本技术通过管理页面向直播间实例的主播用户开放了一定的控制权限，提升主播用户的自主性，方便其管控直播间实例内的经济交易交互流程，掌握动态，维护直播间运营秩序。
152.请参阅图10，为扩展交互功能的实施例中，本技术的直播场景订单生成方法还包括如下步骤：
153.步骤s1614、对经判定未构成包含购买意图的所述即时聊天消息进行语义类型识别，判别出其所属的语义类型：
154.对于步骤s1600中经过判定并未构成包含购买意图的即时聊天消息，即不满足本技术中用于创建订单所需的即时聊天消息，这种即时聊天消息的表达意图指向其他类型，因此，可以进一步判断其所属的语义类型。进行语义类型识别，可以调用本领域技术人员熟知的各种语义类型识别相关的神经网络模型来实现，特别是各种基于rnn实现的预先训练至收敛的模型。或者更为简便的，也可依据其关键词的判定也实施。诸如此类，本领域技术人员可灵活实施。
155.步骤s1615、根据所述即时聊天消息所属的语义类型，将其分流到相应语义类型的业务响应流程，当所述语义类型属于评论类型时，其业务响应流程将所述即时聊天消息进行内容聚类；当所述语义类型属于提问类型时，其业务响应流程调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路：
156.本技术的业务服务器，可预设至少两个语义类型，其一为评论类型，另一为提问类型，即考虑到观众用户发送的即时聊天消息或为评论消息，或为提问消息，当然，还可设置其他类型，业务服务器可以根据实际需要而定。
157.当即时聊天消息的语义类型为评论类型时，启动其相应的业务响应流程，具体是将该即时聊天消息进行内容聚类，将其聚类到相应的评论类别中，以便提升主播用户一侧的阅读效率，避免对主播用户的直播流程构成不必要的干扰。
158.当即时聊天消息的语义类型为提问类型时，启动其相应的业务响应流程，与前文同理，此时可调用客服接口建立发布该即时聊天消息的观众用户与预设的客户服务之间的即时通信链中，由后台的机器人负责与该观众用户进行交互，回答观众用户的提问。
159.本实施例进一步实现对即时聊天消息的智能响应，丰富了直播间实例的功能，使得直播间实例不仅能够自动完成订单创建、自动进行订单信息追问和确认，还能够自动对评论留言进行分类、订单信息提取，从而使主播/商家可以专注于给用户答疑和商品推销，同时也可以直接查看订单管理系统，边直播边查看商品的销售情况。
160.本技术未图示的一个实施例中，可以通过使用预先训练至收敛状态的深度语义模型对用户提交的即时聊天消息型进行语义分类，将其对应到商品信息中的一个在售商品，将该在售商品作为目标商品，由此替代对观众用户提交的即时聊天消息适用规则匹配的方案，同理也可确定订单创建所需的购买意图。此举在某种意义上，其匹配准确度取决于该深度语义模型的性能，而深度语义模型的性能又视乎其训练样本的取材，因此，其属于本技术在先各实施例的等同替换手段，但并不能完全替代本技术在先各实施例所获得的技术效果。
161.为解决上述技术问题，请参阅图11，本技术实施例还提供一种直播场景订单生成装置其包括信息获取模块1500、意图判定模块1600、型号识别模块1700、订单创建模块1800，其中，所述信息获取模块1500，用于获取直播间实例中观众用户提交的即时聊天消息；所述意图判定模块1600，用于将所述即时聊天消息与该直播间实例预先配置的商品信息进行规则匹配，判定实现规则匹配的即时聊天消息包含指向至少一个目标商品的购买意图；所述型号识别模块1700，从包含购买意图的即时聊天消息中识别出所述目标商品相对应的下单所需的型号数据；所述订单创建模块1800，用于创建所述目标商品的订单，该订单以订单模板套用所述型号数据构成。
162.具体深化的实施例中，所述意图判定模块1600包括：格式处理子模块，用于对所述即时聊天消息进行文本格式预处理，获得规范文本；逐一匹配子模块，用于根据预设的匹配规则，将所述规范文本与商品信息中各个商品的描述信息逐一进行规则匹配，判断是否存在至少一个与所述规范文本相匹配的商品；意图判定子模块，用于将其中匹配度最高的一个或多个商品确定为目标商品，判定所述即时聊天消息中包含指向该目标商品的购买意图。
163.另一深化的实施例中，所述型号识别模块1700包括：文本提取子模块，用于根据所述商品信息的描述信息中指示商品规格的规格信息对所述即时聊天消息进行文本匹配和提取，提取出该即时聊天消息中的规格属性文本，所述规格属性文本包含一个或多个指示规格信息的属性值；文本规整子模块，用于对所述规格属性文本进行规整，使其符合预设的格式规范；数据映射子模块，用于对规整后的所述规格属性文本进行属性值组合和商品映射，确定每个所述的目标商品与规格属性文本中的属性值之间的映射关系数据，以构成该目标商品下单所需的型号数据。
164.较佳的实施例中，所述订单创建模块1800包括：订单初创子模块，用于调用订单模板，以所述型号数据为该订单模板赋值，构造初步订单；订单判断子模块，用于判断该初步订单所指向的目标商品的库存信息是否不足，当库存充足时，将初步订单转换为正式订单，启动该正式订单的支付业务流程；订单异常子模块，用于当库存不足时，调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路，通过该即时通信链路将该初步订单推送给所述的观众用户；订单修订子模块，用于接收该观众用户针对该初步订单所提交的修订信息，利用该修订信息调整所述初步订单中目标商品相关的任意数
据，将调整后的初步订单转换为正式订单，启动该正式订单的支付业务流程。
165.扩展的实施例中，本技术的直播场景订单生成装置还包括公屏推送模块，用于向所述直播间实例广播已创建的订单的摘要信息以在各个观众用户的图形用户界面中显示，该摘要信息中包含用于为任意观众用户创建相同目标商品的订单的超链接。
166.扩展的实施例中，本技术的直播场景订单生成装置还包括：商品配置模块，用于获取所述直播间实例的主播用户提交的所述商品信息，该商品信息包含至少一个商品的可参与所述的规则匹配的描述信息；规则配置模块，用于获取所述直播间实例的主播用户提交的下单方式配置信息，所述下单方式配置信息包括用于实施所述的规则匹配所需的匹配规则。
167.进一步的实施例中，本技术的直播场景订单生成装置还包括：类型判别模块，用于对经判定未构成包含购买意图的所述即时聊天消息进行语义类型识别，判别出其所属的语义类型；类型处理模块，用于根据所述即时聊天消息所属的语义类型，将其分流到相应语义类型的业务响应流程，当所述语义类型属于评论类型时，其业务响应流程将所述即时聊天消息进行内容聚类；当所述语义类型属于提问类型时，其业务响应流程调用客服接口建立提交所述即时聊天消息的观众用户与预设客户服务之间的即时通信链路。
168.为解决上述技术问题，本技术实施例还提供计算机设备。具体请参阅图12，图12为本实施例计算机设备基本结构框图。
169.如图12所示，计算机设备的内部结构示意图。该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种直播场景订单生成方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种直播场景订单生成方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图12中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
170.本实施方式中处理器用于执行图11中各个模块/子模块的具体功能，存储器存储有执行上述模块所需的程序代码和各类数据。网络接口用于向用户终端或服务器之间的数据传输。本实施方式中的存储器存储有直播场景订单生成装置中执行所有子模块所需的程序代码及数据，服务器能够调用服务器的程序代码及数据执行所有子模块的功能。
171.本技术还提供一种存储有计算机可读指令的存储介质，计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述任一实施例的直播场景订单生成方法的步骤。
172.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory， rom)等非易失性存储介质，或随机存储记忆体(random access memory，ram) 等。
173.综上所述，应用了本技术的技术方案的直播场景，可自动进行评论文本分类，实现自动订单生成，执行自动信息问询和补充，从而提高商家创建订单的效率，提升商家解答用户问题的效率，实现实时地针对性促销，提升直播间内的直播效果。
174.本技术领域技术人员可以理解，本技术中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本技术中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本技术中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
175.以上所述仅是本技术的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。