CN107968799A - 一种信息获取方法、终端设备及系统 - Google Patents

Abstract

本发明公开了一种信息获取方法、终端设备及系统，其中方法包括：在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；接收并展示所述服务器侧发来的响应结果。

Description

一种信息获取方法、终端设备及系统

技术领域

本发明涉及信息处理领域中的信息处理技术，尤其涉及一种信息获取方法、终端设备及系统。

背景技术

目前互联网公司常常利用抽奖来加速产品的消费，而抽奖涉及的奖品会经常进行变更，于是需要一种机制能够动态调整奖品，而互联网公司的抽奖模式是基于web页面，基于请求-响应的方式，将奖品下发到终端设备，让用户感知奖品，但是带来的问题是，如果后台进行奖品更新，而web页面未更新，则可能会导致用户抽中的奖品与页面上的奖品不吻合，导致用户投诉。

发明内容

本发明实施例提供一种信息获取方法、终端设备及系统，能至少解决现有技术中存在的上述问题。

本发明实施例提供一种信息获取方法，应用于终端设备，所述方法包括：

在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；

发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；

接收并展示所述服务器侧发来的响应结果，其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息。

本发明实施例提供一种终端设备，所述终端设备包括：

显示单元，用于在显示区域展示包含有至少一个候选信息的操作界面；

请求生成单元，用于通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；

通信单元，用于发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；接收并通过显示单元展示所述服务器侧发来的响应结果；

其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息。

本发明实施例提供一种信息获取系统，所述系统包括：

终端设备，用于在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；发送所述信息获取请求至服务器侧，接收并展示所述服务器侧发来的响应结果，其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息；

服务器，用于基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果。

本发明实施例中提供的一种信息获取方法、终端设备及系统，在向服务器侧发出信息获取请求的时候，携带有候选信息的配置参数，进而能够获取到服务器侧基于候选信息的配置参数反馈的响应信息，如此，就能够基于响应信息得知当前候选信息是否需要更新，使得终端设备获得的候选信息能够为正确的版本，避免了现有技术中由于轮询或与服务器侧建立长连接而导致的资源消耗，并且也不会为用户的使用体验带来影响。

附图说明

图1为本发明实施例中终端设备硬件结构示意图；

图2为本发明实施例终端设备与网络侧建立连接的场景示意图；

图3为本发明实施例信息获取方法流程示意图；

图4为本发明实施例场景示意图一；

图5为本发明实施例场景示意图二；

图6-1为本发明实施例场景示意图三；

图6-2为本发明实施例场景示意图四；

图7-1为本发明实施例场景示意图五；

图7-2为本发明实施例场景示意图六；

图8为本发明实施例场景示意图七；

图9为本发明实施例终端设备组成结构示意图；

图10为本发明实施例系统组成结构示意图；

图11为本发明实施例服务器组成示意图。

具体实施方式

下面结合附图和具体实施例对本发明作进一步详细说明。

现在将参考附图描述实现本发明各个实施例的终端设备。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

终端设备可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、导航装置等等的终端设备以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是终端设备。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的终端设备的硬件结构示意。

终端设备100可以包括通信单元110、用户输入单元130、输出单元150、存储器160、接口单元170、控制器180和电源单元190等等。图1示出了具有各种组件的终端设备，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述终端设备的元件。

通信单元110通常包括一个或多个组件，其允许终端设备100与无线通信系统或网络之间的无线电通信。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制终端设备的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、锅仔片、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

接口单元170用作至少一个外部装置与终端设备100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别模块可以是存储用于验证用户使用终端设备100的各种信息并且可以包括用户识别模块(UIM)、客户识别模块(SIM)、通用客户识别模块(USIM)等等。另外，具有识别模块的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与终端设备100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端设备100内的一个或多个元件或者可以用于在终端设备和外部装置之间传输数据。

另外，当终端设备100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到终端设备100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到终端设备的路径。从底座输入的各种命令信号或电力可以用作用于识别终端设备是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、警报信号、振动信号等等)。输出单元150可以包括显示单元151等等。

存储器160可以存储由控制器180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储器160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储器160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等等。而且，终端设备100可以与通过网络连接执行存储器160的存储功能的网络存储装置协作。

控制器180通常控制终端设备的总体操作。例如，控制器180执行与语音通话、数据通信、视频通话等等相关的控制和处理。另外，控制器180可以包括用于再现(或回放)多媒体数据的多媒体模块1810，多媒体模块1810可以构造在控制器180内，或者可以构造为与控制器180分离。控制器180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在控制器180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件模块来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

进一步地，基于上述终端设备的硬件结构，本实施例所提供的终端设备还能够通过移动通信网络或其他网络接入到服务器侧以获取到相应的服务器，其连接关系图可以参见图2，包括：服务器11、终端设备21-24，终端设备21-24通过有线网络或者无线网络与服务器进行信息交互，终端设备21-24用于表示其对应的几种实施类型，可以包括手机、台式机、PC机、一体机等类型。

基于上述终端设备硬件结构以及系统结果，提出本发明以下各个实施例。

实施例一

本发明实施例提供了一种信息获取方法，如图3所示，包括：

步骤301：在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；

步骤302：发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；

步骤303：接收并展示所述服务器侧发来的响应结果，其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息。

本实施例中所述终端设备具备显示区域，通过显示区域能够展示出至少一个应用对应的操作界面，在上述步骤301中的操作界面可以如图4所示的占用终端设备全部显示区域，也可以如图5所示，在某一个显示区域中的预设区域40处显示操作界面。

下面首先针对如何获取至少一个候选信息来进行说明，在显示区域展示包含有至少一个候选信息的操作界面，还包括：

检测到开启所述操作界面的操作时，生成候选信息获取请求；

发送所述候选信息获取请求至所述服务器侧，以使得所述服务器侧根据所述候选信息获取请求读取得到至少一个候选信息及其对应的配置参数，并基于所述至少一个候选信息及其对应的配置参数生成反馈信息；

接收到所述服务器侧发来的所述反馈信息，并基于所述反馈信息响应所述开启所述操作界面的操作在所述显示区域中展示包含有所述至少一个候选信息的操作界面。

检测开启操作界面的操作之前，在所述显示区域中可以为用户展示用于开启包含有至少一个候选信息的操作界面的链接提示，比如，可以为用户当前在浏览网页1，在网页1的右下角有一个链接提示，比如图中所示的名称为“抽奖”，点击该链接提示之后，就确定进入对应的操作界面。

相应的，在检测到开启操作界面的操作之后，所述终端设备内部生产一个获取至少一个候选信息的候选信息获取请求，并发送至服务器侧，以使得服务器侧通过该候选信息获取请求至少能够得到所述终端设备对应的网络地址(比如，具体可以包括有IP地址、和/或MAC地址等等)，从而服务器侧能够得知将所述至少一个候选信息及其对应的配置参数发送至哪一个终端设备。

所述服务器侧发来的反馈信息中包括有至少一个候选信息及其对应的配置参数，具体来说，所述配置参数可以为每一个候选信息对应一个配置参数，也可以为针对本次发来的全部候选信息对应同一个配置参数，相应的，所述配置参数中至少可以包括有所述至少一个候选信息对应的版本信息。比如，当前服务器反馈的奖品作为候选信息，分别为奖品1～5，这5个奖品为今天10天发布的几种奖品，其对应的版本信息可以为时间信息，或者可以为发布的时候设置的版本号。

进一步地，在所述显示区域中展示包含有所述至少一个候选信息的操作界面可以为在所述显示区域中展示获取到的全部或部分候选信息；比如，参见图6-1，服务器能够提供的全部候选信息为能够为用户提供的全部类型的奖品，如图所示分别可以为奖品1～奖品5，也就是此时全部展示在操作界面中；另外，还可以参见图6-2，服务器能够提供的全部候选信息为奖品1～奖品5，而通过服务器的提示仅在操作区域中展示较为能够吸引用户的奖品1和奖品2，在这种场景下，具体在操作界面中展示哪些候选信息，可以由服务器侧指定，具体来说，可以包含在所述候选信息的配置参数中，比如，在发来奖品1～奖品5这几个候选信息的时候，可以分别在每一个奖品中设置是否展示在操作界面中的指示信息。

需要理解的是，这里提供的处理方法中进行候选信息的展示的时候仅仅用于展示本次进行目标信息的选取时能够提供的几种候选信息，并不用于让用户直接从操作界面中选取候选信息中的任意一个信息，换句话说，在完成上述操作后，此时用户能够从操作界面中得到的仅为得知本次能够提供的几种候选信息，只有用户再次点击操作界面，才能够触发由服务器侧进行版本检测以及由服务器侧为用户选择得到目标信息的操作。因此在步骤301中展示的至少一个候选信息可以理解为一种用于进行提示的信息。

具体来说，终端设备以及服务器侧都可以通过关系型数据库，例如MYsql存放以下两张表来分别确定候选信息(奖品)、及其对应的配置参数：

候选信息(奖品)表，用于保存抽奖涉及到的所有奖品的描述，db的涉及的字段可以为，版本号，奖品的json字符串(奖品列表)，创建时间等；

候选信息(奖品)配置表，保存当前抽奖的配置信息例如，抽奖的版本，支持的浏览器，抽奖开关等。db表的schema可以设计为key(varchar)value(varchar)。

服务器侧的缓存可以为基于memcache、或者redis来加速配置访问速度。

在上述处理之后，本实施例还能够提供针对接收并展示所述服务器侧发来的响应结果的操作，具体参见以下几种场景的说明：

场景一、

当接收到服务器侧发来的响应结果为第一响应结果时，解析所述第一响应结果得到服务器侧基于本次信息获取操作基于所述至少一个候选信息选取得到的目标信息，在所述操作界面中或显示区域中展示目标信息。

比如，服务器侧基于信息获取请求中的至少一个候选信息的配置参数中的版本信息与其当前保存的最新的至少一个候选信息的配置参数中的版本信息进行比对，当两者相同时，所述服务器侧通过自身的目标信息选择策略从至少一个候选信息中选取得到目标信息；参见图7-1，服务器侧当前能够提供的至少一个候选信息分别为奖品2.1～奖品2.3，版本信息为版本2.0；终端设备发出的信息获取请求中的至少一个候选信息版本也为2.0，也就是说两者相同。此时服务器侧从上述三个奖品中随机选取一个奖品，比如奖品2.3作为目标信息，并将目标信息反馈给终端设备。

需要理解的是，目标信息选择策略可以为根据实际情况设置的策略，比如，可以为随机选择、可以为基于不同的候选信息的加权值进行选取等等，在本实施例中不进行详述。

本场景中，终端设备在展示目标信息之后，还可以通过其他通信应用获取到目标信息所对应的相关结果，比如，参见图7-2，目标信息为话费10元，那么可以通过短信应用接收到当前已充值话费10元的相关处理结果；再比如，目标信息为游戏一的虚拟游戏币10个，那么处理结果可以在用户登录游戏一的时候看到一个相应的提示，用于提示用户帐户增加10个虚拟游戏币，等等，这里不再进行穷举。

场景二、

当接收到服务器侧发来的响应结果为第二响应结果时，展示所述第二响应结果中的提示信息，其中，所述提示信息至少用于指示当前所展示的至少一个候选信息为需要更新的候选信息；

判断是否检测到更新请求，若检测到更新请求，则发送所述更新请求至所述服务器侧，以使得所述服务器侧基于所述更新请求发来更新后的至少一个候选信息；

接收到所述服务器侧发来的更新后的至少一个候选信息并在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

上述解析得到第二响应结果的方式与场景一相同，不再进行赘述。

检测到更新请求的方式可以为，在展示提示信息之后，在所述操作界面中展示是否获取最新版本的候选信息的选择提示，当用户选择为“是”的时候，确定检测到更新请求；或者，还可以为，在展示提示信息之后，检测到用户点击提示信息，此时确定检测到更新请求。

接收到所述服务器侧发来的更新后的至少一个候选信息并在显示区域中展示包含有更新后的至少一个候选信息的操作界面的时候，所述终端设备还会利用更新后的至少一个候选信息及其对应的配置参数更新其保存的至少一个候选信息及其对应的配置信息。

需要理解的是，通过本场景能够在获取到第二响应结果之后，重新获取到最新版本的候选信息，在完成本场景所述的处理之后，可以通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求，当再次获取到响应结果时，若为第一响应结果则执行场景一中的处理，这里不再进行赘述。

场景三、

与场景二不同之处，在于场景二为通过用户触发进行候选信息的更新操作，本场景则提供了自动获取最新版本的候选信息的处理方式，具体如下：

当接收到服务器侧发来的响应结果为第二响应结果时，从所述第二响应结果中解析得到提示信息、以及更新后的至少一个候选信息及其配置参数；其中，所述提示信息包括有指示当前所展示的至少一个候选信息为需要更新的候选信息；

在显示区域中的所述操作界面中展示所述提示信息；并且基于更新后的至少一个候选信息及其配置参数对终端设备保存的至少一个候选信息进行替换。

也就是说，本场景下，不论用户是否请求，服务器侧都直接为用户的终端设备发来最新版本的候选信息，如此，能够减少用户的操作次数，并达到快速获取到最新候选消息的效果。

进一步地，在显示区域中的所述操作界面中展示所述提示信息之后，如何确定什么时候展示更新后的候选信息，可以为：

在显示区域中的所述操作界面中展示所述提示信息时开启计时器，当所述计时器的计时时长超过预设门限值时，控制在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

其中，所述预设门限值可以为根据实际情况进行设置，需要为用户预留足够的时候能够保证用户看完提示信息中的内容，比如，可以设置为30秒。

也就是说，在展示一定时长的提示信息之后，直接跳转在操作界面中展示更新后的至少一个候选信息。

需要理解的是，通过本场景能够在获取到第二响应结果之后，重新获取到最新版本的候选信息，在完成本场景所述的处理之后，可以通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求，当再次获取到响应结果时，若为第一响应结果则执行场景一中的处理，这里不再进行赘述。

下面结合图8对具体的运作流程再对本实施例提供的方案进行说明，具体如下：

管理员进行【抽奖奖品管理】，对于每一套抽奖奖品赋予一个版本号，基于DB进行存储。进行【抽奖配置管理】指定当前采用的抽奖奖品的版本号和其他一些例如支持的浏览器等等信息，配置完成后将当前的抽奖奖品及抽奖的配置信息(版本号，浏览器等等信息)保存在缓存中。

1)用户打开抽奖页面时，抽奖页面发起一个ajax请求，请求后台的抽奖奖品配置，后台从缓存中读取当前配置的抽奖奖品及抽奖配置信息，返回给终端设备；

2)抽奖页面进行渲染，展示出抽奖的奖品；

3)用户进行抽奖操作，web页面在发起抽奖请求时将奖品的抽奖参数附带传输给抽奖系统，抽奖系统会在抽奖前置拦截器处理抽奖前的请求检查工作，将传输上来的奖品版本与后台配置的奖品版本进行比对，如果一致，则继续抽奖工作，如果不一致，返回特定的错误码，告诉web页面；

4)web页面收到后台的返回信息，如果成功，则提示用户抽中的奖品，如果收到特定的错误码，则提示用户后台奖品已更新，此时抽奖不扣费类似的抽奖提示，让用户感知到后台的奖品更新信息，同时异步刷新奖品配置。

可见，通过采用上述方案，就能够在向服务器侧发出信息获取请求的时候，携带有候选信息的配置参数，进而能够获取到服务器侧基于候选信息的配置参数反馈的响应信息，如此，就能够基于响应信息得知当前候选信息是否需要更新，使得终端设备获得的候选信息能够为正确的版本，避免了现有技术中由于轮询或与服务器侧建立长连接而导致的资源消耗，并且也不会为用户的使用体验带来影响。

具体来说，本技术方案主要采用了基于候选信息(奖品)的版本的管理，在抽奖的过程中来检测后台是否有奖品的更新，再根据判断结果确定是否通知web页面进行奖品更新。如此能够减少了轮循和websocket对后台系统的资源消耗，利用业务请求附带版本参数的方式来进行版本检测，避免了无效请求对后台的冲击。

实施例二

本发明实施例提供了一种终端设备，如图9所示，所述终端设备包括：

显示单元91，用于在显示区域展示包含有至少一个候选信息的操作界面；

请求生成单元92，用于通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；

通信单元93，用于发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；接收并通过显示单元展示所述服务器侧发来的响应结果；

其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息。

下面首先针对如何获取至少一个候选信息来进行说明，在显示区域展示包含有至少一个候选信息的操作界面，还包括：

请求生成单元92，用于检测到开启所述操作界面的操作时，生成候选信息获取请求；

通信单元93，用于发送所述候选信息获取请求至所述服务器侧，以使得所述服务器侧根据所述候选信息获取请求读取得到至少一个候选信息及其对应的配置参数，并基于所述至少一个候选信息及其对应的配置参数生成反馈信息；

接收到所述服务器侧发来的所述反馈信息，并基于所述反馈信息响应所述开启所述操作界面的操作在所述显示区域中展示包含有所述至少一个候选信息的操作界面。

检测开启操作界面的操作之前，在所述显示区域中可以为用户展示用于开启包含有至少一个候选信息的操作界面的链接提示，比如，参见图5，场景可以为用户当前在浏览网页1，在网页1的右下角有一个链接提示，比如图中所示的名称为“抽奖”，点击该链接提示之后，就确定进入对应的操作界面。

相应的，在检测到开启操作界面的操作之后，所述终端设备内部生产一个获取至少一个候选信息的候选信息获取请求，并发送至服务器侧，以使得服务器侧通过该候选信息获取请求至少能够得到所述终端设备对应的网络地址(比如，具体可以包括有IP地址、和/或MAC地址等等)，从而服务器侧能够得知将所述至少一个候选信息及其对应的配置参数发送至哪一个终端设备。

所述服务器侧发来的反馈信息中包括有至少一个候选信息及其对应的配置参数，具体来说，所述配置参数可以为每一个候选信息对应一个配置参数，也可以为针对本次发来的全部候选信息对应同一个配置参数，相应的，所述配置参数中至少可以包括有所述至少一个候选信息对应的版本信息。比如，当前服务器反馈的奖品作为候选信息，分别为奖品1～5，这5个奖品为今天10天发布的几种奖品，其对应的版本信息可以为时间信息，或者可以为发布的时候设置的版本号。

进一步地，在所述显示区域中展示包含有所述至少一个候选信息的操作界面可以为在所述显示区域中展示获取到的全部或部分候选信息；比如，参见图6-1，服务器能够提供的全部候选信息为能够为用户提供的全部类型的奖品，如图所示分别可以为奖品1～奖品5，也就是此时全部展示在操作界面中；另外，还可以参见图6-2，服务器能够提供的全部候选信息为奖品1～奖品5，而通过服务器的提示仅在操作区域中展示较为能够吸引用户的奖品1和奖品2，在这种场景下，具体在操作界面中展示哪些候选信息，可以由服务器侧指定，具体来说，可以包含在所述候选信息的配置参数中，比如，在发来奖品1～奖品5这几个候选信息的时候，可以分别在每一个奖品中设置是否展示在操作界面中的指示信息。

需要理解的是，这里提供的处理方法中进行候选信息的展示的时候仅仅用于展示本次进行目标信息的选取时能够提供的几种候选信息，并不用于让用户直接从操作界面中选取候选信息中的任意一个信息，换句话说，在完成上述操作后，此时用户能够从操作界面中得到的仅为得知本次能够提供的几种候选信息，只有用户再次点击操作界面，才能够触发由服务器侧进行版本检测以及由服务器侧为用户选择得到目标信息的操作。因此展示的至少一个候选信息可以理解为一种用于进行提示的信息。

具体来说，终端设备以及服务器侧都可以通过关系型数据库，例如MYsql存放以下两张表来分别确定候选信息(奖品)、及其对应的配置参数：

候选信息(奖品)表，用于保存抽奖涉及到的所有奖品的描述，db的涉及的字段可以为，版本号，奖品的json字符串(奖品列表)，创建时间等；

候选信息(奖品)配置表，保存当前抽奖的配置信息例如，抽奖的版本，支持的浏览器，抽奖开关等。db表的schema可以设计为key(varchar)value(varchar)。

服务器侧的缓存可以为基于memcache、或者redis来加速配置访问速度。

在上述处理之后，本实施例还能够提供针对接收并展示所述服务器侧发来的响应结果的操作，具体参见以下几种场景的说明：

场景一、

所述终端设备还包括：

处理单元94，用于当接收到服务器侧发来的响应结果为第一响应结果时，解析所述第一响应结果得到服务器侧基于本次信息获取操作基于所述至少一个候选信息选取得到的目标信息，在所述操作界面中或显示区域中展示目标信息。

场景二、

处理单元94，用于当接收到服务器侧发来的响应结果为第二响应结果时，控制显示单元展示所述第二响应结果中的提示信息，其中，所述提示信息至少用于指示当前所展示的至少一个候选信息为需要更新的候选信息；判断是否检测到更新请求，若检测到更新请求，则通过所述通信单元发送所述更新请求至所述服务器侧，以使得所述服务器侧基于所述更新请求发来更新后的至少一个候选信息；

所述通信单元，用于接收到所述服务器侧发来的更新后的至少一个候选信息；

所述显示单元，用于在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

检测到更新请求的方式可以为，在展示提示信息之后，在所述操作界面中展示是否获取最新版本的候选信息的选择提示，当用户选择为“是”的时候，确定检测到更新请求；或者，还可以为，在展示提示信息之后，检测到用户点击提示信息，此时确定检测到更新请求。

接收到所述服务器侧发来的更新后的至少一个候选信息并在显示区域中展示包含有更新后的至少一个候选信息的操作界面的时候，所述终端设备还会利用更新后的至少一个候选信息及其对应的配置参数更新其保存的至少一个候选信息及其对应的配置信息。

需要理解的是，通过本场景能够在获取到第二响应结果之后，重新获取到最新版本的候选信息，在完成本场景所述的处理之后，可以通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求，当再次获取到响应结果时，若为第一响应结果则执行场景一中的处理，这里不再进行赘述。

场景三、

与场景二不同之处，在于场景二为通过用户触发进行候选信息的更新操作，本场景则提供了自动获取最新版本的候选信息的处理方式，具体如下：

处理单元，用于当接收到服务器侧发来的响应结果为第二响应结果时，从所述第二响应结果中解析得到提示信息、以及更新后的至少一个候选信息及其配置参数；其中，所述提示信息包括有指示当前所展示的至少一个候选信息为需要更新的候选信息；并且基于更新后的至少一个候选信息及其配置参数对终端设备保存的至少一个候选信息进行替换；

所述显示单元，用于在显示区域中的所述操作界面中展示所述提示信息。

也就是说，本场景下，不论用户是否请求，服务器侧都直接为用户的终端设备发来最新版本的候选信息，如此，能够减少用户的操作次数，并达到快速获取到最新候选消息的效果。

进一步地，在显示区域中的所述操作界面中展示所述提示信息之后，如何确定什么时候展示更新后的候选信息，可以为：

所述处理单元，用于在显示区域中的所述操作界面中展示所述提示信息时开启计时器，当所述计时器的计时时长超过预设门限值时，控制在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

其中，所述预设门限值可以为根据实际情况进行设置，需要为用户预留足够的时候能够保证用户看完提示信息中的内容，比如，可以设置为30秒。

也就是说，在展示一定时长的提示信息之后，直接跳转在操作界面中展示更新后的至少一个候选信息。

需要理解的是，通过本场景能够在获取到第二响应结果之后，重新获取到最新版本的候选信息，在完成本场景所述的处理之后，可以通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求，当再次获取到响应结果时，若为第一响应结果则执行场景一中的处理，这里不再进行赘述。

可见，通过采用上述方案，就能够在向服务器侧发出信息获取请求的时候，携带有候选信息的配置参数，进而能够获取到服务器侧基于候选信息的配置参数反馈的响应信息，如此，就能够基于响应信息得知当前候选信息是否需要更新，从而避免了现有技术中由于轮询或与服务器侧建立长连接而导致的资源消耗，并且也不会为用户的使用体验带来影响。

具体来说，本技术方案主要采用了基于候选信息(奖品)的版本的管理，在抽奖的过程中来检测后台是否有奖品的更新，再根据判断结果确定是否通知web页面进行奖品更新。如此能够减少了轮循和websocket对后台系统的资源消耗，利用业务请求附带版本参数的方式来进行版本检测，避免了无效请求对后台的冲击。

实施例三

本发明实施例还提供一种信息获取系统，如图10所示，包括:

终端设备1001，用于在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；发送所述信息获取请求至服务器侧，接收并展示所述服务器侧发来的响应结果，其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息；

服务器1002，用于基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果。

本实施例中终端设备的功能以及处理流程参见实施例一以及实施例二，这里不再进行赘述。

本实施例中针对服务器的处理进行进一步描述，参见图11，所述服务器包括：

接收单元1101，用于接收到所述终端设备发来的信息获取请求；

处理单元1102，用于基于信息获取请求中的至少一个候选信息的配置参数中的版本信息与其当前保存的最新的至少一个候选信息的配置参数中的版本信息进行比对，以判断所述至少一个候选信息是否需要更新。

具体来说，服务器侧都可以通过关系型数据库，例如MYsql存放以下两张表来分别确定候选信息(奖品)、及其对应的配置参数：

候选信息(奖品)表，用于保存抽奖涉及到的所有奖品的描述，db的涉及的字段可以为，版本号，奖品的json字符串(奖品列表)，创建时间等；

候选信息(奖品)配置表，保存当前抽奖的配置信息例如，抽奖的版本，支持的浏览器，抽奖开关等。db表的schema可以设计为key(varchar)value(varchar)。

服务器侧的缓存可以为基于memcache、或者redis来加速配置访问速度。

所述服务器，还包括：发送单元1103，用于向所述终端设备发送第一响应结果或第二响应结果；相应的，所述处理单元1102，具体用于当至少一个候选信息的配置参数中的版本信息与其当前保存的最新的至少一个候选信息的配置参数中的版本信息相同时，通过自身的目标信息选择策略从至少一个候选信息中选取得到目标信息，并基于所述目标信息生成第一响应结果；否则，生成第二响应结果。

可见，通过采用上述方案，就能够在向服务器侧发出信息获取请求的时候，携带有候选信息的配置参数，进而能够获取到服务器侧基于候选信息的配置参数反馈的响应信息，如此，就能够基于响应信息得知当前候选信息是否需要更新，从而避免了现有技术中由于轮询或与服务器侧建立长连接而导致的资源消耗，并且也不会为用户的使用体验带来影响。

具体来说，本技术方案主要采用了基于候选信息(奖品)的版本的管理，在抽奖的过程中来检测后台是否有奖品的更新，再根据判断结果确定是否通知web页面进行奖品更新。如此能够减少了轮循和websocket对后台系统的资源消耗，利用业务请求附带版本参数的方式来进行版本检测，避免了无效请求对后台的冲击。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (13)

1.一种信息获取方法，应用于终端设备，其特征在于，所述方法包括：

在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；

发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；

接收并展示所述服务器侧发来的响应结果，其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息。

2.根据权利要求1所述的方法，其特征在于，所述在显示区域展示包含有至少一个候选信息的操作界面，还包括：

检测到开启所述操作界面的操作时，生成候选信息获取请求；

发送所述候选信息获取请求至所述服务器侧，以使得所述服务器侧根据所述候选信息获取请求读取得到至少一个候选信息及其对应的配置参数，并基于所述至少一个候选信息及其对应的配置参数生成反馈信息；

接收到所述服务器侧发来的所述反馈信息，并基于所述反馈信息响应所述开启所述操作界面的操作在所述显示区域中展示包含有所述至少一个候选信息的操作界面。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到服务器侧发来的响应结果为第二响应结果时，展示所述第二响应结果中的提示信息，其中，所述提示信息至少用于指示当前所展示的至少一个候选信息为需要更新的候选信息；

判断是否检测到更新请求，若检测到更新请求，则发送所述更新请求至所述服务器侧，以使得所述服务器侧基于所述更新请求发来更新后的至少一个候选信息；

接收到所述服务器侧发来的更新后的至少一个候选信息并在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当接收到服务器侧发来的响应结果为第二响应结果时，从所述第二响应结果中解析得到提示信息、以及更新后的至少一个候选信息及其配置参数；其中，所述提示信息包括有指示当前所展示的至少一个候选信息为需要更新的候选信息；

在显示区域中的所述操作界面中展示所述提示信息；并且基于更新后的至少一个候选信息及其配置参数对终端设备保存的至少一个候选信息进行替换。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在显示区域中的所述操作界面中展示所述提示信息时开启计时器，当所述计时器的计时时长超过预设门限值时，控制在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

6.一种终端设备，其特征在于，所述终端设备包括：

显示单元，用于在显示区域展示包含有至少一个候选信息的操作界面；

请求生成单元，用于通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；

通信单元，用于发送所述信息获取请求至服务器侧，以使得所述服务器侧能够基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果；接收并通过显示单元展示所述服务器侧发来的响应结果；

其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息。

7.根据权利要求6所述的终端设备，其特征在于，

所述请求生成单元，还用于检测到开启所述操作界面的操作时，生成候选信息获取请求；

所述通信单元，用于发送所述候选信息获取请求至所述服务器侧，以使得所述服务器侧根据所述候选信息获取请求读取得到至少一个候选信息及其对应的配置参数，并基于所述至少一个候选信息及其对应的配置参数生成反馈信息；接收到所述服务器侧发来的所述反馈信息，并基于所述反馈信息响应所述开启所述操作界面的操作在所述显示区域中展示包含有所述至少一个候选信息的操作界面。

8.根据权利要求6所述的终端设备，其特征在于，所述终端设备还包括：

处理单元，用于当接收到服务器侧发来的响应结果为第二响应结果时，控制显示单元展示所述第二响应结果中的提示信息，其中，所述提示信息至少用于指示当前所展示的至少一个候选信息为需要更新的候选信息；判断是否检测到更新请求，若检测到更新请求，则通过所述通信单元发送所述更新请求至所述服务器侧，以使得所述服务器侧基于所述更新请求发来更新后的至少一个候选信息；

所述通信单元，用于接收到所述服务器侧发来的更新后的至少一个候选信息；

所述显示单元，用于在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

9.根据权利要求6所述的终端设备，其特征在于，所述终端设备还包括：

处理单元，用于当接收到服务器侧发来的响应结果为第二响应结果时，从所述第二响应结果中解析得到提示信息、以及更新后的至少一个候选信息及其配置参数；其中，所述提示信息包括有指示当前所展示的至少一个候选信息为需要更新的候选信息；并且基于更新后的至少一个候选信息及其配置参数对终端设备保存的至少一个候选信息进行替换；

所述显示单元，用于在显示区域中的所述操作界面中展示所述提示信息。

10.根据权利要求9所述的终端设备，其特征在于，

所述处理单元，用于在显示区域中的所述操作界面中展示所述提示信息时开启计时器，当所述计时器的计时时长超过预设门限值时，控制在显示区域中展示包含有更新后的至少一个候选信息的操作界面。

11.一种信息获取系统，其特征在于，所述系统包括：

终端设备，用于在显示区域展示包含有至少一个候选信息的操作界面，通过所述操作界面检测到用于获取目标信息的操作并基于所述操作生成信息获取请求；所述信息获取请求中至少包括有所述显示区域中所展示的至少一个候选信息的配置参数；发送所述信息获取请求至服务器侧，接收并展示所述服务器侧发来的响应结果，其中，所述响应结果至少包括有第一响应结果以及第二响应结果，所述第一响应结果为所展示的至少一个候选信息不需要更新时、从所述至少一个候选信息中选取得到的目标信息，所述第二响应结果为所展示的至少一个候选信息需要更新时、服务器侧发出的提示信息；

服务器，用于基于所述信息获取请求中的配置参数判断所述显示区域所展示的至少一个候选信息是否需要更新，并基于所述判断结果生成响应结果。

12.根据权利要求11所述的系统，其特征在于，所述服务器，包括：

接收单元，用于接收到所述终端设备发来的信息获取请求；

处理单元，用于基于信息获取请求中的至少一个候选信息的配置参数中的版本信息与其当前保存的最新的至少一个候选信息的配置参数中的版本信息进行比对，以判断所述至少一个候选信息是否需要更新。

13.根据权利要求12所述的系统，其特征在于，所述服务器，还包括：

发送单元，用于向所述终端设备发送第一响应结果或第二响应结果；

相应的，所述处理单元，具体用于当至少一个候选信息的配置参数中的版本信息与其当前保存的最新的至少一个候选信息的配置参数中的版本信息相同时，通过自身的目标信息选择策略从至少一个候选信息中选取得到目标信息，并基于所述目标信息生成第一响应结果；否则，生成第二响应结果。