CN117729344A - 一种直播购物控制方法及显示设备 - Google Patents

Abstract

本发明公开一种直播购物控制方法及显示设备，显示设备包括显示器，所述显示器的横向长度大于所述显示器的竖向长度；通信器；控制器，所述控制器用于执行接收进入直播间的操作；响应于接收到进入直播间的操作，向直播服务器发送数据获取请求，所述数据获取请求用于使直播服务器查询与所述直播间对应的直播数据，所述直播数据包括直播流数据和背景图像；响应于接收到直播服务器反馈的所述直播数据，控制显示器在直播页面上全屏显示所述背景图像，在所述背景图像上层的中间区域竖版显示直播窗口，并在所述直播窗口中加载显示所述直播流数据，其中，所述背景图像的位于所述直播窗口两侧的区域显示有所述直播间的介绍信息，以提升直播页面的展示效果。

Description

一种直播购物控制方法及显示设备

本申请是2021年03月10日递交的，申请号为CN202110259849.0，发明名称为“一种直播购物控制方法、显示设备及终端设备”的中国专利申请的分案申请。

技术领域

本发明涉及显示设备领域，尤其涉及一种直播购物控制方法及显示设备。

背景技术

直播是如今比较流行的一种网络社交形式，用户通过直播应用进入直播间，即可观看感兴趣的视频直播，并与主播进行在线互动。其中直播购物是由主播推荐商品详情，进而促进消费者下单购买的一种交易模式，即实现“边看边买”。目前大屏显示设备仍存在如直播页面显示效果差等问题，无法给用户提供更好的直播功能体验。

发明内容

第一方面本申请提供了一种显示设备，其特征在于，包括：

显示器，所述显示器的横向长度大于所述显示器的竖向长度；

通信器；

控制器：所述控制器用于执行：

接收进入直播间的操作；

响应于接收到进入直播间的操作，向直播服务器发送数据获取请求，所述数据获取请求用于使直播服务器查询与所述直播间对应的直播数据，所述直播数据包括直播流数据和背景图像；

响应于接收到直播服务器反馈的所述直播数据，控制显示器在直播页面上全屏显示所述背景图像，在所述背景图像上层的中间区域竖版显示直播窗口，并在所述直播窗口中加载显示所述直播流数据，其中，所述背景图像的位于所述直播窗口两侧的区域显示有所述直播间的介绍信息。

第二方面，本申请提供了一种直播购物控制方法，其特征在于，用于显示设备，所述显示设备的显示器的横向长度大于所述显示器的竖向长度，所述方法包括：

接收进入直播间的操作；

响应于接收到进入直播间的操作，向直播服务器发送数据获取请求，所述数据获取请求用于使直播服务器查询与所述直播间对应的直播数据，所述直播数据包括直播流数据和背景图像；

响应于接收到直播服务器反馈的所述直播数据，控制显示器在直播页面上全屏显示所述背景图像，在所述背景图像上层的中间区域竖版显示直播窗口，并在所述直播窗口中加载显示所述直播流数据，其中，所述背景图像的位于所述直播窗口两侧的区域显示有所述直播间的介绍信息。

附图说明

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

图1示出了根据一些实施例的显示设备的使用场景；

图2示出了根据一些实施例的控制装置100的硬件配置框图；

图3示出了根据一些实施例的显示设备200的硬件配置框图；

图4示出了根据一些实施例的显示设备200中软件配置图；

图5示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示图；

图6中示例性示出了显示设备仅能观看直播但不支持商品交易的直播页面示意图；

图7中示例性示出了第一种显示设备实现“边看边买”的直播页面的示意图；

图8中示例性示出了背景图像的示意图；

图9（a）中示例性示出了一种显示背景图像的直播页面示意图；

图9（b）中示例性示出了第二种显示设备实现“边看边买”的直播页面的示意图；

图10中示例性示出了显示设备直播结束时显示的页面示意图；

图11中示例性示出了第三种显示设备实现“边看边买”的直播页面的示意图；

图12中示例性示出了显示设备显示的授权登录弹窗的示意图；

图13中示例性示出了终端设备显示的登录授权页面的示意图；

图14中示例性示出了终端设备授权登录成功后，显示设备显示的直播页面示意图；

图15中示例性示出了终端设备同步加载显示直播流数据的示意图；

图16中示例性示出了终端设备显示的链接列表页面的示意图；

图17中示例性示出了显示设备再次接收到预设操作后直播页面的变化示意图；

图18中示例性示出了显示设备中执行的一种直播购物控制方法的流程图；

图19中示例性示出了显示设备中执行的另一种直播购物控制方法的流程图；

图20中示例性示出了第一种直播购物的通信交互逻辑图；

图21中示例性示出了第二种直播购物的通信交互逻辑图；

图22中示例性示出了第二种直播购物的通信交互逻辑图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

图1为根据实施例中显示设备的使用场景的示意图。如图1所示，显示设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置100操作显示设备200。

在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制显示设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制显示设备200。

在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，AR/VR设备等中的任意一种。

在一些实施例中，也可以使用智能设备300以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，也可以使用智能设备300和显示设备进行数据的通信。

在一些实施例中，显示设备200还可以采用除了控制装置100和智能设备300之外的方式进行控制，例如，可以通过显示设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过显示设备200设备外部设置的语音控制装置来接收用户的语音指令控制。

在一些实施例中，显示设备200还与服务器400进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的显示设备上执行，反之亦然。

图2示例性示出了根据示例性实施例中控制装置100的配置框图。如图2所示，控制装置100包括控制器110、通信接口130、用户输入/输出接口140、存储器、供电电源。 控制装置100可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。

在一些实施例中，通信接口130用于和外部通信，包含WIFI芯片，蓝牙模块，NFC或可替代模块中的至少一种。

在一些实施例中，用户输入/输出接口140包含麦克风，触摸板，传感器，按键或可替代模块中的至少一种。

图3示出了根据示例性实施例中显示设备200的硬件配置框图。

在一些实施例中，显示设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。

在一些实施例中控制器包括中央处理器，视频处理器，音频处理器，图形处理器，RAM，ROM，用于输入/输出的第一接口至第n接口。

在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控UI 界面等。

在一些实施例中，显示器260可为液晶显示器、OLED显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。

在一些实施例中，调谐解调器210通过有线或无线接收方式接收广播电视信号，以及从多个无线或有线广播电视信号中解调出音视频信号，如以及EPG数据信号。

在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或服务器进行通信的组件。例如：通信器可以包括Wifi模块，蓝牙模块，有线以太网模块等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。显示设备200可以通过通信器220与控制装置100或服务器400建立控制信号和数据信号的发送和接收。

在一些实施例中，检测器230用于采集外部环境或与外部交互的信号。例如，检测器230包括光接收器，用于采集环境光线强度的传感器；或者，检测器230包括图像采集器，如摄像头，可以用于采集外部环境场景、用户的属性或用户交互手势，再或者，检测器230包括声音采集器，如麦克风等，用于接收外部声音。

在一些实施例中，外部装置接口240可以包括但不限于如下：高清多媒体接口接口(HDMI)、模拟或数据高清分量输入接口（分量）、复合视频输入接口（CVBS）、USB输入接口（USB）、RGB端口等任一个或多个接口。也可以是上述多个接口形成的复合性的输入/输出接口。

在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。

在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250控制显示设备200的整体操作。例如： 响应于接收到用于选择在显示器260上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。

在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。

在一些实施例中控制器包括中央处理器（Central Processing Unit，CPU），视频处理器，音频处理器，图形处理器（Graphics Processing Unit， GPU），RAM Random AccessMemory，RAM），ROM（Read-Only Memory ,ROM），用于输入/输出的第一接口至第n接口，通信总线（Bus）等中的至少一种。

CPU处理器。用于执行存储在存储器中操作系统和应用程序指令，以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。CPU处理器，可以包括多个处理器。如，包括一个主处理器以及一个或多个子处理器。

在一些实施例中，图形处理器，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等中的至少一种。图形处理器包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象；还包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。

在一些实施例中，视频处理器，用于将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等视频处理中的至少一种，可得到直接可显示设备200上显示或播放的信号。

在一些实施例中，视频处理器，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等中的至少一种。其中，解复用模块，用于对输入音视频数据流进行解复用处理。视频解码模块，用于对解复用后的视频信号进行处理，包括解码和缩放处理等。图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。帧率转换模块，用于对转换输入视频帧率。 显示格式化模块，用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。

在一些实施例中，音频处理器，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理中的至少一种，得到可以在扬声器中播放的声音信号。

在一些实施例中，用户可在显示器260上显示的图形用户界面（GUI）输入用户命令，则用户输入接口通过图形用户界面（GUI）接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。

在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素中的至少一种。

在一些实施例中，用户接口280，为可用于接收控制输入的接口（如：显示设备本体上的实体按键，或其他等）。

在一些实施例中，显示设备的系统可以包括内核（Kernel）、命令解析器（shell）、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。

参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。

在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。

框架层为应用程序层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务。

如图4所示，本申请实施例中应用程序框架层包括管理器（Managers），内容提供者（Content Provider）等，其中管理器包括以下模块中的至少一个：活动管理器（ActivityManager）用与和系统中正在运行的所有活动进行交互；位置管理器（ Location Manager）用于给系统服务或应用提供了系统位置服务的访问；文件包管理器（Package Manager）用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器（NotificationManager）用于控制通知消息的显示和清除；窗口管理器（Window Manager）用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。

在一些实施例中，活动管理器用于管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出、打开、后退等。窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。

在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。

在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

在一些实施例中，显示设备启动后可以直接进入预置的视频点播程序的界面，视频点播程序的界面可以如图5中所示，至少包括导航栏510和位于导航栏510下方的内容显示区，内容显示区中显示的内容会随导航栏中被选中控件的变化而变化。应用程序层中的程序可以被集成在视频点播程序中通过导航栏的一个控件进行展示，也可以在导航栏中的应用控件被选中后进行进一步显示。

在一些实施例中，显示设备启动后可以直接进入上次选择的信号源的显示界面，或者信号源选择界面，其中信号源可以是预置的视频点播程序，还可以是HDMI接口，直播电视接口等中的至少一种，用户选择不同的信号源后，显示器可以显示从不同信号源获得的内容。

以上实施例介绍了显示设备的硬件/软件架构以及功能实现等内容，在实际应用场景中，显示设备中可安装有具有直播功能的应用程序，例如抖音、快手和虎牙直播等，主播发起直播请求后，直播服务器会建立直播间，用户点击进入直播间后，显示设备可以根据直播间的ID，访问直播服务器来获取直播数据，从而在本端加载显示直播数据，显示设备端因大屏优势，提高了观看直播的观感。

在一些实施例中，所述直播数据包括直播流数据、直播的开播时间和播放结束时间等，显示设备拉取直播流数据后，检测当前时刻是否达到开播时间，若达到开播时间则在直播页面加载显示直播流数据；在直播流起播之后，持续检测当前时刻是否达到播放结束时间，若未达到播放结束时间，则继续拉取并显示直播流数据，反之则停止拉流，销毁直播窗口，并显示当前直播间已结束直播的状态信息。开播时间和播放结束时间限定了直播时长。

在一些实施例中，所述直播数据还可包括预设视频数据，当从直播服务器获取到直播数据后，先比较当前时间与开播时间，如果当前时间早于开播时间，即尚未达到开播时间时，则不显示直播流，而是循环播放预设视频数据，从而达到预热和暖场的效果，避免直播间冷场，并在达到开播时间时，取消显示预设视频数据，显示直播页面。预设视频数据可以是预设录制好的与即将起播的直播内容有关的视频，比如直播宣传片、商品预告片、主播简介片等。在直播尚未开始时，可以在预设视频数据的播放界面上显示开播时间，以使用户获知直播具体在何时开始；或者显示开播倒计时，以使用户获知还有多久时间直播开始。

在一些实施例中，如果当前时间等于开播时间，即用户进入直播间时刚好开始直播，则跳过预设视频，直接起播直播流数据；如果当前时间已超过开播时间，说明在用户进入直播间时该直播就已处于正在播放中的状态，同样也需跳过预设视频，直接显示直播流数据。

在一些实施例中，可以根据当前的直播进程，在直播页面中显示对应的状态信息，比如当直播进程处于开播时间之后并且播放结束时间之前，则显示用于提示直播间正在直播的第一状态信息，第一状态信息比如是“直播中”；当直播进程达到播放结束时间及其之后，则在直播页面中显示用于提示直播间已结束直播的第二状态状态信息，第二状态信息比如是“直播已结束”；当直播进程处于开播时间之前，则在预设视频数据的播放界面显示用于提示直播间等待开播的第三状态信息，第三状态信息比如是“直播尚未开始，请您耐心等待”。

在一些实施例中，图6示出了目前显示设备在直播流起播后显示的直播页面示意图，直播页面居中显示竖版的直播窗口，直播窗口中加载显示直播流数据，显示设备具有大屏/宽屏显示特点，竖版直播窗口两侧的界面区域不展示直播信号，因此这两侧界面区域可以做黑屏处理。此外，直播窗口中还可动态显示进入直播间的用户的互动聊天信息，直播窗口中还可设置信息输入控件，使用户通过信息输入控件来输入与直播的互动聊天信息。

在一些实施例中，图6直播页面中还可显示一些操作引导信息，操作引导信息比如为“按菜单键查看更多”，引导用户通过按击遥控器上的菜单键来查看更多的直播间，从而便于用户切换直播；又比如操作引导信息为“按上下键切换直播频道”，引导用户通过按击遥控器的上键去切换至前一个直播频道，或者按击遥控器的下键去切换后一个直播频道。

在一些实施例中，图6的直播页面中还可显示直播主题信息，直播主题信息可以包括当前直播的关键词、简介等信息，比如图6中直播主题信息为“6.18淘宝美妆节直播”，表明直播日期为本年度6月18日，直播活动为“淘宝美妆节”，涉及的第三方应用为淘宝APP，直播中推荐商品全部属于美妆用品。直播主题信息包括的内容不做限定，比如还可包括主播人姓名、商品优惠信息等。

在一些实施例中，直播全程可统共推荐多件商品，比如可以预先规划一个商品列表，主播按照商品列表的指示有次序性地展示和推荐商品，在具体实现时可根据商品列表中的商品数量、直播时长、商品属性等因素，为每件商品设置推荐持续时间，在此推荐持续时间内主播需要向用户展示和推荐对应的商品，用户若对商品感兴趣则可进行下单和支付等商品在线交易流程，换言之每相邻两件商品之间都设置切换节点，直播服务器中可预先对商品切换节点进行打点和标记，得到打点数据，使得主播端在接收直播数据和打点数据之后，根据打点数据，每检测到直播进程达到一个商品切换节点时，提示主播结束推荐当前商品，转而展示和推荐商品列表中排序在当前商品下一位的商品，从而保证直播的有序性和节奏稳定性，避免出现商品列表中的商品漏推荐，避免商品列表中全部商品推荐完成后距离播放结束时间较远的情形发生。

图6示出的直播页面仅支持用户观看和切换直播，以及在直播页面发送与直播的互动聊天信息等常规直播功能，比如出现显示设备中未安装如淘宝、支付宝等第三方交易应用等特殊情况时，就不支持在显示设备上进行商品详情查看、下单、订单支付等交易程序，即显示设备端仅支持“只看不买”，无法使用户在大屏显示设备端享受“边看边买”的直播购物交互体验。

对此在本申请实施例中，可以在显示设备中设置预置SDK（Software DevelopmentKit，软件开发工具包），预置SDK可以在直播开始后，根据直播进程以及直播服务器预设的打点数据，检测直播进程是否达到商品切换节点，即检测主播推荐的商品是否将发生变更。当直播进程达到一个商品切换节点时，预置SDK需要向直播服务器请求下一个新商品的商品信息，并将下一个新商品的商品信息返回给显示设备的控制器250，这里所述的商品信息包括商品URL（Uniform Resource Locator，资源定位符）和二维码信息，商品URL用于定位到对应的商品资源链接，二维码信息用于后续生成与商品对应的二维码图像。

在一些实施例中，控制器250根据商品URL和二维码信息，生成商品二维码图像，如图7所示，在直播页面中同步显示直播窗口和商品二维码图像，商品二维码图像可以设置在直播页面的指定位置，比如设置在直播窗口的顶角处或者直播窗口两侧的黑屏区域，具体可根据避免二维码对直播画面的过多覆盖和遮挡以及界面美观性等因素，来预设商品二维码图像的展示位置。在一些实施例中，可以采用二维码控件来控制商品二维码图像的显示和更新，随着主播推荐商品的切换，控制二维码控件更新商品二维码图像，使得商品二维码图像与主播推荐一致。

在一些实施例中，直播服务器可以不预先设置打点数据来追踪商品，而是在接收并响应主播端输入的预设指令后，主动向预置SDK发送对应的商品信息。预设指令的形式不限定。比如主播端输入的预设指令为“上链接”的语音口令，主播朝终端喊出“上链接”，主播终端识别后将“上链接”语音口令发送给直播服务器，直播服务器接收到该语音口令后，即可获知已切换到新商品，则将当前商品信息发送给直播间内各用户的显示设备，以使显示设备端根据新接收的商品信息同步更新商品二维码图像。其中，所述主播端为发起直播请求的终端设备，当某终端即时或预约发起直播请求时，直播服务器记录该终端设备的ID，并标记该终端设备的ID为主播端，从而识别直播过程中的商品推荐进程。

在一些实施例中，主播可按照商品列表的排序依次推荐商品，直播服务器根据接收到的预设指令的次数，来追踪商品，比如第三次接收到“上链接”口令，则查询商品列表中排序在第三位的商品，并将该商品的商品信息发送给显示设备端，显示设备端即可更新显示主播推荐的第三个商品的商品二维码图像。或者，主播服务器接收到预设指令后，识别当前直播流画面中包含的商品图像，根据商品图像识别出对应的商品信息。

在一些实施例中，若采用直播服务器根据主播端预设指令的方式追踪商品，则显示设备在每次接收到直播服务器发送的商品信息时，将商品信息的接收点记录为商品切换节点，比如在直播开始的第5分钟接收到商品1的商品信息，则将直播进程的第5分钟记录为第一个商品切换节点，以此类推，则显示设备端自发完成商品切换节点的打点。在直播结束后，用户若回放直播视频，即可根据显示设备端记录的打点数据，去控制商品二维码随商品切换而更新的流程。

在一些实施例中，当用户点击进入直播间时，若当前时间等于或已超过播放结束时间，即用户进入直播间时直播已结束，则可以选择观看回放，显示设备从直播服务器获取直播数据，以及获取直播服务器端预设的打点数据，则在回放时也能根据不断更新的商品二维码图像去扫码购买期望的商品。

在一些实施例中，用户可以在终端启动目标应用，例如图7中直播主题信息中提示目标应用为淘宝APP，如果终端中已安装淘宝APP则直接启动即可，如果终端中未安装淘宝APP则用户可以在下载并安装成功后，启动淘宝APP并点击“扫一扫”功能，即可扫描显示设备中展示的商品二维码图像，由于商品二维码图像是根据商品URL生成的，因此扫码成功后终端直接跳转至URL对应的商品详情页面，并在商品详情页面查看商品详情、加入购物车或者立即购买。

商品二维码图像在每次切换商品时都会同步更新，因此可保证商品二维码图像与直播实时推荐的商品保持一致，避免因二维码与直播推荐商品不一致导致用户无法购买当前商品的情况发生，保证直播购物的准确性。在显示设备端显示直播流数据的同时，随直播的状态进程生成并显示商品二维码图像，使用户在显示设备端无法购买商品时，借助终端二维码扫描功能，直接于终端进入直播中当前推荐商品的商品详情页面去完成下单和支付等交易流程，即通过显示设备大屏观看直播+终端扫码交易的机制，实现边看边买的直播购物交互体验。

在一些实施例中，终端扫描商品二维码图像后跳转至商品详情页面，商品详情页面一般显示有商品详情信息，商品详情信息包括商品实物图片、价格、颜色、尺码、型号、款式等信息，以供用户了解商品详情后选择想要拍下订单的商品。商品详情页面还具有收藏控件、客服控件、加入购物车控件和立即购买控件等。用户点击收藏控件后可以将当前商品填加到收藏列表中，便于后续从收藏列表中直接查看被收藏的商品的详情。用户点击客服控件后，界面跳转至本机用户与商家客服进行聊天交互的对话窗口，使得本机用户从客服处获知想要进一步了解的商品信息。

在一些实施例中，用户选择好想要购买的商品后，点击加入购物车控件，即可将当前商品填加到待下单序列（即所谓的“购物车”），待下单序列中包括至少一个待下单和支付的订单信息。用户点击购物车控件后，应用界面显示待下单序列页面，用户可以从待下单序列中选择一个或多个目标订单信息，或者全选，被选的目标订单信息将被确认提交和支付。待下单序列页面还包括结算控件，在用户选择目标订单信息之后，点击结算控件，则终端控制应用界面跳转至确认订单页面，用户可以在确认订单页面确认商品信息、收货人姓名和联系方式、收货地址等内容，并且可以根据实际情况填写备注，确认无误后点击确认订单页面中的提交订单控件，即可提交订单，终端控制应用界面显示支付页面，用户在支付页面中执行支付操作，完成订单付款后，终端控制应用界面显示交易成功页面，交易成功页面显示商品购买成功的提示信息，用户可以查看已拍商品的订单信息，也可点击返回控件以退出交易成功页面。在一些实施例中，用户选择好想要购买的商品后，点击立即购买控件，则商品不会加入购物车，终端会直接跳转到确认订单页面。

在终端安装的第三方应用（比如淘宝APP、京东APP等）中进行商品交易的UI及操作流程可以参照现有技术实现，本申请不再赘述。本申请所述的终端设备包括智能手机、平板电脑等移动终端。

在一些实施例中，显示设备从直播服务器获取的直播数据还可包括背景图像，背景图像是直播服务器端预先设置好的与直播主题和直播内容有关的图片。当控制器250检测当前时间到达开播时间时，在直播页面上以全屏模式加载显示背景图像，在背景图像的第一指定区域显示竖版的直播窗口，在直播窗口中加载显示直播流数据，其中第一指定区域的位置可以参照背景图像的文字、图案等信息进行选定，比如图8示出的背景图像中，背景图像的左侧区域显示了一些与主播和商品优惠等相关文字信息，背景图像的右侧区域展示了主播的人像，而中部区域不具有任何文字和图案纹理，将中部区域选定为第一指定区域，预留给直播窗口的展示空间，以避免直播窗口遮挡背景图像上的文字和图案。

在一些实施例中，背景图像上还可显示开播时间。当用户进入直播间时，若直播间已处于正在直播中的状态，则用户通过查看背景图像上的开播时间，即可获知当前直播是从何时开始播放，以及已直播多长时间。

在一些实施例中，图9（a）是在图6直播页面的基础上增设了背景图像，在背景图像上层对应于第一指定区域的位置显示直播窗口，直播窗口通过加载的直播流来控制画面动态变化，而不受背景图像的影响。背景图像中的文字或者图案等可以静态或动态形式显示。

在一些实施例中，如图9（b）在图7直播页面的基础上增设了背景图像，将直播窗口居中竖版展示，直播窗口不会遮盖背景图像中的文字和图案，用户既可以观看到直播页面的背景，还可观看到直播窗口中的直播流，相较于图7的UI中两侧区域黑屏的处理模式，图9（b）更加美观，且更加突出强调背景中的文字和图案等信息，提升用户观看直播、商品消费的感兴趣程度和积极性。

在一些实施例中，当显示设备按照前述方式生成商品二维码图像之后，可以在背景图像上层对应于第二指定区域的位置显示该商品二维码图像，即第二指定区域是背景图像中为商品二维码图像预留的展示空间，比如图9（b）中第二指定区域为背景图像的左下部，商品二维码图像可以由二维码控件控制显示和更新，商品二维码的展示不受背景图像的影响。

在一些实施例中，图9（b）的直播页面中还包括推送信息，推送信息是与商品的类别、价格、规格等有关的信息，也是需要随主播推荐商品的切换而更新的，因此可根据主播服务器/显示设备的打点数据或者主播端输入的预设指令，由预置SDK从直播服务器获取，即预置SDK同步获取到推送信息和前述商品信息，因此推送信息和商品二维码是存在对应关系，并且两者是随主播推荐商品的切换而同步更新的，用户通过推送信息可以查看到商品的简要介绍，然后扫描商品二维码图像进入商品详情页面购买。推送信息可以由控件来控制其显示和更新，推送信息的展示不受背景图像的影响。

图9（b）的直播页面将背景图像、直播窗口、商品二维码图像和推送信息集成展示，提高了直播页面的美观性，丰富了直播页面的内容展示，同时还能通过二维码衔接显示设备和终端，实现“边看边买”的直播购物交互体验。

在一些实施例中，直播窗口在第一指定区域竖版显示，即在直播窗口的宽度K1等于界面宽度K2，直播窗口的长度L1小于界面长度L2和直播窗口的宽度K1，直播窗口的像素可以根据实际情况进行设定，比如设置为607*1080。

在一些实施例中，当检测到直播进程达到播放结束时间，则显示设备需要停止拉取直播流数据，并取消显示直播窗口、商品二维码图像和推送信息，如图10所示，此时直播页面仅显示背景图像，背景图像上显示第二状态信息，提示用户当前直播已结束，用户退出当前直播间后，该直播间会被撤销。在一些实施例中，图10页面中还可包括回放控件，在当前直播结束后，用户可以点击回放控件，重新回看完整的直播视频。

前述实施例中，终端通过扫描显示设备展示的商品二维码图像，即可使终端定位显示对应的商品详情页面，进行完成商品的详情浏览、下单和付款等交易流程，这种场景方案无需终端授权登录第三方应用，终端也不会同步拉取和显示直播流，即用户仅通过显示设备观看直播，仅通过终端购买商品，用户无法在终端同步观看直播。

在一些场景实施例中，还提供一种将显示设备播放的直播同步到小屏终端的方案，在显示方案的基础上，如图11所示，直播页面在展示商品二维码图像的同时，还可显示第一提示信息，第一提示信息用于提示用户通过输入预设操作去购买商品，比如图11中第一提示信息为“按确认键抢购商品”，即预设操作为按击遥控器的确认键。预设操作不限于本实施例所述，比如还可是按击遥控器上的其他指定按键，或者点击直播页面上相应设置的购买控件，又或者点击直播页面上设置的语音控件，通过语音控件输入指定的语音信息，比如“购买”、“购买商品”等语义相似的信息，控制器接收并识别到相匹配的语音信息后，即认为接收到了预设操作。

在一些实施例中，用户可根据第一提示信息的引导输入预设操作，由于需要将显示设备的直播同步到终端，需要先在终端进行第三方应用的授权登录，才能在第三方应用的界面中同步显示直播流数据，在终端进行“边看边买”，因此显示设备端在首次接收到预设操作时，可以根据直播间的ID和预置SDK返回的授权二维码信息，生成授权二维码图像。

在一些实施例中，显示设备在生成授权二维码图像后，需要显示授权二维码图像。授权二维码图像的显示形式比如是在直播页面的上层弹出显示授权登录弹窗，授权登录弹窗应避免遮挡直播窗口。如图12所示，是在背景图像的左侧区域显示授权登录弹窗，授权登录弹窗中显示授权二维码图像和授权操作引导信息，授权操作引导信息比如是“请使用【手机淘宝APP】扫描该二维码进行授权登录”，用户使用终端中安装的淘宝APP扫描授权二维码图像后，终端的应用界面显示登录授权页面。

在一些实施例中，终端扫描授权二维码图像后，显示如图13所示的登录授权页面，授权登录页面可显示第三方应用的账户名和用户头像，还可显示第三方应用的授权登录控件，用户点击授权登录控件，无需手动输入账户密码或手机验证，即可快速授权登录，建立起显示设备与终端的关联。

在一些实施例中，同一个网购账户可能绑定有多个第三方应用，这多个第三方应用一般具有账户业务相关性和部分功能重合性，比如淘宝和支付宝，这种情况下授权登录页面可以显示至少一个第三方应用的授权登录控件，比如图13中分别显示了手机淘宝和支付宝的授权登录控件，当然用户也可以不选择快捷授权登录，而是通过账户密码或短信验证码等手动授权登录形式。

在一些实施例中，用户从多个第三方应用中择一作为目标应用，并点击目标应用的授权登录控件，终端接收到对目标应用的授权登录控件的点击操作后，向显示设备发送授权登录成功信息；显示设备接收到授权登录成功信息后，可以销毁授权登录弹窗，从而取消显示授权登录弹窗和授权二维码图像，使显示设备显示如图14所示的直播页面，在此直播页面中显示终端设备已授权登录成功的提示信息，比如显示“手机已成功授权登录淘宝APP”，当该提示信息的显示时长达到阈值（比如2秒）时，即可取消显示该提示信息，从而恢复至图11所示的直播页面。用户在显示设备端查看到该提示信息后，获知终端已成功完成授权登录，从而实现显示设备端与终端的交互状态同步。

在一些实施例中，终端接收到对目标应用的授权登录控件的点击操作后，由于授权二维码图像是根据直播间的ID生成的，因此终端可以根据直播间的ID，向直播服务器请求获取直播数据，终端获取的直播数据包括直播流数据和播放结束时间，而不包括背景图像、预设视频数据和开播时间，这是由于终端请求获取直播数据的时间是在开播时间之后，因此无需获取开播时间和预设视频数据，而受限于终端屏幕的长宽比和小屏特点，如图15所示，不再终端的直播页面显示背景图像，而是仅全屏显示直播窗口，直播窗口中同步加载显示直播流数据，以保证终端的直播观感。通过本实施例可以将显示设备端播放的视频直播通过授权登录的形式同步到终端，使终端也能播放同一直播间的视频直播。

在一些实施例中，终端的直播页面中不仅显示直播流，如图15所示，还可以在直播页面的指定位置处显示主播当前正在推荐的商品的链接，图15中是在直播页面的左下角处显示商品链接，商品链接比如可呈现为弹框形式，弹框中显示商品的图像、类别和价格等内容，当用户点击商品链接的弹框时，应用页面自动跳转到商品详情页面，使得用户进行加入购物车或立即购买等操作，商品链接的呈现形式不限于本实施例所述。此外，终端的直播页面中还可包括信息输入控件，用于使用户输入与主播的互动聊天信息。

在一些实施例中，如图15所示，终端的直播页面中还可设置链接列表控件，链接列表控件显示有数字信息，该数字信息为从直播开播起，截止到当前时刻统共推荐的商品总数，用户点击链接列表控件后，即可弹出如图16所示的链接列表页面，链接列表页面比如可采用从下至上弹出等显示形式，链接列表页面按照直播推荐商品的时间顺序展示各项商品链接，并为每项商品链接标注序号，比如当所述数字信息为5时，将当前正在推荐的商品的链接展示于首位，并在左上角标注序号为5，之后按序展示各项历史推荐商品的链接，并依次标注序号为4、3、2和1，用户执行上下滑动操作，即可查看链接列表中包括的各项商品链接。

在一些实施例中，如图16所示，每项商品链接中都可设置有回放控件和购买控件，用户点击某项商品链接的回放控件，即可回看该商品链接对应的商品的主播讲解；用户点击某项商品链接的购买控件，即可跳转到商品详情页面去加入购物车或立即购买。需要说明的是，显示设备和终端显示的直播页面的UI不限于本申请实施例及附图所示，具体UI展示和页面包括的操作控件可根据实际需求进行设置。

通过图15和图16的实施例，在将显示设备端的直播同步到终端后，显示设备端和终端的直播进程保持同步和一致，用户不仅可以在显示设备大屏观看直播，同时还可在小屏终端进行“边看边买”，提升用户体验。同样地，终端设备的直播页面中也可显示如“直播中”或者“当前直播已结束”的状态信息。

在一些实施例中，用户通过第一提示信息的引导，输入预设操作来购买商品，首次输入预设操作时，需要终端先扫码完成授权登录，当显示设备接收到终端发送到的授权登录成功信息之后，后续便无需再次执行授权登录流程，因此当显示设备再次接收到用户输入的预设操作时，执行的便是当前商品的购买流程。

在一些实施例中，当显示设备再次接收到用户输入的预设操作时，预置SDK根据当前商品信息和第三方应用/目标应用当前登录的账户信息（包括收货人姓名、联系方式和收货地址等），在支付商品前预生成一个订单信息，并将该订单信息发送给控制器250，如图17所示，控制器250根据预置SDK发送的订单信息更新商品二维码图像，并控制显示器显示第二提示信息，第二提示信息用于提示用户当前商品已加入到待下单序列（即购物车），用户利用终端设备扫描更新后的商品二维码图像，终端能快速切换至显示待下单序列页面，从而使用户执行订单提交和支付流程，比如第二提示信息为“商品已加入购物车，扫描左下方二维码完成订单支付”。这里更新商品二维码的目的是，原商品二维码图像关联的是商品详情页面，而当显示设备再次接收到预设操作后，由于已自动将商品加入购物车，因此更新后的商品二维码图像切换至关联待下单序列页面，用户只需在待下单序列页面进行结算，然后执行后续的确认订单、提交订单和订单支付，则商品交易成功，等待店铺发货即可。

当然，用户也可以选择不扫码，而是手动打开目标应用后点击购物车控件，查看并购买新加入购物车的商品。购物车中的各项订单信息按照加入购物车的时间顺序进行排列，越新加入购物车的商品订单排序越靠前。

在一些实施例中，除首次预设操作执行授权登录外，对于第N（N＞1）次预设操作，执行的都是对应商品的购买流程，即预设操作可复用，由于显示设备端无法进行商品订单的支付，因此可由预置SDK预生成商品的订单信息并同步到第三方应用的服务器，第三方应用的服务器接收到该订单信息后，按照加入到购物车的逻辑处理该订单信息，以便后续用户扫码或者在终端购物车入口进入购物车后，能够看到最填加的商品订单。

前述实施例是用户在执行N（N＞1）次预设操作时，自动将对应商品加入购物车，通过预置SDK与第三方应用的服务器之间的订单信息同步，使商品二维码图像更新为与待下单序列页面关联。在其他实施例中，用户在执行N（N＞1）次预设操作时，预置SDK将预生成的订单信息同步到第三方应用的服务器后，第三方应用的服务器不将商品加入购物车，而是按照立即购买的逻辑处理该订单信息，这样更新后的商品二维码图像不再关联待下单序列页面，而是关联确认订单页面，用户扫码后终端自动跳转至确认订单页面，用户确认无误后即可直接提交订单并完成付款。

在一些实施例中，在首次输入预设操作并完成授权登录之后，在直播过程中每个未切换商品的时段，如果接收到针对同一商品的连续M（M≥1）次预设操作，则累积统计M值，该M值即为用户实际想要购买的商品数量，即执行一次预设操作默认购买一件商品，则预置SDK根据M值、商品信息和账户信息生成订单信息，从而使订单信息满足用户对商品购买数量的需求。

通过首次预设操作执行终端授权登录之后，终端可以向服务器请求直播数据，从而实现显示设备与终端同步显示直播。在终端同步显示直播后，用户既可以直接点击终端直播页面中的商品链接去购买商品，也可在显示设备端执行非首次预设操作以及扫描更新后的商品二维码图像来购买商品，这两种方式均可。

在其他实施例中，终端在扫码授权登录后，也可无需同步获取和显示直播流数据，而是仅支持用户在显示设备端执行非首次预设操作以及扫描更新后的商品二维码图像来购买商品。本申请附图示出的UI仅是示例性的，具体以实际应用设计为准。

参照前述UI角度的方案描述，在一些实施例中，图18示出一种显示设备中执行的直播购物控制方法，所述方法的执行主体是控制器250，所述方法包括如下步骤S101~步骤S108：

步骤S101，在接收到进入直播间的操作时，向直播服务器发送数据获取请求。

控制器可调用服务器端接口来发送数据获取请求，数据获取请求可携带有直播间ID和设备ID等信息，直播服务器接收并响应数据获取请求，查找与直播间ID对应的直播数据，直播数据包括直播流数据、开播时间、播放结束时间、背景图像和预设视频数据等，然后将直播数据发送给设备ID指示的显示设备。

步骤S102，接收直播服务器反馈的直播数据。

步骤S103，检测是否达到开播时间。如果未达到开播时间，则执行步骤S104；反之，若达到开播时间，即当前时间等于或已超过开播时间，执行步骤S105。

步骤S104，控制显示器加载显示预设视频数据，并显示用于提示直播间等待开播的第三状态信息。通过播放预设视频数据，为直播预热和暖场；用户查看到第三状态信息后，即可获知直播尚未开始，从而可选择观看预设视频数据，等待直播开播。在播放预设视频数据过程中，实时执行步骤S103，以便精准捕捉开播时刻，保证直播准时开播。

步骤S105，控制显示器在直播页面上全屏显示背景图像，在所述背景图像上层的第一指定区域显示直播窗口，并在直播窗口中加载显示直播流数据，以及显示用于提示直播间正在直播的第一状态信息。

当检测到达到开播时间时，为直播页面设置背景图像，并在背景图像图像上层显示直播窗口，从而提升直播页面的展示效果。

步骤S106，在接收到预置SDK发送的商品信息时，根据商品信息中携带的商品URL和二维码信息，生成商品二维码图像，控制显示器在背景图像上层的第二指定区域显示商品二维码图像。

其中，所述商品信息是预置SDK在直播推荐的商品种类发生切换时发送的切换后商品的商品信息。用户通过终端设备扫描商品二维码图像后，终端跳转至商品URL对应的商品详情页面，用户通过商品详情页面，即可查看商品详细信息，并执行加入购物车、立即购买、提交订单、付款等交易流程。

步骤S107，检测是否达到播放结束时间。如果未达到播放结束时间，则继续执行步骤S105和步骤S106，即持续加载显示直播流数据，并在每达到一个商品的切换节点时，对商品二维码图像进行更新，保证在扫描商品二维码图像后终端能进入当前商品的详情页面，保证商品交易的准确性。如果检测到达到播放结束时间，则执行步骤S108。

步骤S108，停止获取直播流数据，并控制显示器取消显示直播窗口和商品二维码图像，使直播页面仅显示背景图像，以及，在背景图像上显示回放控件和用于提示直播间已结束直播的第二状态信息。用户查看到第二状态信息，即可退出当前直播间，则本次直播购物流程终止。用户点击回放控件，即可重新回看完整的直播视频。

参照前述UI角度的方案描述，在一些实施例中，图19示出另一种显示设备中执行的直播购物控制方法，所述方法的执行主体是控制器250，所述方法包括如下步骤S201~步骤S211：

步骤S201，在接收到进入直播间的操作时，向直播服务器发送数据获取请求。

步骤S202，接收直播服务器反馈的直播数据。

步骤S203，检测是否达到开播时间。如果未达到开播时间，则执行步骤S204；反之，若达到开播时间，执行步骤S205。

步骤S204，控制显示器加载显示预设视频数据，并显示用于提示直播间等待开播的第三状态信息。通过播放预设视频数据，为直播预热和暖场；用户查看到第三状态信息后，即可获知直播尚未开始，从而可选择观看预设视频数据，等待直播开播。在播放预设视频数据过程中，实时执行步骤S103，以便精准捕捉开播时刻，保证直播准时开播。

步骤S205，控制显示器在直播页面上全屏显示背景图像，在所述背景图像上层的第一指定区域显示直播窗口，并在直播窗口中加载显示直播流数据，以及显示用于提示直播间正在直播的第一状态信息。

步骤S206，在接收到预置SDK发送的商品信息时，根据商品信息中携带的商品URL和二维码信息，生成商品二维码图像，并控制显示器在背景图像上层显示商品二维码图像和第一提示信息。

其中，第一提示信息用于提示用户通过输入预设操作去购买商品，比如第一提示信息为“按确认键抢购”，即提示用户按击遥控器上的确认键，即可启动商品购买流程，预设操作不限定。

步骤S207，在首次接收到预设操作时，控制显示器显示授权登录弹窗。

在一些实施例中，授权登录弹窗中显示授权二维码图像和授权操作引导信息。授权二维码图像是控制器250根据直播间的ID和预置SDK返回的授权二维码信息生成的；授权操作引导信息比如是“使用手机淘宝APP扫描该二维码进行授权登录”，用户使用终端中安装的淘宝APP扫描授权二维码图像后，终端的应用界面显示登录授权页面。用户在终端显示的登录授权页面中，选择一个目标应用快速授权登录后，向显示设备反馈授权登录成功信息，以及，根据直播间的ID向直播服务器请求获取直播流数据和播放结束时间，从而将显示设备端的直播同步到终端，终端在与显示设备同步显示直播流数据时，直播窗口中会显示商品链接，用户点击商品链接，即可使终端跳转到链接对应的商品详情页面，从而进行商品交易。

步骤S208，在接收到终端设备发送的授权登录成功信息后，控制显示器取消显示授权登录弹窗，以及显示终端设备已授权登录成功的提示信息。

步骤S209，当再次接收到预设操作时，根据预置SDK发送的订单信息更新商品二维码图像，并控制显示器显示第二提示信息。

在一些实施例中，当接收到非首次输入的预设操作时，预置SDK根据当前商品信息、第三方应用/目标应用当前登录的账户信息（包括收货人姓名、地址和联系方式等）等信息在支付商品前预生成一个订单信息，控制器根据接收到的订单信息更新商品二维码图像，使更新后的商品二维码图像能够关联待下单序列页面或当前商品的确认订单页面。

在一些实施例中，预置SDK将预生成的订单信息同步到第三方应用的服务器，第三方应用的服务器可以按照加入购物车或立即购买的逻辑处理该订单信息。如果第三方应用按照加入购物车逻辑处理该订单信息，则第二提示信息用于提示用户当前商品已加入到待下单序列（即购物车），利用终端设备扫描更新后的商品二维码图像后，终端设备显示待下单序列页面，方便用户结算、提交订单和付款。如果第三方应用面按照立即购买逻辑处理该订单信息，则第二提示信息提示用户当前商品已拍下，终端扫描更新后的商品二维码图像后，不再进入待下单序列页面，而是直接进入确认订单页面，在提交订单后完成付款，则商品交易成功。

步骤S210，检测是否达到播放结束时间。如果未达到播放结束时间，则继续执行前述流程，拉取并显示直播流数据，在每次达到切换节点时根据预置SDK返回的商品信息更新商品二维码图像；如果检测到达到播放结束时间，则执行步骤S211。

步骤S211，停止获取直播流数据，并控制显示器取消显示直播窗口和商品二维码图像，使直播页面仅显示背景图像，以及在背景图像上显示回放控件和用于提示直播间已结束直播的第二状态信息。用户查看到第二状态信息，即可退出当前直播间，则本次直播购物流程终止。用户点击回放控件，即可重新回看完整的直播视频。

参照前述UI角度的方案描述，在一些实施例中，图20示出第一种直播购物的通信交互逻辑，交互三端包括显示设备、直播服务器和终端设备，其中显示设备端可以细化为包括控制器和预置SDK，包括如下步骤（A1）~步骤（A11）：

步骤（A1），显示设备端-控制器：在接收到进入直播间的操作时，向直播服务器发送数据获取请求。

步骤（A2），直播服务器端：接收并响应数据获取请求，查找与直播间的ID对应的直播数据，并将直播数据发送给显示设备；

步骤（A3），显示设备端-控制器：接收直播服务器反馈的直播数据，检测是否达到开播时间。如果未到达开播时间，执行步骤步骤（A4），若达到开播时间则执行步骤（A5）。

步骤（A4），显示设备端-控制器：控制显示器加载显示预设视频数据，并显示第三状态信息（直播尚未开始）。

步骤（A5），显示设备端-控制器：控制显示器在直播页面上全屏显示背景图像，在背景图像上层显示直播窗口，并在直播窗口中加载显示直播流数据，以及显示第一状态信息（直播中）。

步骤（A6），显示设备端-预置SDK：当检测达到切换节点时，向控制器发送商品信息（包括商品URL和二维码信息）和推送信息。直播开播时，预置SDK直接反馈商品列表中的第一个商品的商品信息，排序在第一个商品信息后的其他商品则需进行切换节点的打点检测；或者，接收直播服务器响应主播端输入的预设指令后发送的商品信息和推送信息，然后同步更新和显示商品二维码图像和推送信息。

步骤（A7），显示设备端-控制器：根据商品信息生成商品二维码图像，控制显示器在背景图像上层显示商品二维码图像和推送信息，这一步是根据直播进程中商品的切换去更新商品二维码图像和推送信息。

步骤（A8），终端设备端：在接收到对显示设备显示的商品二维码图像的扫描操作时，显示商品详情页面。

步骤（A9），终端设备端：接收到用户在商品详情页面对加入购物车控件或立即购买控件的点击操作，执行对应的交易流程。

步骤（A10），显示设备端-控制器：检测是否达到播放结束时间。如果未达到播放结束时间，则继续执行步骤（A5）及其后续的步骤；如果达到播放结束时间，则执行步骤（A11）。

步骤（A11），显示设备端-控制器：停止获取直播流数据，并控制显示器取消显示直播窗口、商品二维码图像和推送信息，使直播页面仅显示背景图像，以及在背景图像上显示第二状态信息（当前直播已结束）和回放控件。

参照前述UI角度的方案描述，在一些实施例中，图21示出第二种直播购物的通信交互逻辑，交互三端包括显示设备、直播服务器和终端设备，其中显示设备端可以细化为包括控制器和预置SDK，包括如下步骤（B1）~步骤（B19）：

步骤（B1），显示设备端-控制器：在接收到进入直播间的操作时，向直播服务器发送第一数据获取请求。

步骤（B2），直播服务器端：接收并响应第一数据获取请求，查找与直播间的ID对应的第一直播数据，并将第一直播数据发送给显示设备；所述第一直播数据包括直播流数据、开播时间、播放结束时间、背景图像和预设视频数据。

步骤（B3），显示设备端-控制器：接收直播服务器反馈的第一直播数据，检测是否达到开播时间。如果未到达开播时间，执行步骤步骤（B4），若达到开播时间则执行步骤（B5）。

步骤（B4），显示设备端-控制器：控制显示器加载显示预设视频数据，并显示第三状态信息（直播尚未开始）。

步骤（B5），显示设备端-控制器：控制显示器在直播页面上全屏显示背景图像，在背景图像上层显示直播窗口，并在直播窗口中加载显示直播流数据，以及显示第一状态信息（直播中）。

步骤（B6），显示设备端-预置SDK：当检测达到切换节点时，向控制器发送商品信息（包括商品URL和二维码信息）和推送信息；或者，接收直播服务器响应主播端输入的预设指令后发送的商品信息和推送信息，然后同步更新和显示商品二维码图像和推送信息。

步骤（B7），显示设备端-控制器：根据商品信息生成商品二维码图像，控制显示器在背景图像上层显示商品二维码图像、推送信息和第一提示信息。这一步是根据直播进程中商品的切换去同步更新商品二维码图像和推送信息，以及提示用户通过输入预设操作来购买商品。

步骤（B8），显示设备端-控制器：在首次接收到预设操作时，控制显示器显示授权登录弹窗。

步骤（B9），终端设备端：在接收到用户对授权二维码图像的扫描操作时，显示第三方应用的登录授权页面，所述登录授权页面包括至少一个第三方应用的授权登录控件。

步骤（B10），终端设备端：在接收到对登录授权页面中目标应用的授权登录控件的点击操作后，向显示设备发送授权登录成功信息，以及，向直播服务器发送第二数据获取请求。

步骤（B11），显示设备端-控制器：在接收到终端设备发送的授权登录成功信息后，控制显示器取消显示授权登录弹窗，以及显示终端设备已授权登录成功的提示信息。

步骤（B12），直播服务器端：接收并响应第二数据获取请求，查找与直播间的ID对应的第二直播数据，并将第二直播数据发送给终端设备；所述第二直播数据包括直播流数据和播放结束时间。

步骤（B13），终端设备端：接收直播服务器发送的第二直播数据，在目标应用的界面同步显示直播流数据。

步骤（B14），终端设备端：在接收到对当前直播界面显示的商品链接的点击操作时，显示商品链接对应的商品详情页面。

步骤（B15），终端设备端：接收到用户在商品详情页面对加入购物车控件或立即购买控件的点击操作，执行对应的商品交易流程。

步骤（B16），显示设备端-控制器：检测是否达到播放结束时间。如果未达到播放结束时间，则继续执行步骤（B5）及其后续的步骤；如果达到播放结束时间，则执行步骤（B17）。

步骤（B17），显示设备端-控制器：停止获取直播流数据，并控制显示器取消显示直播窗口、推送信息和商品二维码图像，使直播页面仅显示背景图像，以及在背景图像上显示第二状态信息（当前直播已结束）和回放控件。

步骤（B18），终端设备端：检测是否达到播放结束时间。如果未达到播放结束时间，则继续执行步骤（B13）~步骤（B15），以及重复步骤（B18）；如果达到播放结束时间，则执行步骤（B19）。

步骤（B19），终端设备端：停止获取直播流数据，在直播页面上显示用于提示当前直播已结束的提示信息和回放控件，从而与显示设备端同步结束当前直播以及基于直播的商品交易流程。

参照前述UI角度的方案描述，在一些实施例中，图22示出第三种直播购物的通信交互逻辑，交互四端包括显示设备、直播服务器、终端设备和目标应用服务器，其中显示设备端可以细化为包括控制器和预置SDK，包括如下步骤（C1）~步骤（C19）：

步骤（C1），显示设备端-控制器：在接收到进入直播间的操作时，向直播服务器发送数据获取请求。

步骤（C2），直播服务器端：接收并响应数据获取请求，查找与直播间的ID对应的直播数据，并将直播数据发送给显示设备；所述直播数据包括直播流数据、开播时间、播放结束时间、背景图像和预设视频数据。

步骤（C3），显示设备端-控制器：接收直播服务器反馈的直播数据，检测是否达到开播时间。如果未到达开播时间，执行步骤步骤（C4），若达到开播时间则执行步骤（C5）。

步骤（C4），显示设备端-控制器：控制显示器加载显示预设视频数据，并显示第三状态信息（直播尚未开始）。

步骤（C5），显示设备端-控制器：控制显示器在直播页面上全屏显示背景图像，在背景图像上层显示直播窗口，并在直播窗口中加载显示直播流数据，以及显示第一状态信息（直播中）。

步骤（C6），显示设备端-预置SDK：当检测达到切换节点时，向控制器发送商品信息（包括商品URL和二维码信息）和推送信息。

步骤（C7），显示设备端-控制器：根据商品信息生成商品二维码图像，控制显示器在背景图像上层显示商品二维码图像、推送信息和第一提示信息。这一步是根据直播进程中商品的切换去更新商品二维码图像，以及提示用户通过输入预设操作来购买商品。

步骤（C8），显示设备端-控制器：在首次接收到预设操作时，控制显示器显示授权登录弹窗。同时控制器标记已接收到首次预设操作，则后续接收的预设操作都识别为非首次输入。

步骤（C9），终端设备端：在接收到用户对授权二维码图像的扫描操作时，显示第三方应用的登录授权页面，所述登录授权页面包括至少一个第三方应用的授权登录控件。

步骤（C10），终端设备端：在接收到对登录授权页面中目标应用的授权登录控件的点击操作后，向显示设备发送授权登录成功信息。

步骤（C11），显示设备端-控制器：在接收到终端设备发送的授权登录成功信息后，控制显示器取消显示授权登录弹窗，以及显示终端设备已授权登录成功的提示信息。

步骤（C12），显示设备端-控制器：当再次接收到预设操作时，向预置SDK发送用于指示接收到非首次预设操作的指令；

步骤（C13），显示设备端-预置SDK：当接收到控制器发送的所述指令后，根据当前商品信息和目标应用当前登录的账户信息等信息，预生成订单信息，并将订单信息发送给控制器，以及将订单信息同步至目标应用服务器。

步骤（C14），目标应用服务器端：按照加入购物车逻辑或立即购买逻辑处理预置SDK发送的订单信息。

步骤（C15），显示设备端-控制器：根据预置SDK发送的订单信息更新商品二维码图像，并向终端设备发送二维码更新提示信息。这一步骤更新商品二维码的目的在于将商品二维码图像由原来关联于商品详情页面，更新为关联于待下单序列页面（对应于加入购物车）或确认订单页面（对应于立即购买）。

步骤（C16），终端设备端：在接收显示设备发送的二维码更新提示信息之后，当接收到用户对更新后的商品二维码图像的扫描操作，向目标应用服务器请求加载并显示更新后的商品二维码图像所关联的页面，更新后的商品二维码图像所关联的页面可以为待下单序列页面或对应商品的确认订单页面，具体加载显示的页面类别取决于目标应用服务器端对预置SDK发送的订单信息所采用的处理逻辑。

步骤（C17），终端设备端：根据用户在更新后的商品二维码图像所关联的页面中输入的相关操作，执行后续的提交订单和付款流程，然后显示商品交易成功页面。

步骤（C18），显示设备端-控制器：检测是否达到播放结束时间。如果未达到播放结束时间，则继续执行步骤（C5）及其后续的步骤；如果达到播放结束时间，则执行步骤（C19）。

步骤（C19），显示设备端-控制器：停止获取直播流数据，并控制显示器取消显示直播窗口、推送信息和商品二维码图像，使直播页面仅显示背景图像，以及在背景图像上显示第二状态信息（当前直播已结束）和回放控件。

本申请中显示设备、终端设备及其各自被配置执行的直播购物控制方法已在上述UI和通信交互逻辑中详细给出，各实施例之间相同相似的部分互相参照即可，相关内容不再赘述。在本申请直播购物机制的基础上，可以结合现有直播和网购方案，适应性扩展更多的通信交互逻辑，本申请实施例不再一一列举。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。具体实现中，本发明还提供一种计算机存储介质，该计算机存储介质可存储有程序。当计算机存储介质位于显示设备或终端设备中时，该程序执行时可包括两端中任一端中的控制器被配置执行的直播购物控制方法涉及的程序步骤。其中，计算机存储介质可为磁碟、光盘、只读存储记忆体（英文：Read-Only Memory，简称ROM）或随机存储记忆体（英文：Random Access Memory，简称RAM）等。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (7)

1.一种显示设备，其特征在于，包括：

显示器，所述显示器的横向长度大于所述显示器的竖向长度；

通信器；

控制器：所述控制器用于执行：

接收进入直播间的操作；

响应于接收到进入直播间的操作，向直播服务器发送数据获取请求，所述数据获取请求用于使直播服务器查询与所述直播间对应的直播数据，所述直播数据包括直播流数据和背景图像；

响应于接收到直播服务器反馈的所述直播数据，控制显示器在直播页面上全屏显示所述背景图像，在所述背景图像上层的中间区域竖版显示直播窗口，并在所述直播窗口中加载显示所述直播流数据，其中，所述背景图像的位于所述直播窗口两侧的区域显示有所述直播间的介绍信息。

2.根据权利要求1所述的显示设备，其特征在于，在直播过程中，所述控制器还用于执行：

根据直播进程以及直播服务器预设的打点数据，检测直播进程是否达到商品切换节点；

响应与检测到商品切换节点，向服务器请求下一个商品的商品信息，其中，述商品信息中携带的商品URL和二维码信息；

根据接收到的所述商品信息生成商品二维码图像；

控制显示器在所述背景图像上层的第二指定区域显示所述商品二维码图像以避免对所述直播窗口的遮挡；所述商品二维码图像用于终端设备在扫描商品二维码图像后，在所述终端设备上全屏显示用于使用户购买商品的商品详情页面，其中，所述第二指定区域为所述直播窗口两侧区域中的一个区域。

3.根据权利要求1所述的显示设备，其特征在于，在直播过程中，所述控制器还用于执行：

接收下一个商品的商品信息，其中，述商品信息中携带的商品URL和二维码信息，所述下一个商品的商品信息是服务器响应与主播端输入的预设指令向显示设备发送的；

根据接收到的所述商品信息生成商品二维码图像；

控制显示器在所述背景图像上层的第二指定区域显示所述商品二维码图像以避免对所述直播窗口的遮挡；所述商品二维码图像用于终端设备在扫描商品二维码图像后，在所述终端设备上全屏显示用于使用户购买商品的商品详情页面，其中，所述第二指定区域为所述直播窗口两侧区域中的一个区域。

4.根据权利要求1所述的显示设备，其特征在于，

所述背景图像的中间区域不具有任何文字和图案纹理，以避免被所述直播窗口遮挡。

5.根据权利要求2或3任意一项所述的显示设备，其特征在于，

在接收商品消息时还接收到所述下一个商品的推送信息，其中，所述推送信息为与商品的类别、价格、规格等有关信息中的至少一种；

在所述背景图像的上层图层中的控件中显示所述推送信息，所述控件位于所述直播窗口外的区域。

6.根据权利要求1所述的显示设备，其特征在于，所述控制器还用于执行：

在直播结束后，取消所述直播窗口的显示，并维持所述背景图像的展示，以及在所述背景图像的层的中间区域显示用于提示用户当前直播已结束的状态信息和回放控件；

在接收对所述回放控件的点击后，播放直播视频。

7.一种直播购物控制方法，其特征在于，用于显示设备，所述显示设备的显示器的横向长度大于所述显示器的竖向长度，所述方法包括：

接收进入直播间的操作；

响应于接收到进入直播间的操作，向直播服务器发送数据获取请求，所述数据获取请求用于使直播服务器查询与所述直播间对应的直播数据，所述直播数据包括直播流数据和背景图像；

响应于接收到直播服务器反馈的所述直播数据，控制显示器在直播页面上全屏显示所述背景图像，在所述背景图像上层的中间区域竖版显示直播窗口，并在所述直播窗口中加载显示所述直播流数据，其中，所述背景图像的位于所述直播窗口两侧的区域显示有所述直播间的介绍信息。