一种显示设备、服务器及权益开通方法与流程

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.图1为本技术一些实施例中显示设备的使用场景；
41.图2为本技术一些实施例中显示设备的结构示意图；
42.图3为本技术一些实施例中显示设备的软件架构示意图；
43.图4为本技术一些实施例中一些实施例中显示设备的界面示意图；
44.图5为本技术一些实施例中一种显示设备的显示画面示意图；
45.图6为本技术一些实施例中一种充值页面的示意图；
46.图7为本技术一些实施例中一种权益开通方法的示意图；
47.图8为本技术一些实施例中一种二维码控件示意图；
48.图9为本技术一些实施例中一种支付页面示意图；
49.图10为本技术一些实施例中一种视频播放画面的示意图；
50.图11为本技术一些实施例中一种权益开通方法的流程示意图。
具体实施方式
51.为使本技术的目的和实施方式更加清楚，下面将结合本技术示例性实施例中的附图，对本技术示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本技术一部分实施例，而不是全部的实施例。
52.需要说明的是，本技术中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本技术的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
53.本技术中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
54.术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
55.本技术实施方式提供的服务器与终端设备进行数据通信。接收终端设备发送的交易配置信息，并在根据交易配置信息生成各交易之后，由终端设备获取交易。
56.终端设备可以具有多种实施形式，例如，可以是智能电视、移动终端、笔记本电脑、平板电脑(ipad)等。图1和图2为本技术的服务器的一种具体实施方式。
57.图1为根据实施例中显示设备与服务器之间操作场景的示意图。如图1所示，用户可通过用户可通过终端设备100(如移动终端、平板电脑、计算机、笔记本电脑等)与显示设备200、服务器300进行数据通信。
58.图2示出了显示设备200的结构示意图。
59.下面以显示设备200为例对实施例进行具体说明。应该理解的是，图2所示显示设备200仅是一个范例，并且显示设备200可以具有比图2中所示的更多的或者更少的部件，可以组合两个或多个的部件，或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
60.图2中示例性示出了根据示例性实施例中显示设备200的硬件配置框图。如图2所示，显示设备200包括：射频(radio frequency，rf)电路210、存储器220、显示单元230、摄像头240、传感器250、音频电路260、无线保真(wireless fidelity，wi-fi)模块270、处理器280、蓝牙模块281、以及电源290等部件。
61.rf电路210可用于在收发信息或通话过程中信号的接收和发送，可以接收基站的下行数据后交给处理器280处理；可以将上行数据发送给基站。通常，rf电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等器件。
62.存储器220可用于存储软件程序及数据。处理器280通过运行存储在存储器220的
软件程序或数据，从而执行通信终端200的各种功能以及数据处理。存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。存储器220存储有使得显示设备200能运行的操作系统。本技术中存储器220可以存储操作系统及各种应用程序，还可以存储执行本技术实施例所述方法的代码。
63.显示单元230可用于接收输入的数字或字符信息，产生与显示设备200的用户设置以及功能控制有关的信号输入，具体地，显示单元230可以包括设置在通信终端100正面的触摸屏231，可收集用户在其上或附近的触摸操作，例如点击按钮，拖动滚动框等。
64.显示单元230还可用于显示由用户输入的信息或提供给用户的信息以及显示设备200的各种菜单的图形用户界面(graphical user interface，gui)。具体地，显示单元230可以包括设置在显示设备200正面的显示屏232。其中，显示屏232可以采用液晶显示器、发光二极管等形式来配置。显示单元230可以用于显示本技术中所述的各种图形用户界面。
65.其中，触摸屏231可以覆盖在显示屏232之上，也可以将触摸屏231与显示屏232集成而实现显示设备200的输入和输出功能，集成后可以简称触摸显示屏。本技术中显示单元130可以显示应用程序以及对应的操作步骤。
66.摄像头240可用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device，ccd)或互补金属氧化物半导体(complementary metal-oxide-semiconductor，cmos)光电晶体管。感光元件把光信号转换成电信号，之后将电信号传递给处理器280转换成数字图像信号。
67.显示设备200还可以包括至少一种传感器250，比如加速度传感器251、距离传感器252、指纹传感器253、温度传感器254。显示设备200还可配置有陀螺仪、气压计、湿度计、温度计、红外线传感器、光传感器、运动传感器等其他传感器。
68.音频电路260、扬声器261、麦克风262可提供用户与终端设备200之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号，传输到扬声器261，由扬声器261转换为声音信号输出。显示设备200还可配置音量按钮，用于调节声音信号的音量。另一方面，麦克风262将收集的声音信号转换为电信号，由音频电路260接收后转换为音频数据，再将音频数据输出至rf电路210以发送给比如另一终端，或者将音频数据输出至存储器220以便进一步处理。本技术中麦克风262可以获取用户的语音。
69.wi-fi属于短距离无线传输技术，终端设备100可以通过wi-fi模块170帮助用户收发电子邮件、浏览网页、交易配置信息和访问流媒体等，它为用户提供了无线的宽带互联网访问。
70.处理器280是显示设备200的控制中心，利用各种接口和线路连接整个设备的各个部分，通过运行或执行存储在存储器220内的软件程序，以及调用存储在存储器220内的数据，执行显示设备200的各种功能和处理数据。在一些实施例中，处理器280可包括一个或多个处理单元；处理器280还可以集成应用处理器和基带处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，基带处理器主要处理无线通信。可以理解的是，上述基带处理器也可以不集成到处理器280中。本技术中处理器280可以运行操作系统、应用程序、用户界面显示及触控响应，以及本技术实施例所述的处理方法。另外，处理器280与输入单元230和显示单元240耦接。
71.蓝牙模块281，用于通过蓝牙协议来与其他具有蓝牙模块的蓝牙设备进行信息交互。例如，显示设备200可以通过蓝牙模块281与同样具备蓝牙模块的可穿戴电子设备(例如智能手表)建立蓝牙连接，从而进行数据交互。
72.显示设备200还包括给各个部件供电的电源290(比如电池)。电源可以通过电源管理系统与处理器280逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗等功能。显示设备200还可配置有电源按钮，用于设备的开机和关机，以及锁屏等功能。
73.图3是本发明实施例显示设备200的软件结构框图。
74.分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，将android系统分为四层，从上至下分别为应用程序层，应用程序框架层，安卓运行时(android runtime)的系统库，以及内核层。
75.应用程序层可以包括一系列应用程序包。
76.如图3所示，应用程序包可以包括相机，图库，日历，通话，微信，支付宝，地图，导航，wlan，蓝牙，音乐，视频，短信息等应用程序。
77.应用程序框架层为应用程序层的应用程序提供应用编程接口(application programmi ng interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。
78.如图3所示，应用程序框架层可以包括窗口管理器，内容提供器，视图系统，电话管理器，资源管理器，通知管理器等。
79.窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕等。
80.内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。所述数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。
81.视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图。
82.电话管理器用于提供显示设备200的通信功能。例如通话状态的管理(包括接通，挂断等)。
83.资源管理器为应用程序提供各种资源，比如本地化字符串，图标，图片，布局文件，视频文件等等。
84.通知管理器使应用程序可以在状态栏中显示通知信息，可以用于传达告知类型的消息，可以短暂停留后自动消失，无需用户交互。比如通知管理器被用于告知下载完成，消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知，例如后台运行的应用程序的通知，还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息，发出提示音，终端设备振动，指示灯闪烁等。
85.android runtime状态的系统库包括核心库和虚拟机。android runtime状态的系统库负责安卓系统的调度和管理。
86.核心库包含两部分：一部分是java语言需要调用的功能函数，另一部分是安卓的核心库。
87.应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理，堆栈管理，线
程管理，安全和异常的管理，以及垃圾回收等功能。
88.系统库可以包括多个功能模块。例如：表面管理器(surface manager)，媒体库(media libraries)，三维图形处理库(例如：opengl es)，2d图形引擎(例如：sgl)等。
89.表面管理器用于对显示子系统进行管理，并且为多个应用程序提供了2d和3d图层的融合。
90.媒体库支持多种常用的音频，视频格式回放和录制，以及静态图像文件等。媒体库可以支持多种音视频编码格式，例如：mpeg4，h.264，mp3，aac，amr，jpg，png等。
91.三维图形处理库用于实现三维图形绘图，图像渲染，合成，和图层处理等。
92.2d图形引擎是2d绘图的绘图引擎。
93.内核层是硬件和软件之间的层。内核层至少包含显示驱动，摄像头驱动，音频驱动，传感器驱动。
94.图4是用于示出显示设备(例如图1的显示设备200)上的用户界面的示意图。在一些具体实施方式中，用户通过触摸用户界面上的应用图标可以打开相应的应用程序(如视频播放平台等程序)，或者通过触摸用户界面上的操作图标执行对应的操作。例如，如图4所示，用户点击“视频”图标，打开视频播放平台(如聚好看平台)。
95.在一些实施例中，视频播放平台用于提供视频数据并进行播放，视频数据包括免费视频和付费视频。其中，免费视频表示不需要付费就可以观看的视频；付费视频表示在针对该视频进行付费购买播放权益之后，才允许观看的视频。
96.在一些实施例中，付费视频提供有免费观看片段；其中，免费观看片段可以为付费视频中任一片段。例如，付费视频的时长为1小时50分钟，免费观看片段为付费视频的前6分钟的视频片段(即0：00：00至0：06：00的视频片段)。
97.在一些实施例中，视频播放平台一般是具有会员机制的，视频会员在视频播放平台上可以播放付费视频，且跳过视频播放之前播放的广告；而非视频会员在视频播放平台上无法播放付费视频，也无法跳过视频播放之前播放的广告。例如，针对某一视频平台，若平台账号为该视频平台的视频会员账号，则用户在使用该平台账号观看视频时，可以观看付费视频，且跳过视频播放之前播放的广告。
98.在一些实施例中，显示设备200在播放完免费观看片段之后，向不具有播放权益的用户提示购买该付费视频的播放权益。图5为申请一些实施例中示例性示出的一种显示设备的显示画面示意图；如图5所示，免费观看片段播放完之后，跳转出支付控件，用于指示用户充值会员，进而获取播放权益，实现对付费视频的播放。
99.基于图5进行举例，用户在点击“前往充值”的控件之后，显示设备200将显示画面跳转至充值详情页面。图6为本技术一些实施例中示例性示出的一种充值页面的示意图，如图6所示，充值详情页面包括多个充值选项，如1个月、2个月、3个月、6个月等充值选项，用户在选择其中一个充值选项之后，显示设备200将显示画面跳转至支付画面。
100.在一些实施例中，支付画面可以为二维码画面，由用户通过终端设备100扫面二维码之后，在终端设备100上进行支付，并根据平台账号、视频标识等信息生成支付订单。
101.在一些实施例中，终端设备100生成支付订单之后，将支付订单发送至服务器200。然后服务器200根据支付订单向对应的平台账号生成并发送播放权益开通请求，以对平台账号开通播放权益。
102.在一些实施例中，服务器异步执行以下两个处理过程：一个是在确定支付订单支付成功之后，将支付结果返回直至显示设备；另一个是对平台账号开通播放权益。显示设备200接收支付结果后，刷新平台账号，对付费视频进行播放。
103.但是在一些实施例中，显示设备200接收支付结果时，平台账号播放权益并未开通成功，进而导致显示设备200刷新平台账号(也就是使用播放权益时)之后，仍然无法播放付费视频(即播放权益开通未成功)，也就是说，即使显示设备200多次刷新平台账号，仍然存在无法播放付费视频的情况，导致播放权益的使用准确率较低，浪费了刷新平台账号时所需要的通信资源、计算资源等消耗，且影响了用户观看视频的体验。且根据上述描述，用户需要多次跳转显示画面实现对播放权益的购买。也就是说，用户购买播放权益的步骤繁杂，影响了播放权益开通的效率。
104.综上，为了提高用户观看视频的体验，避免通信资源、计算资源的浪费，提升用户购买播放权益的效率，图7为本技术在一些实施例中示例性的示出了一种播放权益开通方法的示意图，如图7所示，该方法可应用于能够实施播放权益开通方法的显示设备。
105.具体内容如下：
106.接收用户触发的播放指令。
107.基于上述图4举例来说，用户点击显示设备200上的“视频”图标，打开视频播放平台(如聚好看平台)，视频播放平台上显示有多个视频资源，如电影a1、电视剧a2等。用户在点击“电影a1”的显示画面时，触发播放指令。
108.响应于播放指令，向第一服务器发送视频数据请求指令，以接收第一服务器基于视频数据请求指令反馈的视频数据和权益配置信。其中，频数据请求指令中包括登录在视频播放平台上的平台账号。
109.在一些实施例中，第一服务器为第三方视频播放平台对应的第三方服务器；也就是说，播放指令对应的播放数据存储第三方服务器中。
110.在一些实施例中，配置信息是第三方服务器根据平台账号与第三方服务器的第三方账号之间的对应关系以及第三方账号的权益信息生成的；也就是说，第三方服务器中记录有平台账号于第三方账号之间的对应关系(如平台账号a1与第三方账号b1为一一对应的关系，平台账号a2与第三方账号b2为一一对应的关系等)，根据第三方账号的权益信息以及平台账号与第三方账号之间的对应关系生成权益配置信息。例如，权益配置信息为a1-b1-0；其中，“0”为第三方账号“b1”的权益信息，表示第三方账号“b1”不具备播放权益。
111.显示设备200在获取权益配置信息之后，确定权益配置信息表征平台账号是否具备播放权益。因为权益配置信息中记录有平台账号与第三方账号之间的对应关系以及第三方账号的权益信息，因此根据第三方账号的权益信息确定第三方账号对应的平台账号是否备播放权益。
112.在一些实施例中，在权益配置信息中，第三方账号的权益信息不具备播放权益时，基于平台账号与第三方账号之间的对应关系，表征该第三方账号对应的平台账号不具备播放权益。例如，权益配置信息为a1-b1-0；因为第三方账号“b1”不具备播放权益，因此确定第三方账号“b1”对应的平台账号“a1”不具备播放权益。
113.在第三方账号的权益信息具备播放权益时，基于平台账号与第三方账号之间的对应关系，表征平台账号具备所述播放权益。例如，权益配置信息为a2-b2-1；其中，“1”为第三
方账号“b2”的权益信息，表示第三方账号“b2”具备播放权益。因为第三方账号“b2”具备播放权益，因此确定第三方账号“b2”对应的平台账号“a2”具备播放权益。
114.显示设备200在确定权益配置信息表征平台账号不具备播放权益时，生成图像码。
115.在一些实施例中，根据视频数据的播放时长生成图形码；若判断视频数据的播放时长达到预设时长，则生成图形码；若判断视频数据的播放时长未达到预设时长，则不生成图形码。
116.也就是说，在生成图形码之前，显示设备200会对视频数据进行播放。在一些实施例中，显示设备200对视频数据进行全屏播放。
117.在一些实施例中，视频数据中包括免费观看片段，平台账号不具备播放权益时，仍然可以对免费观看片段进行播放。视频数据的前6分钟的视频为免费观看片段。若判断付费视频的播放时长达到预设时长，则根据平台账号、付费视频的标识和显示设备的标识生成图形码；若判断付费视频的播放时长未达到预设时长，则不生成图形码。
118.举例来说，预设时长为3分钟，当免费观看片段播放至第3分钟时，根据平台账号、付费视频的标识和显示设备的标识生成图形码，以提示用户购买播放权益。当免费观看片段播放至第2分钟时(即未播放至3分钟时)，则不生成图形码。既保证了不影响用户对预设时长内免费观看片段的观看，又保证了在免费观看片段播放结束之前提示用户购买播放权益，防止免费观看片段之后的片段播放实时性低。
119.其中，预设时长小于免费观看片段的时长。例如，免费观看片段为6分钟，预设时长可以为3、4分钟等，或者可以为根据经验预设的值，如1分钟等，在此不做限定。
120.在一些实施例中，图形码是根据下述一种或多种信息组合生成的。信息包括但不限于：登录在视频播放平台上的平台账号(平台账号为用户的身份标识号)，视频数据的标识(如视频数据的分类标识，视频数据在视频播放平台中的专区标识等)和显示设备200的设备标识。
121.在一些实施例中，图形码包括第一二维码控件和\或第二二维码控件。其中，第一二维码控件表示开通视频播放平台会员权益的二维码；第二二维码控件表示开通针对视频数据完整播放的权益
122.图8为本技术一些实施例中示例性示出的一种二维码控件示意图，如图8所示，显示设备200上显示有第一二维码控件和第二二维码控件；其中，第一二维码控件是显示设备200根据平台账号和设备标识生成的，用于表示开通视频播放平台的会员权益；第二二维码控件是显示设备200根据付费视频的标识、平台账号和设备标识生成的，用于表示开通针对该视频数据完整播放的权益。
123.也就是说，用户可以使用终端设备100扫描第一二维码控件，在支付成功之后，购买视频播放平台的会员权益，进而使显示设备200可以对视频播放平台中所有视频数据进行播放。或者，用户可以使用终端设备100扫描第二二维码控件，在支付成功之后，购买针对该视频数据完整播放的权益，进而使显示设备200仅可以对该视频数据进行播放，无法对其他视频数据进行播放。
124.在一些实施例中，图形码还可以包括多个二维码控件，如第三二维码控件、第四二维码控件等，在此不做限定。
125.其中，不同的二维码控件可以表示不同的支付内容。例如，第一二维码控件表示购
买1个月的会员权益，第三二维码控件表示购买3个月的会员权益等。
126.在一些实施例中，任一二维码控件上还包括描述信息；描述信息用于描述该二维码控件的信息。如第三二维码控件的描述信息为“3个月的会员权益”。
127.在一些实施例中，任一二维码控件上还包括金额信息，用于表述该二维码的付款金额。如第三二维码控件的金额信息为“60元”，则表示3个月会员权益的付款金额为60元。
128.在一些实施例中，显示设备200在生成二维码控件之后，将二维码控件设置于付费视频的画面上以及预设位置。如上述图8所示，将第一二维码控件和第二二维码控件显示在全屏播放的视频数据的播放窗口的右上方图层中。
129.由以上技术方案可知，若确定平台账号不具有播放权益，则表示显示设备200无法对视频数据进行完整播放，需要提示用户购买播放权益(即生成二维码控件)，以此在用户购买播放权益之后，显示设备200使用播放权益，对视频数据进行完整播放。
130.在一些实施例中，显示设备200在确定权益配置信息表征平台账号具备播放权益时，不生成图像码。也就是说，显示设备200在播放视频数据之后，判断视频播放平台上登录的平台账号是否具有播放权益，若确定平台账号具有播放权益，则表示显示设备200可以对付费视频进行播放，无需再提示用户购买播放权益(即不生成图像码)，避免影响用户观看视频的体验。
131.在一些实施例中，显示设备200若确定平台账号具有播放权益，可以根据该平台账号对应的播放权益生成权益内容信息，并通过显示设备200的显示器进行显示。例如，权益内容信息包括权益所剩时长等信息。
132.显示设备200生成图形码之后，由用户使用移动终端100扫描图形码。扫描图形码之后，根据自身的终端标识、显示设备200的设备标识、平台账号、二维码标识等信息，请求第二服务器320对应的接口(二维码标识对应的接口)获取支付页面。图9为本技术一些实施例中示例性示出的一种支付页面示意图，如图9所示，支付页面中显示有用户名，平台账号，会员权益的时限等信息；其中，实线表示所扫描的二维码对应的会员权益时限，即所要购买的时限。虚线表示其他会员权益时限，不是当前所要购买的时限。
133.基于上述图9举例来说，移动终端100显示支付页面之后，用户可以点击“立即充值”实现付费。用户点击“立即充值”之后，移动终端100基于支付页面的信息在第二服务器320中下单，第二服务器320会返回订单号、支付地址(如微信、支付宝、银行卡等)，以供用户进行付费。用户在成功付费之后，移动终端100生成支付订单。
134.移动终端100生成支付订单之后，将支付订单发送至第二服务器320。以使第二服务器320根据支付订单生成开通请求，去第三方服务器310中开通平台账号的播放权益。
135.第三方服务器310在对平台账号开通播放权益之后，向第二服务器320反馈消息(如开通标识)，以指示平台账号开通播放权益是否成功。
136.在一些实施例中，第二服务器320若在第二时长内未接收到第二服务器320反馈的开通标识，则向显示设备200发送第一指令。其中，第一指令包括第一时长；第一时长和第二时长可以为根据经验预设的值，如第一时长为1s、2s等，第二时长为3s、4s等，在此不做限定。
137.显示设备200在接收到第一指令之后，响应于第一指令。暂缓对平台账号的刷新，经过第一时长之后，重新登录视频播放平台的平台账号。例如，第二服务器320在向第三方
服务器310发送开通请求之后，在1s(第二时长)内未接收到第三方服务器310反馈的第一开通标识，则表示第三方服务器310未完成对平台账号开通播放权益，因此向显示设备200发送第一指令。显示设备200在接收到第一指令之后，经过3s(第一时长)后，再重新登录视频播放平台的平台账号(即刷新平台账号)。
138.因为3s后，第三方服务器310完成对平台账号开通播放权益的可能性较大，即平台账号的播放权益开通成功的成功率提升，因此提升了重新登录视频播放平台的平台账号后，使用播放权益的准确性，减少了刷新平台账号的次数，节省了刷新平台账号时所需要的通信资源、计算资源消耗。
139.在一些实施例中，第二服务器320若在第二时长内接收到第三方服务器310反馈的开通标识，则向显示设备200发送第二指令。例如，第二服务器320在向第三方服务器310发送开通请求之后，在1s(第二时长)内接收到第三方服务器310反馈的第一开通标识，则表示第三方服务器310完成对平台账号开通播放权益，因此向显示设备200发送第二指令。显示设备200在接收到第二指令之后，直接重新登录视频播放平台的平台账号。
140.在一些实施例中，显示设备200中视频播放平台的软件开发工具包(software development kit，sdk)中记录有用户的平台账号等信息，因此显示设备200调用视频播放平台的软件开发工具包，不需要退出视频播放平台，实现将平台账号重新登录在视频播放平台上。其中，软件开发工具包为第三方服务器310对应的软件开发工具包。
141.在一些实施例中，显示设备200在接收到第一指令或第二指令之后，响应于第一指令或第二指令之前，根据第一指令或第二指令的指令标识判断是否接收过相同标识的历史指令。
142.在一些实施例中，接收到应答指令之后，若判断接收过与该应答指令的指令标识相同的历史应答指令，则不响应该应答指令；若判断未接收过与该应答指令的指令标识相同的历史应答指令，则响应该应答指令。
143.例如，第一指令应该延迟指令或该刷新指令；若判断未接收过与订单号相同的延迟指令或刷新指令，则响应该第一指令。以此避免网络重放出现的重复消息，提升响应指令的准确性，进而提升刷新播放权益的准确性。
144.在一些实施例中，显示设备200相应于应答指令之后，调用视频播放平台的软件开发工具包，重新登录平台账号，并向第三方服务器310发送刷新请求；以接收第三方服务器310反馈的视频数据和第二开通标识。
145.基于上述技术方案可知，第三方服务器310在接收开通请求之后，对第三方账号开通播放权益，并更新权益配置信息。第三方服务器310接收到刷新请求之后，基于刷新请求中的平台账号，在权益配置信息中查询平台账号对应第三方账号是否具有播放权益，进而确定该平台账号是否具备播放权益，然后向显示设备200反馈开通标识。如第一开通标识表示平台账号的播放权益开通成功。
146.因此，第二开通标识表示平台账号的播放权益是否开通成功；若第二开通标识表示平台账号开通播放权益成功时，表示显示设备200可以完整播放视频数据，因此播放视频数据。若第二开通标识表示平台账号开通播放权益失败时，则表示显示设备200无法完整播放视频数据，因此无法完整播放视频数据。
147.图10为本技术一些实施例中示例性示出的一种视频播放画面的示意图，如图10所
示，显示设备200在重新登录视频播放平台的平台账号之后，显示权益开通成功(即表示平台账号的播放权益开通成功)，对付费视频进行播放，显示付费视频的信息(如视频名称、集数等)以及播放信息(下载速度、缓存时间等)。
148.在一些实施例中，用户使用移动终端100提交支付订单之后，在第二服务器320中开通平台账号的权益。
149.例如，显示设备200上视频播放平台中各视频图标，且视频播放平台登录有平台账号；用户点击任一视频图标，触发该视频的播放指令，其中该视频的视频数据存储在第二服务器320中。显示设备200接收播放指令之后，响应于播放指令，向第二服务器320发送视频请求指令。
150.第二服务器320接收视频请求指令之后，反馈该视频对应的视频数据和平台账号的权益标识。显示设备200在确定权益标识表示平台账号不具备播放权益时，生成图形码。
151.用户使用移动终端100扫描图形码之后，生成支付订单，并将支付订单发送至第二服务器320。
152.第二服务器320在接收支付订单，且确定支付订单为支付成功时，调用自身的订单管理模块对支付订单进行管理，并生成开通请求。
153.第二服务器320调用自身的权益开通模块，响应于开通请求，对支付订单中平台账号开通播放权益。其中，权益开通模块是按照第一时间间隔，周期性刷新的，在刷新之后，反馈平台账号的开通标识。
154.第二服务器320的消息模块在生成开通请求之后，等待权益开通模块反馈的开通标识。消息模块在第二时长内，若未接收到权益开通模块反馈的开通标识，则向显示设备200发送第一指令，以指示显示设备200暂缓刷新，在延长第一时长后，向第二服务器320发送刷新请求。
155.消息模块在第二时长内，若接收到权益开通模块反馈的开通标识，则向显示设备200发送第二指令，以指示显示设备200直接向第二服务器320发送刷新请求。
156.为了更好的阐述上述技术方案，基于图7所示的播放权益开通方法，所述方法可应用于能够实施权益开通方法的服务器。其中，服务器为视频播放平台对应的第二服务器，具体内容如下：
157.接收移动终端100基于图形码生成的支付订单。其中，支付订单中包括平台账号以及表示开通平台账号的播放权益。
158.例如，用户使用移动终端100扫描二维码控件之后，移动终端100根据自身的终端标识、显示设备200的设备标识、平台账号、二维码标识、支付订单的订单号等信息，请求第二服务器320对应的接口(二维码标识对应的接口)获取支付页面。如上述图9所示的支付页面，用户点击“立即充值”之后，移动终端100基于支付页面的信息在第二服务器320中下单，第二服务器320会返回订单号、支付地址(如微信、支付宝、银行卡等)等信息，以供用户进行付费。用户在成功付费之后，移动终端100生成支付订单，并将支付订单发送至第二服务器320。
159.在一些实施例中，图形码包括第一二维码控件和第二二维码控件；支付订单包括第一二维码对应的第一订单和第二二维码对应的第二订单。
160.基于上述描述进行举例，用户使用移动终端100扫描第一二维码时，会生成开通视
频播放平台会员权益的第一订单；用户使用移动终端100扫描第二二维码时，会生成开通针对视频数据完整播放权益的第二订单。
161.第二服务器320在接收第一订单和/或第二订单时，基于第一订单和/或第二订单向第三方服务器310发送开通请求。其中，开通请求用于指示第三方服务器310对平台账号对应的第三方账号开通播放权益。
162.在一些实施例中，第二服务器320向第三方服务器310发送开通请求时，同时开启定时任务。例如，第二服务器320向第三方服务器310发送开通请求时，向定时组件发送kafka消息；其中，kafka消息包括支付订单的订单号。定时组件用于计时。
163.在一些实施例中，第二服务器320在接收到第三方服务器310基于开通请求反馈的消息之后，向定时组件发送任务取消指令，以取消定时任务。
164.定时组件若在第二时长内接收到任务取消指令，则表示第二服务器320在预设的第二时长内接收到第三方服务器310基于开通请求反馈的消息，进而取消定时任务。且第二服务器320会向显示设备200发送第二指令。
165.定时组件若在第二时长内未接收到任务取消指令，则向第二服务器310发送超时信息。第二服务器310在接收到超时信息之后，表示第二服务器310在预设的第二时长内未接收到第三方服务器320基于开通请求反馈的消息，则向显示设备200发送第一指令。
166.其中，第一指令用于指示显示设备200暂缓刷新，在经过预设的第一时长后，重新登录视频播放平台的平台账号，并向第三方服务器310发送刷新请求；其中，重新登录平台账号的方法以在上述进行描述，在此不做赘述。
167.为了更好的阐述上述技术方案，图11为本技术一些实施例中示例性示出的一种播放权益开通方法的流程示意图，如图11所示，内容如下：
168.s1101、响应播放指令。
169.用户在显示设备的视频播放平台中点击视频图标，触发该视频图标对应的播放指令。
170.s1102、发送视频数据请求指令。
171.在一些实施例中，该视频图标对应的视频数据存储在第三方服务器，而用户在第二服务器对应的视屏播放平台上播放该视频图标对应的视频数据。因此显示设备向第三方服务发送视频数据请求指令。
172.s1103、反馈视频数据和权益配置信息。
173.第三方服务器的权益配置信息中记录有视频播放平台的平台账号与自身的第三方账号的对应关系，以及第三方账号的权益信息。在第三方账号不具备播放权益时，表示平台账号不具备播放权益；在第三方账号具备播放权益时，表示平台账号具备播放权益。
174.在一些实施例中，第三方服务器也可以根据权益配置信息反馈权益标识，以指示平台账号是否具备播放权益。
175.视频数据为播放指令对应的视频数据。
176.s1104、生成图形码。
177.显示设备全屏播放视频数据，在接收权益配置信息之后，在确定权益配置信息表征平台账号不具备播放权益时，判断视频数据的播放时长达到预设时长，若是，则生成图形码。
178.其中，图形码包括第一二维码控件和\或第二二维码控件；第一二维码控件用于开通平台账号的播放权益(即开通对各视频数据进行完整播放的权益)；第二二维码控件表示开通针对视频数据完整播放的权益。
179.s1105、扫描二维码控件。
180.用户使用移动终端扫描二维码控件，进行下单。因为平台账号为第二服务器对应的视频播放平台的账号，因此需要与第二服务器进行支付交互，对支付订单进行付款。
181.例如，移动终端将第一二维码控件对应的购买信息(如金额、时限、权益类型、用户名、平台账号等)发送到第二服务器，以使第二服务器返回对应的回调地址(如支付地址等)。
182.用户在移动终端上进行支付时，移动终端根据回调地址调用支付方，并将支付方的支付页面返回移动终端。用户在移动终端上支付成功之后，生成支付订单
183.s1106、发送支付订单。
184.将支付订单发送至第二服务器。
185.s1107、发送开通请求。
186.因为视频数据为第三方服务器的数据，因此需要开通第三方账号的播放权益，进而得到平台账号的播放权益。
187.第二服务器在接收到移动终端发送的支付订单，并在确定支付订单支付成功之后，向第三方服务器发送开通请求；其中，开通请求用于指示第三方服务器对平台账号对应的第三方账号开通播放权益。
188.s1108、开启定时任务。
189.第二服务器向第三方服务器发送开通请求时，向定时组件发送kafka消息，开启定时任务；其中，kafka消息包括支付订单的订单号。
190.s1109、反馈开通标识。
191.第三方服务器接收开通请求之后，根据开通请求中的订单号，查询支付订单支付成功；根据开通请求中的平台账号查询出该平台账号对应的第三方账号，并对第三方账号开通播放权益，更新权益配置信息。
192.在对第三方账号开通播放权益成功之后，向第二服务器反馈第一开通标识；其中，第一开通标识表示平台账号开通播放权益成功，即平台账号具备播放权益。
193.s1110、生成应答指令，并发送至显示设备。
194.第二服务器在接收到第三方服务器基于开通请求反馈的第一开通标识之前，若接收到定时组件发送的超时信息，则根据预设的第一时长生成第一指令。
195.服务器300在接收到第三方服务器基于开通请求反馈的第一开通标识之前，若未接收到定时组件发送的超时信息，则长生成第二指令；并向定时组件发送任务取消指令，取消定时任务。
196.第二服务器将第一指令或第二指令发送至显示设备。
197.s1111、响应于应答指令，发送刷新请求。
198.显示设备在接收到应答指令(第一指令或第二指令)之后，根据应答指令的指令标识判断是否接收过与订单标识相同的历史应答指令；若是，则不响应应答指令。
199.若否，则在确定应答指令为第一指令时，经过第一指令中的第一时长后，重新登录
视频播放平台的平台账号，向第三方服务器发送刷新请求。在确定应答指令为第二指令，则直接重新登录视频播放平台的平台账号，向第三方服务器发送刷新请求。
200.s1112、反馈第二开通标识和视频数据。
201.第三方服务器在接收刷新请求之后，基于刷新请求中的平台账号，查询平台账号对应的第三方账号的权益信息(表示第三方账号是否具备播放权益)。然后基于第三方账号的播放权益生成第二开通标识(表示平台账号是否具备播放权益)，并将视频数据和第二开通标识反馈至显示设备。
202.s1113、播放视频数据。
203.显示设备基于第二开通标识，确定平台账号开通播放权益是否成功(即确定平台账号是否具备播放权益)；若是，则播放视频数据，完成对视频数据的完整播放。
204.由以上技术方案可知，显示设备上显示有二维码控件，不需要用户在跳转至购买播放权益的画面中进行购买，实现用户在播放视频数据的画面上，直接开通播放权益，减少开通播放权益的步骤，提升用户开通播放权益的体验。
205.显示设备在响应应答指令之前，判是否断接收过与订单号相同的历史应答指令。以此避免网络重放出现的重复消息，提升响应指令的准确性，进而提升刷新播放权益的准确性。
206.应答指令为第一指令时，表示第二服务器未收到第三方服务器反馈的消息，即表示平台账号对应的第三方账号的播放权益并未开通成功，也表示平台账号的播放权益并未开通成功，因此在预设的第一时长内，显示设备不对平台账号进行刷新，即不重新登录平台账号，也不发送刷新请求，减少了刷新平台账号的次数，节省了刷新平台账号时所需要的通信资源、计算资源消耗。
207.在预设的第一时长内，平台账号的播放权益开通成功的成功率提升，因此显示设备在预设的第一时长后刷新平台账号，提升了重新登录平台账号之后，平台账号具有播放权益的准确率，提升了用户观看付费视频的体验。
208.本技术提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本技术总的构思下的几个示例，并不构成本技术保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本技术方案所扩展出的任何其他实施方式都属于本技术的保护范围。

技术特征：
1.一种显示设备，其特征在于，包括：显示器，被配置为全屏显示视频播放平台的视频数据；所述视频播放平台登录有平台账号；控制器，被配置为：接收播放指令；响应于所述播放指令，向第一服务器发送视频数据请求指令，以接收所述第一服务器基于所述视频数据请求指令反馈的视频数据和权益配置信息；确定所述权益配置信息表征所述平台账号不具备播放权益时，则生成图形码；所述图形码用于使移动终端扫码后生成开通所述平台账号的播放权益的支付订单；接收第二服务器反馈的应答指令；其中，所述应答指令是所述第二服务器生成开通请求，并将所述开通请求发送至所述第一服务器后发送的；所述开通请求是所述第一服务器在确定所述支付订单支付成功后生成的；在确定所述应答指令为第一指令时，暂缓刷新，在延长第一时长后，向所述第一服务器发送刷新请求；其中，所述第一指令是所述第二服务器在发送开通请求后的第二时长内未接收到所述第一服务器反馈的第一开通标识后发送的；所述第一开通标识表示所述平台账号开通所述播放权益成功；所述刷新请求用于指示所述第一服务器反馈视频数据和第二开通标识；在所述第二开通标识表示所述平台账号开通所述播放权益成功时，播放所述视频数据。2.根据权利要求1所述的显示设备，其特征在于，所述控制器还被配置为：在确定所述应答指令为第二指令时，向所述第二服务器发送刷新请求；其中，所述第二指令是所述第二服务器在发送开通请求后的第二时长内接收到所述第一服务器反馈的第一开通标识后发送的。3.根据权利要求1所述的显示设备，其特征在于，所述第一服务器为第三方视频播放平台对应的第三方服务器，所述第二服务器为所述视频播放平台对应的服务器；所述权益配置信息是所述第三方服务器根据所述视频数据请求指令中的平台账号与所述第三方服务器的第三方账号之间的对应关系以及所述第三方账号的权益信息生成的；在所述权益配置信息中第三方账号不具备所述播放权益时，表征所述平台账号不具备所述播放权益；在所述第三方账号的权益信息具备所述播放权益时，表征所述平台账号具备所述播放权益；所述开通请求用于指示所述第三方服务器对所述平台账号对应的第三方账号开通播放权益；所述第一开通标识是所述第三方服务器在接收开通请求后，对所述第三方账号开通播放权益成功后发送的。4.根据权利要求3所述的显示设备，其特征在于，所述控制器生成图形码，具体被配置为：全屏播放所述视频数据；若判断所述视频数据的播放时长达到预设时长，则生成图形码；若判断所述视频数据的播放时长未达到预设时长，则不生成图形码。5.根据权利要求4所述的显示设备，其特征在于，所述图形码包括第一二维码控件和\
或第二二维码控件；其中，所述第一二维码控件用于开通所述平台账号的播放权益；所述第二二维码控件表示开通针对所述视频数据完整播放的权益。6.根据权利要求1所述的显示设备，其特征在于，所述应答指令包括指令标识；所述控制器在接收应答指令之后，发送刷新请求之前，还被配置为：若判断接收过与所述指令标识相同的历史应答指令，则不响应所述应答指令；若判断未接收过与所述指令标识相同的历史应答指令，则响应所述应答指令。7.一种服务器，其特征在于，包括：存储模块，被配置为存储支付订单；处理模块，被配置为：接收移动终端基于图形码生成的支付订单；其中，所述支付订单中包括平台账号以及表示开通所述平台账号的播放权益；所述图形码是显示设备根据所述权益配置信息确定所述平台账号不具备播放权益时生成的；在确定所述支付订单支付成功的消息后，根据所述平台账号生成开通请求，并将所述开通请求发送至第一服务器；若在发送开通请求后的第二时长内未接收到所述第一服务器反馈的第一开通标识，则向所述显示设备发送第一指令；其中，所述第一开通标识表示所述平台账号开通所述播放权益成功；所述第一指令用于指示所述显示设备暂缓刷新，在延长第一时长后，向所述第一服务器发送所述刷新请求；所述刷新请求用于指示所述第一服务器反馈视频数据和第二开通标识；所述第二标识用于所述显示设备确定平台账号开通所述播放权益成功时，播放所述视频数据。8.根据权利要求7所述的服务器，其特征在于，所述第一服务器为第三方视频播放平台对应的第三方服务器，所述服务器为所述视频播放平台对应的第二服务器；所述第一开通标识是所述第三方服务器在接收开通请求后，对所述第三方服务器的第三方账号开通播放权益成功后发送的；所述开通请求用于指示所述第三方服务器对所述平台账号对应的第三方账号开通播放权益，以使所述第三方服务器查询所述平台账号与所述第三方账号之间的对应关系，并根据所述对应关系和所述第三方账号的权益信息生成权益配置信息。9.一种权益开通方法，其特征在于，所述方法应用于显示设备；所述方法包括：接收播放指令；响应于所述播放指令，向第一服务器发送视频数据请求指令，以接收所述第一服务器基于所述视频数据请求指令反馈的视频数据和权益配置信息；确定所述权益配置信息是否表征平台账号不具备播放权益；若是，则生成图形码；所述图形码用于使移动终端扫码后生成开通所述平台账号的播放权益的支付订单；接收第二服务器反馈的应答指令；其中，所述应答指令是所述第二服务器生成开通请求，并将所述开通请求发送至所述第一服务器后发送的；所述开通请求是所述第一服务器在确定所述支付订单支付成功后生成的；在确定所述应答指令为第一指令时，暂缓刷新，在延长第一时长后，向所述第一服务器发送刷新请求；其中，所述第一指令是所述第二服务器在发送开通请求后的第二时长内未接收到所述第一服务器反馈的第一开通标识后发送的；所述第一开通标识表示所述平台账
号开通所述播放权益成功；所述刷新请求用于指示所述第一服务器反馈视频数据和第二开通标识；在所述第二开通标识表示所述平台账号开通所述播放权益成功时，播放所述视频数据。10.一种权益开通方法，其特征在于，所述方法应用于服务器；所述方法包括：接收移动终端基于图形码生成的支付订单；其中，所述支付订单中包括平台账号以及表示开通所述平台账号的播放权益；所述图形码是显示设备根据所述权益配置信息确定所述平台账号不具备播放权益时生成的；在确定所述支付订单支付成功的消息后，根据所述平台账号生成开通请求，并将所述开通请求发送至第一服务器；若在发送开通请求后的第二时长内未接收到所述第一服务器反馈的第一开通标识，则向所述显示设备发送第一指令；其中，所述第一开通标识表示所述平台账号开通所述播放权益成功；所述第一指令用于指示所述显示设备暂缓刷新，在延长第一时长后，向所述第一服务器发送所述刷新请求；所述刷新请求用于指示所述第一服务器反馈视频数据和第二开通标识；所述第二标识用于所述显示设备确定平台账号开通所述播放权益成功时，播放所述视频数据。

技术总结
本申请一些实施例中提供一种显示设备、服务器及权益开通方法，所述方法接收播放指令；向第一服务器发送视频数据请求指令，接收视频数据和权益配置信息；平台账号不具备播放权益时，生成图形码；接收第二服务器反馈的应答指令；在确定应答指令为第一指令时，暂缓刷新，在延长第一时长后，向第一服务器发送刷新请求；其中，第一指令是第二服务器在发送开通请求后的第二时长内未接收到第一服务器反馈的第一开通标识后发送的；接收第一服务器反馈的视频数据和第二开通标识；基于第二开通标识播放视频数据。以此减少刷新平台账号的次数，节省刷新平台账号时所需要的通信资源、计算资源消耗，提升确定平台账号的播放权益开通完成的准确率。确率。确率。


技术研发人员：李铁柱 张云龙 刘希伟
受保护的技术使用者：聚好看科技股份有限公司
技术研发日：2022.07.08
技术公布日：2023/9/22