CN117806687A - 一种终端、服务器及数据更新方法 - Google Patents

Abstract

本申请一些实施例示出一种终端、服务器及数据更新方法，所述方法包括：在接收到打开用户界面的指令后，向用户界面对应的接口请求第一显示数据；如果接口未注册到第一监听器中，则将接口注册到第一监听器中，第一监听器用于将接口上报至服务器，以使服务器向接口请求第二接口信息，并将基于第二接口信息生成的数据更新消息发送至第一监听器；在接收第一监听器发送的数据更新消息后，向接口请求第二显示数据。本申请实施例可以通过监听器监听服务端数据更新情况，在数据更新时终端可以获取已更新的数据，并渲染在终端页面上，实现数据的实时更新，避免终端持续请求造成的资源浪费，降低终端开发复杂度和资源消耗。

Description

一种终端、服务器及数据更新方法

技术领域

本申请涉及数据更新技术领域，尤其涉及一种终端、服务器及数据更新方法。

背景技术

终端有一些页面需要通过服务去服务端获取，但是数据更新的频率不高，如果每次实时请求接口来获取数据，会对页面加载速度有影响。例如客户端的页面显示如果每次都直接从服务接口请求数据，但是服务接口数据不经常更新，每次打开客户端的页面都要实时向服务接口请求，页面打开会很慢。终端还可以在后台启动一个线程请求服务端接口，如果数据更新就渲染到前端页面，但是此方案对性能消耗很大，而且如果每个服务都这样实现，会有大量重复工作。

发明内容

本申请一些实施例提供了一种终端、服务器及数据更新方法，可以通过监听器监听服务器端数据更新情况，在数据更新时终端可以获取已更新的数据，并渲染在终端页面上，实现数据的实时更新，避免终端持续请求造成的资源浪费，降低终端开发复杂度和资源消耗。

第一方面，本申请一些实施例中提供一种终端，包括：

显示器；

控制器，被配置为：

在接收到打开用户界面的指令后，向所述用户界面对应的接口请求第一显示数据；

基于所述第一显示数据渲染所述用户界面；

如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，所述第一监听器用于将所述接口上报至服务器，以使所述服务器向所述接口请求第二接口信息，并将基于所述第二接口信息生成的数据更新消息发送至所述第一监听器；

在接收所述第一监听器发送的数据更新消息后，向所述接口请求第二显示数据。

在一些实施例中，所述控制器执行如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，被进一步配置为：

获取所述接口的第一接口信息，所述第一接口信息包括第一接口唯一识别码；

如果所述第一监听器对应的监听数据中不包括所述第一接口唯一识别码，则将所述第一接口唯一识别码保存至所述第一监听器对应的监听数据中。

在一些实施例中，所述第一监听器用于周期性向服务器发送数据更新消息的请求指令，以使所述服务器基于所述请求指令将数据更新消息发送至所述第一监听器。

在一些实施例中，所述数据更新消息包括更新标识，所述控制器，被配置为：

如果所述更新标识为预设值，则控制所述第一监听器将所述数据更新消息通知到所述用户界面，以使所述用户界面向所述接口请求第二显示数据。

第二方面，本申请一些实施例中提供一种服务器，被配置为：

接收终端上报的接口；

如果所述接口未注册到接口检测服务中，将所述接口注册到接口检测服务中；

控制所述接口检测服务向所述接口发送接口信息获取请求，以使所述接口将第二接口信息发送至所述接口检测服务；

控制所述接口检测服务将所述第二接口信息更新至数据库；

在接收到终端发送数据更新消息的请求指令后，基于所述请求指令及所述数据库中生成数据更新消息；

将所述数据更新消息发送至所述终端，以使所述终端基于所述数据更新消息向所述接口请求第二显示数据。

在一些实施例中，所述接口检测服务包括第二监听器，所述服务器执行如果所述接口未注册到接口检测服务中，将所述接口注册到接口检测服务中，被进一步配置为：

获取终端上报接口的第一接口信息，所述第一接口信息包括第一接口唯一识别码；

如果所述第二监听器对应的监听数据中不包括所述第一接口唯一识别码，则将所述第一接口唯一识别码保存至所述第二监听器对应的监听数据中。

在一些实施例中，所述服务器执行控制所述接口检测服务将所述第二接口信息更新至数据库，被进一步配置为：

获取所述第二接口信息中第二接口唯一识别码；

将所述第一接口唯一识别码和所述第二接口唯一识别码对应保存至数据库中。

在一些实施例中，所述服务器执行基于所述请求指令及所述数据库中生成数据更新消息，被进一步配置为：

获取所述请求指令中的第一接口唯一识别码以及第三接口唯一识别码，所述第三接口唯一识别码为上次发送请求指令反馈的第二接口唯一识别码；

获取所述数据库中与所述第一接口唯一识别码对应的第二接口唯一识别码；

如果所述第二接口唯一识别码与所述第三接口唯一识别码不同，则生成数据更新消息，所述数据更新消息包括更新标识，所述更新标识为预设值。

第三方面，本申请一些实施例中提供一种数据更新方法，应用于终端，包括：

在接收到打开用户界面的指令后，向所述用户界面对应的接口请求第一显示数据；

基于所述第一显示数据渲染所述用户界面；

如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，所述第一监听器用于将所述接口上报至服务器，以使所述服务器向所述接口请求第二接口信息，并将基于所述第二接口信息生成的数据更新消息发送至所述第一监听器；

在接收所述第一监听器发送的数据更新消息后，向所述接口请求第二显示数据。

第四方面，本申请一些实施例中提供一种数据更新方法，应用于服务器，包括：

接收终端上报的接口；

如果所述接口未注册到接口检测服务中，将所述接口注册到接口检测服务中；

控制所述接口检测服务向所述接口发送接口信息获取请求，以使所述接口将第二接口信息发送至所述接口检测服务；

控制所述接口检测服务将所述第二接口信息更新至数据库；

在接收到终端发送数据更新消息的请求指令后，基于所述请求指令及所述数据库中生成数据更新消息；

将所述数据更新消息发送至所述终端，以使所述终端基于所述数据更新消息向所述接口请求第二显示数据。

本申请的一些实施例提供一种终端、服务器及数据更新方法。接收打开用户界面的指令后，向该用户界面对应的接口请求显示数据，以使显示器显示对应的用户界面。如果接口未注册到第一监听器，则注册到第一监听器中。第一监听器将注册的接口上报服务器，服务器可以获取接口的第二接口信息并在终端请求时将基于第二接口信息生成的数据更新消息发送至终端，终端即可再次向接口请求显示数据，以实现用户界面数据更新。本申请实施例可以通过监听器监听服务端数据更新情况，在数据更新时终端可以获取已更新的数据，并渲染在终端页面上，实现数据的实时更新，避免终端持续请求造成的资源浪费，降低终端开发复杂度和资源消耗。

附图说明

图1示出了根据一些实施例的显示设备与控制装置之间操作场景；

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

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

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

图5示出了根据一些实施例提供的一种控制器执行数据更新方法的流程图；

图6示出了根据一些实施例提供的一种语音帮助用户界面的示意图；

图7示出了根据一些实施例提供的一种服务器器执行数据更新方法的流程图；

图8示出了根据一些实施例提供的一种接口检测服务的架构图；

图9示出了根据一些实施例提供的一种终端与服务器的架构图；

图10示出了根据一些实施例提供的一种终端与服务器交互的时序图；

图11示出了根据一些实施例提供的另一种语音帮助用户界面的示意图。

具体实施方式

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

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

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

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

本申请实施方式提供的终端可以具有多种实施形式，例如，可以是显示设备和智能设备等。其中，智能设备包括移动终端、平板电脑、计算机、笔记本电脑等。

本申请实施方式提供的显示设备可以具有多种实施形式，例如，可以是电视、智能电视、激光投影设备、显示器(monitor)、电子白板(electronic bulletin board)、电子桌面(electronic table)等。图1和图2为本申请的显示设备的一种具体实施方式。

图1为根据实施例中显示设备与控制装置之间操作场景的示意图。如图1所示，用户可通过智能设备300或控制装置100操作显示设备200。

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

在一些实施例中，也可以使用智能设备300(如移动终端、平板电脑、计算机、笔记本电脑等)以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。

在一些实施例中，显示设备可以不使用上述的智能设备或控制设备接收指令，而是通过触摸或者手势等接收用户的控制。

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

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

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

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

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

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

显示器260可为液晶显示器、OLED显示器、以及投影显示器，还可以为一种投影装置和投影屏幕。

显示器260还包括触控屏，触控屏用于接收用户手指在触控屏上滑动或点击等动作输入控制指令。

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

用户接口，可用于接收控制装置100(如：红外遥控器等)的控制信号。

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

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

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

在一些实施例中，控制器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)等中的至少一种。

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

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

如图4所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。

应用层主要包含电视上的常用应用，以及应用框架(Application Framework)，其中，常用应用主要是基于浏览器Browser开发的应用，例如：HTML5 APPs；以及原生应用(Native APPs)；

应用框架(Application Framework)是一个完整的程序模型，具备标准应用软件所需的一切基本功能，例如：文件存取、资料交换...，以及这些功能的使用接口(工具栏、状态列、菜单、对话框)。

原生应用(Native APPs)可以支持在线或离线，消息推送或本地资源访问。

中间件层包括各种电视协议、多媒体协议以及系统组件等中间件。中间件可以使用系统软件所提供的基础服务(功能)，衔接网络上应用系统的各个部分或不同的应用，能够达到资源共享、功能共享的目的。

硬件层主要包括HAL接口、硬件以及驱动，其中，HAL接口为所有电视芯片对接的统一接口，具体逻辑由各个芯片来实现。驱动主要包含：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，压力传感器等)、以及电源驱动等。

终端有一些页面需要通过服务去服务端获取，但是如果数据更新的频率不高，每次实时请求接口来获取数据，会对页面加载速度有影响。例如：客户端的页面显示如果每次都直接从服务接口请求数据，但是服务接口数据不经常更新，每次打开客户端的页面都要实时向服务接口请求，页面打开会很慢。终端还可以在后台启动一个线程请求服务端接口，如果数据更新就渲染到前端页面，但是此方案对性能消耗很大，而且如果每个服务都这样实现，会有大量重复工作。

为了解决以上技术问题，本申请实施例提供一种终端。在上述实施例示出的终端的基础上，本实施例对终端的一些功能做进一步的完善。如图5所示，控制器执行以下步骤：

步骤S501：接收打开用户界面的指令；

在一些实施例中，接收打开用户界面的指令的步骤，包括：接收用户输入的打开用户界面的指令。

示例性的，接收用户点击或选中某应用程序控件的指令，该指令用于进入该应用程序对应的用户界面。其中，应用程序包括终端自带的应用程序(如音视频播放应用等)和第三方应用程序(如通讯应用等)，用户界面可以是应用程序的主页页面，也可以是进入该应用程序的首页广告页面。

示例性的，接收用户开启终端的指令，该指令用于打开终端开机主页页面或终端开机广告界面。

示例性的，接收用户在设置用户界面或设置下级菜单的用户界面选中某一功能控件的指令，该指令用于显示与所述控件对应的用户界面或用于启动或关闭所述控件对应的功能。其中，设置用户界面或设置下级菜单的用户界面包括固定用户界面和可更新用户界面。固定用户界面是指不需要向服务器请求更新数据用于实现更新的用户界面，例如设置用户界面。可更新用户界面是指可以从服务器端获取最近更新的用户界面数据，并基于更新数据重新渲染的用户界面，例如语音帮助用户界面。语音帮助用户界面可根据当前热播音视频、新增语音功能和终端语音控制版本号进行更新。例如：用户在启用语音助手为了了解语音助手的使用方式会调出语音帮助用户界面，如图6所示。该语音帮助用户界面用于帮助用户了解如何使用终端的语音助手，即语音控制功能。

在一些实施例中，只有终端交流重启后，才会重新获取可更新用户界面的显示数据。如果终端一直开机或待机状态，即使服务器端更新可更新用户界面的显示数据，终端无法获取和展示。

需要说明的是，控件是指在显示设备中用户界面的各展示区中显示以表示诸如图标、缩略图、视频剪辑、链接等对应内容的视觉对象，这些控件可以为用户提供通过数据广播接收的各种传统节目内容、以及由内容制造商设置的各种应用和服务内容。

控件的展示形式通常多样化。例如，控件可以包括文本内容和/或用于显示与文本内容相关的缩略图的图像，或与文本相关的视频剪辑。又如，控件可以是应用程序的文本和/或图标。

在一些实施例中，在触发某一条件后接收由其他模块发送的打开用户界面的指令。

在一些实施例中，在触发某一条件后接收由其他模块发送的打开用户界面的指令的步骤，包括：在检测到用户连续输入预设次数相同语音控制指令后，接收由语音模块发送的打开语音帮助用户界面的指令，语音帮助用户界面如图11所示。

在一些实施例中，检测用户是否连续输入预设次数相同语音控制指令的步骤包括：

接收用户输入打开语音控制功能的指令；

在一些实施例中，接收用户输入打开语音控制功能的指令，包括：

接收用户通过按压控制装置的语音键输入打开语音控制功能的指令；

在一些实施例中，接收用户输入打开语音控制功能的指令，包括：

接收用户通过远场唤醒词输入打开语音控制功能的指令。

响应于打开语音控制功能指令，语音模块收集用户输入的语音数据并将语音数据转化为第一文本数据；

执行所述第一文本数据对应的操作；

判断第一文本数据与第二文本数据是否相同，所述第二文本数据为已缓存至终端的文本数据；

如果第一文本数据与第二文本数据相同，则将重复次数加一；

如果第一文本数据与第二文本数据不相同，将重复次数清零并将第二文本数据更新为第一文本数据，即清除第二文本数据并将第一文本数据缓存至终端。

在一些实施例中，判断第一文本数据与第二文本数据是否相同的步骤包括：

确定第一文本数据与第二文本数据相同文字的字数；

计算相同文字的字数与第二文本数据的总字数的比值；

如果所述比值大于预设比值，则确定第一文本数据与第二文本数据相同；

如果所述比值小于或等于预设比值，则确定第一文本数据与第二文本数据不相同。

判断所述重复次数是否大于或等于预设次数；

如果所述重复次数大于或等于预设次数，则确定用户连续输入预设次数相同语音控制指令；

如果所述重复次数小于预设次数，则确定用户未连续输入预设次数相同语音控制指令。

在一些实施例中，第二文本数据与其对应的更新时间保存在本地缓存中。在执行所述第一文本数据对应的操作的步骤后，还包括：

计算第一文本数据的输入时间与所述第二文本数据的更新时间的差值；

判断所述差值是否大于预设时差；

如果所述差值大于预设时差，将重复次数清零并将第二文本数据更新为第一文本数据。

如果所述差值小于或等于预设时差，则执行所述判断第一文本数据与第二文本数据是否相同的步骤。

示例性的，在检测到用户在两分钟内连续输入三次相同语音控制指令后，接收由语音模块发送的打开语音帮助用户界面的指令。

在一些实施例中，在触发某一条件后接收由其他模块发送的打开用户界面的指令的步骤，包括：在检测到用户连续输入预设次数语音指令后，接收由语音模块发送的打开语音帮助用户界面的指令。

在一些实施例中，检测到用户连续输入预设次数语音指令的步骤包括：

接收用户输入打开语音控制功能的指令；

响应于打开语音控制功能指令，语音模块收集用户输入的语音数据并将语音数据转化为第一文本数据；

确定第一文本数据的转化完成时间；

计算第一文本数据的转化完成时间与第二文本数据的转化完成时间的差值，所述第二文本数据为已缓存至终端的文本数据；；

在一些实施例中，可以以收集用户语音数据的时间代替文本数据的转化完成时间。

判断所述差值是否大于预设时差；

如果所述差值大于预设时差，则将重复次数清零并将第二文本数据的转化完成时间更新为第一文本数据的转化完成时间；

如果所述差值小于或等于预设时差，则将重复次数加一；

判断所述重复次数是否大于或等于预设次数；

如果所述重复次数大于或等于预设次数，则确定用户连续输入预设次数语音指令；

如果所述重复次数小于预设次数，则确定用户未连续输入预设次数语音指令。

示例性的，在检测到用户在一分钟内连续输入三次语音控制指令后，接收由语音模块发送的打开语音帮助用户界面的指令。

步骤S502：响应于所述打开用户界面的指令，判断所述用户界面对应的缓存地址中是否存在所述用户界面的第一显示数据；

在一些实施例中，判断所述用户界面对应的缓存地址中是否存在所述用户界面的第一显示数据的步骤，包括：

如果用户界面对应缓存地址的数据为空，则确定缓存地址中不存在用户界面的第一显示数据；

如果用户界面对应缓存地址的数据不为空，则确定缓存地址中存在用户界面的第一显示数据。

如果所述用户界面对应的缓存地址中不存在所述用户界面的第一显示数据，执行步骤S503：向所述用户界面对应的接口请求第一显示数据。

在一些实施例中，用户界面本质是一个客户端，接口本质是一个服务端，每个客户端都对应一个服务端，即每个用户界面对应一个接口。客户端向服务端请求客户端的显示数据。

步骤S504：将所述第一显示数据保存至所述缓存地址中；

将第一显示数据保存至缓存地址中以便再次打开所述用户界面时无需向接口再次请求数据，加快页面显示的速度。

步骤S505：判断所述接口是否注册到第一监听器中；

在一些实施例中，判断所述接口是否注册到第一监听器中的步骤，包括：

获取所述接口的第一接口信息，所述第一接口信息包括第一接口唯一识别码；

在一些实施例中，可从服务器中直接获取接口的第一接口信息。

在一些实施例中，可从用户界面的显示数据中获取接口的第一接口信息。

判断所述第一监听器对应的监听数据中是否包括所述第一接口唯一识别码；

如果所述第一监听器对应的监听数据中不包括所述第一接口唯一识别码，确定所述接口未注册到第一监听器中。

如果所述第一监听器对应的监听数据中包括所述第一接口唯一识别码，确定所述接口已注册到第一监听器中。

在一些实施例中，在终端可根据用户界面的显示数据中的接口信息创建第一监听器。接口信息包括第一接口唯一识别码，基于第一接口唯一识别码生成一个哈希格式数据，将哈希格式数据保存至缓存中，即为监听数据。具体通过数据遍历的方式，对数据一一处理，生成一个符合哈希格式的数据。其中，数据存储的格式是以key-value(键-值)形式存储于哈希映射中。通过获取key值来获取其对应的value。例如：获取接口信息为UID(唯一识别码，Unique Identifier)：123213123，生成哈希格式数据为“UID＝123213123”。通过第一接口唯一识别码(key)对应的值(value)是否与监听数据中接口唯一识别码(key)对应的值(value)是否相同以确定接口是否在第一监听器的监听任务中。

在一些实施例中，所述第一接口信息还包括第一请求参数，其中，第一请求参数包括国家、语言、版本号和/或设备识别码等；

判断所述第一监听器对应的监听数据中是否包括所述第一接口唯一识别码；

如果所述第一监听器对应的监听数据中包括所述第一接口唯一识别码，判断所述第一监听器对应的监听数据中是否包括所述第一请求参数；

如果所述第一监听器对应的监听数据中包括所述第一请求参数，确定所述接口注册到第一监听器中；

如果所述第一监听器对应的监听数据中不包括所述第一请求参数，确定所述接口未注册到第一监听器中；

如果所述第一监听器对应的监听数据中不包括所述第一接口唯一识别码，确定所述接口未注册到第一监听器中。

在一些实施例中，第一监听器可以监听一个客户端对应的接口数据更新消息，还可以监听多个客户端对应的接口数据更新消息。

在一些实施例中，在终端根据用户界面的显示数据中的第一接口唯一识别码和第一请求参数创建第一监听器。基于第一接口唯一识别码和第一请求参数生成一个哈希格式数据，将哈希格式数据保存至缓存中。其中，数据存储的格式是以key-value形式存储于哈希映射中。

例如：获取接口信息为：

Uid：’123213123’；

Vvid：’aaa-bc-202012345’；

lanCode：’eng’；

country：’GRB’；

生成哈希映射(hashMap)为:

Uid＝’123213123’；

Vvid＝’aaa-bc-202012345’；

lanCode＝’eng’；

country＝’GRB’；

当第一监听器监听多个接口数据更新消息时，第一接口唯一识别码与第一请求参数为一组哈希格式数据，只有该组哈希格式数据中第一接口唯一识别码和第一请求参数对应的值与监听数据中一组哈希格式数据接口唯一识别码和请求参数对应的值都相同，才可以确定接口在第一监听器的监听任务中，如果只有第一接口唯一识别码对应的值相同，而第一请求参数对应的值不同，则确认接口未在第一监听器的监听任务中。

如果所述接口未注册到第一监听器中，执行步骤S506：将所述接口注册到第一监听器中，所述第一监听器用于将所述接口上报至服务器，以使所述服务器向所述接口请求第二接口信息，并将基于所述第二接口信息生成的数据更新消息发送至所述第一监听器。

在一些实施例中，将所述接口注册到第一监听器中的步骤，包括：将第一接口唯一标识码保存至监听数据中，或将第一接口唯一标识码、接口名称及请求参数保存至监听数据中，其中，接口名称只用于在获取显示数据时确定用户界面对应的接口，但本申请第一监听器只用接口唯一标识码作为接口标识。

当有新的接口注册到第一监听器中时，第一监听器将新注册接口对应的第一接口信息上报至服务器，或者，将所有已注册接口对应的第一接口信息上报至服务器。

步骤S507：基于所述第一显示数据渲染所述用户界面；

控制所述显示器显示渲染后的用户界面。

需要说明的是，步骤S507与步骤S505可同时进行，也可先后进行，对二者的先后顺序不做限定。

步骤S508：在接收所述第一监听器发送的数据更新消息后，向所述接口请求第二显示数据。

在一些实施例中，第一监听器会启动一个线程，周期性向服务器发送数据更新消息的请求指令，服务器轮询请求需要监听的接口数据，服务器在收到请求指令后将数据更新消息发送至所述第一监听器，第一监听器在将数据更新消息发送至用户界面，以使用户界面向对应的接口请求第二显示数据，并基于第二显示数据渲染用户界面，控制显示器显示该用户界面。

在一些实施例中，发送数据更新消息的请求指令包括第一接口唯一识别码以及第三接口唯一识别码，所述第三接口唯一识别码为上次发送请求指令反馈的第二接口唯一识别码。服务器基于第三接口识别码及数据库保存的第一接口唯一识别码对应的第二接口唯一识别码确定数据更新消息，并将数据更新消息发送至第一监听器。第一监听器接收服务器发送的数据更新消息，所述数据更新消息包括第一接口唯一识别码及更新标识。

在一些实施例中，发送数据更新消息的请求指令包括第一接口唯一识别码、第一请求参数、第三接口唯一识别码以及第三请求参数，所述第三接口唯一识别码为上次发送请求指令反馈的第二接口唯一识别码，所述第三请求参数为上次发送请求指令反馈的第二请求参数。服务器通过第三接口识别码与数据库中的第二接口识别码，以及第三请求参数及数据库的第二请求参数确定数据更新消息，并将数据更新消息发送至第一监听器，第一监听器接收服务器发送的数据更新消息，所述数据更新消息包括更新标识。如果涉及多个接口监听任务，数据更新消息还包括第一接口唯一标识码和第一请求参数，以实现一一对应关系。

判断所述更新标识是否为预设值；

如果所述更新标识为预设值，例如，更新标识为1，则将所述数据更新消息通知到所述用户界面，以使所述用户界面向所述接口请求第二显示数据。

如果所述更新标识不为预设值，例如，更新标识为0，则不将所述数据更新消息通知到所述用户界面。

在一些实施例中，第一监听器接收服务器发送的数据更新消息后，直接将数据更新消息发送至用户界面，由用户界面根据更新标识是否为预设值来判断数据是否更新。

本申请实施例中由服务器完成更新标识的确定步骤，减少终端资源消耗和开发复杂度。

在一些实施例中，发送数据更新消息的请求指令包括第一接口唯一识别码。服务器根据第一接口唯一识别码生成数据更新消息，将数据更新消息发送至第一监听器，数据更新消息包括数据库中第一接口唯一标识码对应的第二接口唯一识别码，或者，第一接口唯一识别码及第二接口唯一识别码。

第一监听器获取数据更新消息中的第二接口唯一标识码；

判断第二接口唯一标识码和第三接口唯一识别码是否相同，所述第三接口唯一识别码为上次发送请求指令接收到的第二接口唯一识别码。；

如果第二接口唯一标识码和第三接口唯一识别码是否相同，则确定用户界面的显示数据未更新，无需将数据更新消息发送至用户界面；

如果第二接口唯一标识码和第三接口唯一识别码不相同，则确定用户界面的显示数据已更新，将数据更新消息发送至用户界面，以使所述用户界面向所述接口请求第二显示数据。

在一些实施例中，发送数据更新消息的请求指令包括第一接口唯一识别码和第一请求参数。服务器基于第一接口唯一识别码和第一请求参数生成数据更新消息，并将数据更新消息发送至第一监听器，数据更新消息包括数据库中第一接口唯一标识码对应的第二接口唯一识别码，第一请求参数对应的第二请求参数。如果涉及多个接口监听任务，数据更新消息包括第一接口唯一标识码和第一请求参数，以实现一一对应关系。

第一监听器获取数据更新消息中的第二接口唯一标识码和第二请求参数；

判断第二接口唯一识别码和第三接口唯一识别码是否相同，所述第三接口唯一识别码为上次发送请求指令接收到的第二接口唯一识别码；

如果第二接口唯一识别码和第三接口唯一识别码是否相同，判断第二请求参数和第三请求参数是否相同，所述第三请求参数为上次发送请求指令接收到的第二请求参数。

如果第二请求参数和第三请求参数相同，则确定用户界面的显示数据未更新，无需将数据更新消息发送至用户界面；

如果第二请求参数和第三请求参数不相同，则确定用户界面的显示数据已更新，将数据更新消息发送至用户界面，以使所述用户界面向所述接口请求第二显示数据。

如果第二接口唯一标识码和第三接口唯一识别码不相同，则确定用户界面的显示数据已更新，将数据更新消息发送至用户界面，以使所述用户界面向所述接口请求第二显示数据。

如果所述用户界面对应的缓存地址中存在所述用户界面的第一显示数据，则执行步骤S507：基于所述第一显示数据渲染所述用户界面。

如果所述接口已注册到第一监听器中，则执行步骤S507：基于所述第一显示数据渲染所述用户界面。

为了解决以上技术问题，本申请实施例提供一种服务器，本申请实施例对服务器的一些功能做进一步的完善。如图7所示，服务器执行以下步骤：

步骤S701：接收终端上报的接口；

步骤S702：判断所述接口是否注册到接口检测服务中；

需要说明的是，在接口开发阶段服务器为接口分配一个唯一标识(接口唯一识别码)，用于识别接口。客户端启动时从系统获取当前服务的IP，端口，接口信息，生成格式化对象，把格式化对象信息通过接口上报到接口检测服务(CheckService)，接口检测服务会缓存接口上报格式化对象信息。

在一些实施例中，格式化对象信息包括服务名称(编码)(projectName)、节点标识(nodeId)、服务路径前缀(服务上下文)(context)、服务端口(port)、服务IP地址(ip)、接口信息列表(methodList)、上次更新时间(lastUpdateTime)、接口URL(methodList.url)、接口唯一识别码(methodList.UID)、接口类型(methodList.methodType)等。其中，每次启动重新生成一个节点标识，同一个服务，多次启动节点标识不同。

在一些实施例中，所述接口检测服务包括第二监听器，判断所述接口是否注册到接口检测服务中的步骤包括：

获取终端上报接口的第一接口信息，所述第一接口信息包括第一接口唯一识别码；

判断所述第二监听器对应的监听数据中是否包括第一接口唯一识别码；

如果所述第二监听器对应的监听数据中不包括第一接口唯一识别码，则确定所述接口未注册到接口检测服务；

如果所述第二监听器对应的监听数据中不包括接口唯一识别码，则确定所述接口已注册到接口检测服务。

在一些实施例中，在服务器端根据显示数据中的接口信息创建第二监听器。第一接口信息包括第一接口唯一识别码，基于第一接口唯一识别码生成一个哈希格式数据，将哈希格式数据保存至缓存中，即为第二监听器的监听数据，具体通过数据遍历的方式，对数据一一处理，生成一个符合哈希格式的数据。其中，数据存储的格式是以key-value形式存储于哈希映射中。通过获取key值来获取其对应的value。如果第一监听器上传的第一接口信息已经是哈希格式数据，则直接通过第一接口唯一识别码(key)对应的值(value)是否与监听数据中接口唯一识别码(key)对应的值(value)是否相同以确定接口是否在第二监听器的监听任务中。如果第一监听器上传的第一接口信息不是哈希格式数据，则转换为哈希格式数据。

在一些实施例中，所述第一接口信息还包括第一请求参数，其中，第一请求参数包括国家、语言、版本号和/或设备识别码等；

在一些实施例中，在服务器根据用户界面的显示数据中的第一接口唯一识别码和第一请求参数创建第二监听器。基于第一接口唯一识别码和第一请求参数生成一个哈希格式数据，将哈希格式数据保存至缓存中。其中，数据存储的格式是以key-value形式存储于哈希映射中。

第一接口唯一识别码与第一请求参数为一组哈希格式数据，只有该组哈希格式数据中第一接口唯一识别码和第一请求参数对应的值与监听数据中一组哈希格式数据中接口唯一识别码和请求参数对应的值都相同，才可以确定接口在第二监听器的监听任务中，如果只有接口唯一识别码对应的值相同，而请求参数对应的值不同，则确认接口未在第二监听器的监听任务中。

如果所述接口未注册到接口检测服务中，执行步骤S703：将所述接口注册到接口检测服务中；

在一些实施例中，将所述接口注册到接口检测服务中的步骤，包括：将所述第一接口唯一识别码，或者，所述第一接口唯一识别码和第一请求参数保存至所述第二监听器对应的监听数据中。

步骤S704：控制所述接口检测服务向所述接口发送接口信息获取请求，以使所述接口将第二接口信息发送至所述接口检测服务；

在一些实施例中，接口检测服务内部设置一个定时器，每隔预设时间(周期性)向接口发送接口信息获取请求，以使所述接口将第二接口信息发送至所述接口检测服务，第二接口信息包括第二接口唯一识别码，或，第二接口信息包括第二接口唯一识别码和请求参数。

在一些实施例中，接口检测服务向所述接口发送接口信息获取请求，以使所述接口内部维护一个定时器，每隔预设时间(周期性)向接口检测服务发送第二接口信息，第二接口信息包括第二接口唯一识别码，或，第二接口信息包括第二接口唯一识别码和请求参数。

在一些实施例中，接口检测服务更新服务节点的上次更新时间为当前时间。如果上次更新时间和当前系统时间大于一个时间阈值(例如一天)，则认为服务已经停止，移除服务(接口)的注册信息，用以避免在服务终止后仍对第二接口信息进行获取。

步骤S705：控制所述接口检测服务将所述第二接口信息更新至数据库；

在一些实施例中，控制所述接口检测服务将所述第二接口信息更新至数据库的步骤，包括：

获取所述第二接口信息中第二接口唯一识别码；

将所述第一接口唯一识别码和所述第二接口唯一识别码对应保存至数据库中。

在一些实施例中，控制所述接口检测服务将所述第二接口信息更新至数据库的步骤，包括：

获取所述第二接口信息中第二接口唯一识别码和第二请求参数；

将所述第一接口唯一识别码和第一请求参数，以及，所述第二接口唯一识别码和第二请求参数对应保存至数据库中。其中，第一接口唯一识别码和第一请求参数为一组哈希格式数据，第二接口唯一识别码和第二请求参数为一组哈希格式数据，两组对应保存。

步骤S706：接收终端发送数据更新消息的请求指令；

步骤S707：响应于所述请求指令，基于所述请求指令及所述数据库中生成数据更新消息；

在一些实施例中，基于所述请求指令及所述数据库中生成数据更新消息的步骤，包括：

获取所述请求指令中的第一接口唯一识别码以及第三接口唯一识别码，所述第三接口唯一识别码为上次发送请求指令反馈的第二接口唯一识别码；

获取所述数据库中与所述第一接口唯一识别码对应的第二接口唯一识别码；

判断所述第二接口唯一识别码与所述第三接口唯一识别码是否相同；

如果所述第二接口唯一识别码与所述第三接口唯一识别码不同，则生成数据更新消息，所述数据更新消息包括更新标识，或所述数据更新消息包括更新标识及所述第一接口唯一识别码，所述更新标识为预设值。

如果所述第二接口唯一识别码与所述第三接口唯一识别码相同同，则生成数据更新消息，所述数据更新消息包括更新标识，或所述数据更新消息包括更新标识及所述第一接口唯一识别码，所述更新标识不为预设值。

在一些实施例中，基于所述请求指令及所述数据库中生成数据更新消息的步骤，包括：

获取所述请求指令中的第一接口唯一识别码、第一请求参数、第三接口唯一识别码及第三请求参数，所述第三接口唯一识别码为上次发送请求指令反馈的第二接口唯一识别码，所述第三请求参数为上次发送请求指令反馈的第二请求参数；

获取所述数据库中与所述第一接口唯一识别码对应的第二接口唯一识别码，及第一请求参数对应的第二请求参数；

判断所述第二接口唯一识别码与所述第三接口唯一识别码是否相同；

如果所述第二接口唯一识别码与所述第三接口唯一识别码不同，则生成数据更新消息，所述数据更新消息包括更新标识，所述更新标识为预设值。

如果所述第二接口唯一识别码与所述第三接口唯一识别码相同，则判断所述第二请求参数与所述第三请求参数是否相同。

如果所述第二请求参数与所述第三请求参数不同，则生成数据更新消息，所述数据更新消息包括更新标识，所述更新标识为预设值。

如果所述第二请求参数与所述第三请求参数相同，则生成数据更新消息，所述数据更新消息包括更新标识，所述更新标识不为预设值。

在一些实施例中，基于所述请求指令及所述数据库中生成数据更新消息的步骤，包括：

获取所述请求指令中的第一接口唯一识别码；

获取所述数据库中与所述第一接口唯一识别码对应的第二接口唯一识别码；

基于所述第二接口唯一识别码，或，第二接口唯一识别码及第一接口唯一识别码，生成数据更新消息。

在一些实施例中，基于所述请求指令及所述数据库中生成数据更新消息的步骤，包括：

获取所述请求指令中的第一接口唯一识别码和第一请求参数；

获取所述数据库中与所述第一接口唯一识别码对应的第二接口唯一识别码，及第一请求参数对应的第二请求参数；

基于所述第二接口唯一识别码和第二请求参数生成数据更新消息，其中，数据更新消息还可包括第一接口唯一识别码和第一请求参数。

步骤S708：将所述数据更新消息发送至所述终端，以使所述终端基于所述数据更新消息向所述接口请求第二显示数据。

在一些实施例中，如图8所示，接口检测服务包括上报接口、查询接口、第二监听器及数据库。终端通过上报接口主动上报数据更新监控的需求，即在第一监听器注册的需要服务器监听数据变化的接口。第二监听器从上报接口中获取到第一接口信息，并根据第一接口信息向对应的接口请求第二接口信息，接口定时向第二监听器发送第二接口信息，第二监听器将接收到的第二接口信息保存为哈希格式数据到数据库中。终端可通过查询接口以轮询的方式获取数据库中第一接口信息对应第二接口信息，可通过比较第一接口信息与第二接口信息确定数据是否发生更新。

在一些实施例中，如图9所示，终端包括第一监听器和客户端(用户界面)。服务器包括接口检测服务和服务端(接口)。服务端是为终端提供的业务数据查询接口。客户端是终端业务，会调用服务端接口，获取数据。接口检测服务是服务端的接口检测服务，当终端上报需要监听数据变更之后，检测服务器接口的变化。第一监听器是终端的监听器，负责接受客户端的数据更新监听请求，并且通知数据更新。

在一些实施例中，如图10所示，接收启动客户端的指令后，客户端向服务端请求客户端运行或用户界面显示数据。客户端向第一监听器发送第一接口信息，或第一监听器主动获取第一接口信息。如果第一接口信息未注册到第一监听器中，则将第一接口信息注册到第一监听器中，第一监听器将第一接口信息上报至接口检测服务。服务端会定时向接口检测服务发送第二接口信息，接口检测服务将第二接口信息保存至数据库中。第一监听器周期性向接口检测服务发送数据更新消息的请求指令，接口检测服务基于请求指令及数据库生成数据更新消息，接口检测服务将数据更新消息发送至第一监听器，第一监听器将数据更新消息发送至客户端，客户端向服务端再次请求客户端运行或用户界面的显示数据。

本申请实施例通过在服务器和终端分别通过一个统一的服务监听和管控客户端数据更新检查需求，把重复检查接口更新功能的需求，抽取为公共能力和服务，只需要简单的注册即可实现数据更新，降低由于缓存刷新导致的资源过度占用，实现终端数据和后端数据的同步更新，强化终端数据展示的适用性，简化终端开发。另外，本申请实施例终端可以批量检测接口缓存更新状态，避免每个业务自己写检查接口，增加资源消耗和开发复杂度。

本申请的一些实施例提供一种数据更新方法，所述方法适用于终端，包括显示器和控制器，所述控制器被配置为：在接收到打开用户界面的指令后，向所述用户界面对应的接口请求第一显示数据；基于所述第一显示数据渲染所述用户界面；如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，所述第一监听器用于将所述接口上报至服务器，以使所述服务器向所述接口请求第二接口信息，并将基于所述第二接口信息生成的数据更新消息发送至所述第一监听器；在接收所述第一监听器发送的数据更新消息后，向所述接口请求第二显示数据。本申请实施例可以通过监听器监听服务端数据更新情况，在数据更新时终端可以获取已更新的数据，并渲染在终端页面上，实现数据的实时更新，避免终端持续请求造成的资源浪费，降低终端开发复杂度和资源消耗。

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

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

Claims (10)

1.一种终端，其特征在于，包括：

显示器；

控制器，被配置为：

在接收到打开用户界面的指令后，向所述用户界面对应的接口请求第一显示数据；

基于所述第一显示数据渲染所述用户界面；

如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，所述第一监听器用于将所述接口上报至服务器，以使所述服务器向所述接口请求第二接口信息，并将基于所述第二接口信息生成的数据更新消息发送至所述第一监听器；

在接收所述第一监听器发送的数据更新消息后，向所述接口请求第二显示数据。

2.根据权利要求1所述的终端，其特征在于，所述控制器执行如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，被进一步配置为：

获取所述接口的第一接口信息，所述第一接口信息包括第一接口唯一识别码；

如果所述第一监听器对应的监听数据中不包括所述第一接口唯一识别码，则将所述第一接口唯一识别码保存至所述第一监听器对应的监听数据中。

3.根据权利要求1所述的终端，其特征在于，所述第一监听器用于周期性向服务器发送数据更新消息的请求指令，以使所述服务器基于所述请求指令将数据更新消息发送至所述第一监听器。

4.根据权利要求1所述的终端，其特征在于，所述数据更新消息包括更新标识，所述控制器，被配置为：

如果所述更新标识为预设值，则控制所述第一监听器将所述数据更新消息通知到所述用户界面，以使所述用户界面向所述接口请求第二显示数据。

5.一种服务器，其特征在于，被配置为：

接收终端上报的接口；

如果所述接口未注册到接口检测服务中，将所述接口注册到接口检测服务中；

控制所述接口检测服务向所述接口发送接口信息获取请求，以使所述接口将第二接口信息发送至所述接口检测服务；

控制所述接口检测服务将所述第二接口信息更新至数据库；

在接收到终端发送数据更新消息的请求指令后，基于所述请求指令及所述数据库中生成数据更新消息；

将所述数据更新消息发送至所述终端，以使所述终端基于所述数据更新消息向所述接口请求第二显示数据。

6.根据权利要求5所述的服务器，其特征在于，所述接口检测服务包括第二监听器，所述服务器执行如果所述接口未注册到接口检测服务中，将所述接口注册到接口检测服务中，被进一步配置为：

获取终端上报接口的第一接口信息，所述第一接口信息包括第一接口唯一识别码；

如果所述第二监听器对应的监听数据中不包括所述第一接口唯一识别码，则将所述第一接口唯一识别码保存至所述第二监听器对应的监听数据中。

7.根据权利要求6所述的服务器，其特征在于，所述服务器执行控制所述接口检测服务将所述第二接口信息更新至数据库，被进一步配置为：

获取所述第二接口信息中第二接口唯一识别码；

将所述第一接口唯一识别码和所述第二接口唯一识别码对应保存至数据库中。

8.根据权利要求7所述的服务器，其特征在于，所述服务器执行基于所述请求指令及所述数据库中生成数据更新消息，被进一步配置为：

获取所述请求指令中的第一接口唯一识别码以及第三接口唯一识别码，所述第三接口唯一识别码为上次发送请求指令反馈的第二接口唯一识别码；

获取所述数据库中与所述第一接口唯一识别码对应的第二接口唯一识别码；

如果所述第二接口唯一识别码与所述第三接口唯一识别码不同，则生成数据更新消息，所述数据更新消息包括更新标识，所述更新标识为预设值。

9.一种数据更新方法，应用于终端，其特征在于，包括：

在接收到打开用户界面的指令后，向所述用户界面对应的接口请求第一显示数据；

基于所述第一显示数据渲染所述用户界面；

如果所述接口未注册到第一监听器中，则将所述接口注册到第一监听器中，所述第一监听器用于将所述接口上报至服务器，以使所述服务器向所述接口请求第二接口信息，并将基于所述第二接口信息生成的数据更新消息发送至所述第一监听器；

在接收所述第一监听器发送的数据更新消息后，向所述接口请求第二显示数据。

10.一种数据更新方法，应用于服务器，其特征在于，包括：

接收终端上报的接口；

如果所述接口未注册到接口检测服务中，将所述接口注册到接口检测服务中；

控制所述接口检测服务向所述接口发送接口信息获取请求，以使所述接口将第二接口信息发送至所述接口检测服务；

控制所述接口检测服务将所述第二接口信息更新至数据库；

在接收到终端发送数据更新消息的请求指令后，基于所述请求指令及所述数据库中生成数据更新消息；

将所述数据更新消息发送至所述终端，以使所述终端基于所述数据更新消息向所述接口请求第二显示数据。