CN116400989A - 一种位置信息查询方法及显示设备 - Google Patents

Abstract

本发明公开一种位置信息查询方法及显示设备，接收到访问目标应用的操作指令，生成位置查询请求，所述位置查询请求中携带有验证信息；将所述位置查询请求发送给防火墙，所述防火墙被配置为根据所述验证信息，对所述位置查询请求进行校验，并在校验通过时放行所述位置查询请求，以使所述位置查询请求被发送到服务器；接收到所述服务器响应于所述位置查询请求后发送的位置信息，控制所述目标应用根据所述位置信息执行对应的第一业务功能。本申请基于目标应用自身的验证信息，及设备出厂就已协定好的放行规则和验证方式，在显示设备首次开机时定位权限、网络访问权限受限情况下，实现位置查询请求按需授权穿透防火墙，适配需要定位服务的业务功能。

Description

一种位置信息查询方法及显示设备

技术领域

本发明涉及显示设备技术领域，尤其涉及一种位置信息查询方法及显示设备。

背景技术

显示设备内某些设置或应用是与位置信息相关联的，例如在设置语言时，若显示设备定 位为中国，则自动将系统语言匹配为简体中文；又例如在设置系统时间时，根据显示设备的 当前定位来匹配时区；又例如，显示设备内的某些应用需要根据定位来提供功能和服务。由 于定位是较为敏感的基础服务，在用户访问与位置信息关联的应用时，往往需要应用进程取 得定位权限，之后才允许查询本机当前的位置信息。

在某些场景中，例如用户新购置的显示设备在首次开机时，由于定位权限、网络访问权 限等方面受到限制，导致应用进程难以实现网络IP定位，应用也就无法根据定位实现某些功 能，例如用户在设置语言时，由于无法查询本机当前的位置信息，则无法自动匹配语言，需 要用户从语言列表中手动选择并设置语言。

发明内容

为解决上述背景技术中存在的问题，本发明提供一种位置信息查询方法及显示设备， 在定位权限、网络访问权限受限时，仍能实现网络定位。

本申请第一方面提供的显示设备，包括：

显示器，用于显示用户界面；

通信器，用于与服务器通信连接；

控制器，用于执行：

接收到访问目标应用的操作指令，生成位置查询请求，所述位置查询请求中携带有 验证信息；

将所述位置查询请求发送给防火墙，所述防火墙被配置为根据所述验证信息，对所 述位置查询请求进行校验，并在校验通过时反馈放行指示信息；

接收到所述放行指示信息，将所述位置查询请求发送给所述服务器；

接收到所述服务器响应于所述位置查询请求后发送的位置信息，控制所述目标应用 根据所述位置信息执行对应的第一业务功能。

在第一方面第一种示例性的实现方式中，所述防火墙还配位置为若所述位置查询请 求校验失败，则反馈拦截指示信息。

在第一种示例性的实现方式基础上，在第一方面第二种示例性的实现方式中，所述 控制器还用于执行：接收到所述拦截指示信息，不向所述服务器发送所述位置查询请求， 并控制所述目标应用执行无位置信息状态下的第二业务功能。

在第一方面第三种示例性的实现方式中，在生成位置查询请求之前，所述控制器还 用于执行：

获取所述目标应用的应用标识和第一验证码；

调用本机预置的位置服务接口，所述位置服务接口被配置为根据所述应用标识和所 述第一验证码对所述目标应用进行权限验证，并在确定所述目标应用为授权应用时生成 所述位置查询请求。

在第一方面第四种示例性的实现方式中，所述位置服务接口还被配置为在确定所述 目标应用为受限应用时，不生成所述位置查询请求，并向所述控制器反馈无权指示信息， 所述无权指示信息用于指示所述控制器控制所述目标应用执行无位置信息状态下的第二 业务功能。

在第一方面第五种示例性的实现方式中，所述位置服务接口被配置为按照如下方式 生成所述位置查询请求：

先转换所述第一验证码的格式，然后对所述第一验证码加密，得到第二验证码；

根据所述应用标识和所述第二验证码生成所述验证信息；

按照预设格式，将所述验证信息附加于生成的位置查询请求上。

在第一方面第六种示例性的实现方式中，所述防火墙被配置为按照如下方式对所述 位置查询请求进行校验：

从所述位置查询请求中解析出所述验证信息；

对所述第二验证码进行解密，得到解密验证码；

根据所述应用标识和所述解密验证码，校验所述位置查询请求是否满足放行条件；

若满足所述放行条件，反馈放行指示信息；

若不满足所述放行条件，反馈拦截指示信息。

本申请第二方面提供的位置信息查询方法，包括如下步骤：

接收到访问目标应用的操作指令，生成位置查询请求，所述位置查询请求中携带有 验证信息；

将所述位置查询请求发送给防火墙，所述防火墙被配置为根据所述验证信息，对所 述位置查询请求进行校验，并在校验通过时放行所述位置查询请求，以使所述位置查询请求被发送到服务器；

接收到所述服务器响应于所述位置查询请求后发送的位置信息，控制所述目标应用 根据所述位置信息执行对应的第一业务功能。

第二方面其他示例性的实现方式可适应性参照前述第一方面，此处不再赘述。

本申请提供的技术方案中，所述目标应用是与位置信息相关联，即具有定位需求的 APP、功能设置菜单等，目标应用具有与其唯一对应的验证信息，验证信息例如包括但不限于应用ID、验证码等，显示设备接收到访问目标应用的操作指令时，获取目标应用 的验证信息，并生成位置查询请求。在向服务器发送位置查询请求之前，利用防火墙对 位置查询请求进行校验，以规避非法请求，防火墙中预先约定有放行规则，通过比较验 证信息与放行规则，即可确认当前请求是校验通过或失败。

若校验通过则允许放行位置查询请求，即可将位置查询请求发送到服务器端，服务 器利用网络IP进行定位，获取位置信息，并将该位置信息返给显示设备，则目标应用可以根据位置信息执行第一业务功能，第一业务功能的一种示例为，以目标应用是语言设 置菜单为例，假设获取到的位置信息为UK，则语言设置菜单中自动匹配语言为English (英文)，用户确认后，系统语言设置英文生效；若校验失败则拦截位置查询请求，以保 护定位隐私权限，此时显示设备不向服务器发送位置查询请求，目标应用在无位置信息 状态下执行第二业务功能，第二业务功能的一种示例为，以目标应用是语言设置菜单为 例，当前未获取到位置信息，则语言设置菜单中显示语言列表，并提示用户从语言列表 中择一设置为系统语言。本申请基于目标应用自身关联的验证信息，以及设备出厂就已 协定好的放行规则和验证方式，支持显示设备首次开机时定位权限、网络访问权限受限 的情况下，也能根据目标应用与防火墙之间的授权协议查询位置信息，实现位置查询请 求按需授权穿透防火墙的功能，可适配所有需要定位服务的业务功能，并提升用户体验。

附图说明

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

图1示例性示出显示设备的使用场景；

图2示例性示出控制装置100的硬件配置框图；

图3示例性示出显示设备200的硬件配置框图；

图4示例性示出显示设备200中软件配置图；

图5示例性示出用户访问设置向导的UI示意图；

图6示例性示出用户设置网络的UI示意图；

图7示例性示出查询到位置信息时，执行第一业务功能后地区/时区设置菜单的UI显示效果；

图8示例性示出未查询到位置信息时，执行第二业务功能后地区/时区设置菜单的UI显示效果；

图9示例性示出用户在图8页面基础上手动选取目标地区的UI效果图；

图10示例性示出用户手动选定目标地区后，地区/时区设置菜单的UI变换图；

图11示例性示出用户在图10页面基础上手动选取目标时区的UI效果图；

图12示例性示出用户手动选定目标时区后，地区/时区设置菜单的UI变换图；

图13示例性示出具有位置信息时，执行第一业务功能后语言设置菜单的UI显示效果；

图14示例性示出无位置信息时，执行第二业务功能后语言设置菜单的UI显示效果；

图15示例性示出用户在图14页面基础上手动选取目标语言的UI效果图；

图16示例性示出用户手动选定目标语言后，语言设置菜单的UI变换图；

图17示例性示出第一种位置查询的处理逻辑；

图18示例性示出位置查询请求的数据包结构；

图19示例性示出第二种位置查询的处理逻辑；

图20示例性示出第三种位置查询的处理逻辑；

图21示例性示出一种位置信息查询方法的流程图。

具体实施方式

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

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

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

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

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

图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所示，将显示设备的系统分为三层，从上至下分别为应用层、中间件层和硬件层。

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

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

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

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

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

以上实施例介绍了显示设备的硬件/软件架构以及功能实现等内容，对于与该显示设 备相同或相似的设备终端，在一些示例性的实现方式中，用户在其购置的新机首次开机 时，可根据出厂已配置好的设置向导的引导，对新机内的某些功能或应用进行初始化设置，例如不限于语言、时区、地区、遥控器、搜台、网络等设置。可选地，显示设备在 检测到首次开机指令时自动加载显示所述设置向导，或者，用户也可通过指定的路径访 问所述设置向导。

在一些示例性的实现方式中，所述设置向导中涉及的某些功能或应用可能关联于本 机位置，例如语言与用户所在国家和地区有关，比如用户所在地域为中国，则用户更倾向于将语言设置为简体中文；又例如，不同国家和地区的经纬度不同，国际通用标准中 按照地域分布现划分为24个时区，因此需要根据本机位置来匹配时区，比如用户所在地 为中国，则所属时区为UTC(Universal Time Coordinated，协调世界时，又称世界统一时 间、世界标准时间、国际协调时间等)；又例如地区设置直接关联于位置信息。为便于区 分和描述，本申请将与本机位置相关联的功能或应用统一命名为目标应用，并主要聚焦 这类目标应用发起的位置查询请求。

在一种示例性的实现方式中，定位功能牵涉用户隐私安全问题，因此目标应用需要 获得定位授权，才能查询位置信息，并根据位置信息执行对应的业务功能。

在一些示例性的实现方式中，显示设备可与一定位服务器进行通信交互，以实现网 络定位，用户访问目标应用时，即触发目标应用的定位机制，显示设备向定位服务器发送位置查询请求，所述位置查询请求包括但不限于设备ID、IP地址等设备信息；定位服 务器响应于位置查询请求，获取其中的IP地址，并匹配IP地址指向的地域位置，从而 得到位置信息，并将该位置信息发送给设备ID所对应的显示设备，则本次定位流程结束。

在一些示例性的实现方式中，所述位置信息可落实到国家/地区-城市/县，例如定位 到显示设备A的位置是中国/山东-青岛，又例如定位到显示设备B的位置是美国/佐治亚州-苏万尼。位置信息还可根据目标应用的要求，细化至区级/乡镇/街道等单位。位置信 息可以体现为位置名称，例如{中国，山东，青岛，崂山区}，或者位置信息也可是国家/ 地区设置的行政区划代码等形式，只要保证显示设备能够无疑义地识别出地理位置即可， 位置信息的形式不限定。

在网络定位场景下，目标应用若要查询本机的位置信息，除需要获得定位授权，还需一并获得网络访问授权，然而对于首次开机的显示设备来说，用户尚未对目标应用的 任意权限进行许可，此时目标应用的定位、网络访问能力均受限，导致目标应用无法查 询到准确的位置信息，则目标应用中基于位置信息的相关业务功能也受限，这是本申请 旨在克服的技术缺陷。

为便于区分和描述，本申请将目标应用在查询到位置信息后执行的业务功能命名为 第一业务功能，以及，将目标应用在无位置信息状态下执行的业务功能命名为第二业务功能。

在一些示例性的实现方式中，用户可以通过指定路径访问设置向导，在图5的UI示例中，用户可以打开高级设置菜单，高级设置菜单中包括若干设置项目，例如不限于设 置电视名称、个人视频录像(Personal video recorder，PVR)、电源指示开关、屏保、设 置向导(Setup Wizard)等。用户可通过遥控器、触控或语音等形式触发设置向导控件51， 从而根据设置向导的引导，对本机的一些基础功能进行自定义设置。

在一些示例性的实现方式中，启动设置向导之后，用户可在导航页面中设置网络，参照图6的子图(a)，网络设置项目不限于网络选择、有线设置、WIFI设置、WIFI热点、 WIFI直连等。以用户连接WIFI网络为例，在网络选择项中选定WIFI，有线设置、WIFI 热点、WIFI直连等可设置关闭状态，用户可通过遥控器、触控或语音等形式触发“WIFI 设置”控件，则显示设备查询当前可用的无线局域网，并控制UI层弹出如图6的子图(b) 示例的WIFI设置弹窗60。

在一些示例性的实现方式中，WIFI设置弹窗60中显示网络列表61，网络列表61 中包括当前可用的无线局域网的WIFI信息，WIFI信息不限于WIFI名称611、信号强度 612和权限标识613(即图示锁头符号)。用户通过WIFI名称可识别不同的无线局域网， 通过信号强度查看各WIFI的信号强弱，通过权限标识可获知接入WIFI是否需要密码， 用户浏览各项WIFI信息后，从网络列表61中选择期望连接的目标WIFI。若目标WIFI 无权限标识，即无需输入WIFI密码，可自动连接目标WIFI。

在一些示例性的实现方式中，若目标WIFI具备权限标识，则参照如图6的子图(c)示例，显示密码输入控件614，用户通过密码输入控件614，输入目标WIFI的密码，并 触发接入控件615，显示设备根据用户确认的密码进行联网验证，若验证通过则自动接 入目标WIFI，并参照图6的子图(d)，在WIFI设置选项处变更联网状态为“已连接”或 “连接成功”，并显示所连接网络的WIFI名称，联网成功是支持网络IP定位的必要条件 之一，便于后续根据位置信息自动匹配语言、地区、时区等功能设置；若密码验证失败， 则无法接入目标WIFI，参照图6的子图(e)，WIFI设置选项处的联网状态保持“未连接”， 并提示“密码输入错误，WiFi连接失败”，若用户不重试联网，则后续目标应用无法查 询位置信息。

在一些示例性的实现方式中，每一页导航页面中可设置上一步控件616和下一步控 件617，首页导航页面无上一步控件616，末页导航页面无下一步控件617。用户触发上一步控件616，即可返回前一页导航页面，用户若已设置完成当前导航页面，即可触发 下一步控件617，使UI自动跳转至后一页导航页面，通过设置上一步控件616和下一步 控件617实现导航页面的快捷切换。

在一些示例性的实现方式中，在显示设备网络连接成功时，用户继续向后翻页，显示设备在检测到切换至地区/时区设置菜单的导航页面时，向定位服务器发送位置查询请求，显示设备若能从定位服务器获取到位置信息，则根据查询到的位置信息自动匹配地 区和时区，参照图7的示例，例如显示设备查询到位置信息为英国伦敦，则执行的第一 业务功能是，在地区设置栏71中默认自动显示UK(英国的简称)，在时区设置栏72中 默认自动显示UTC(London)，若用户同意根据定位自动匹配的地区和时区，无需作出 任何调整并触发第一确认控件73，则当前设置的地区和时区生效，提升了功能设置的操 作效率。

在一些示例性的实现方式中，显示设备在检测到切换至地区/时区设置菜单的导航页 面时，若处于首次开机时定位权限和网络访问权限均受限的场景，则显示设备无法查询 位置信息，也就无法根据定位自动匹配地区和时区，参照图8的示例，执行的第二业务功能例如是，在页面显示第一提示信息74，第一提示信息74用于向用户提示“当前无 法定位，请手动设置地区和时区”，此时地区设置栏71中显示“请选择”提示信息和地 区列表控件711，用户触发地区列表控件711后，显示图9示例的地区列表712，地区列 表712中列举各国家地区的通用标识，所述通用标识不限于国家全称、英文简称等形式。

在一种示例性的实现方式中，对于支持触屏功能的显示设备，用户可从地区列表712 中直接触控选取目标地区；或者，用户通过操作遥控器在地区列表712切换地区选项，可选择设置焦点，焦点跟随用户切换动作而联动，当用户期望选取的目标地区获得焦点时，用户可按击遥控器的确认/OK键，则目标地区被选定，地区/时区设置菜单的UI变 换至图10示例的效果，关闭地区列表712，地区设置栏71中取消显示“请选择”提示 信息，并替换为显示用户手动选定的目标地区，例如图9用户选定UK，则图10的地区 设置栏71中显示UK。其中，焦点呈现形式不限定，例如进行高亮处理、或者施加焦点 框等，只要焦点选项醒目显示，使用户能肉眼分辨焦点和非焦点选项的差异即可。

与设置地区相类似地，在一些示例性的实现方式中，参照图8，执行的第二业务功能 还包括，在时区设置栏72中显示“请选择”提示信息和时区列表控件721，用户触发时 区列表控件721后，显示图11示例的时区列表722。

在一些示例性的实现方式中，时区列表722中可列举出根据国际通用标准划定的时 区，例如UTC、UTC+1等。

在一些示例性的实现方式中，若用户已手动设置地区，则根据所在地区自动匹配时 区，例如用户在地区列表712中选择UK，则时区设置栏72中自动显示地区所属的时区 为UTC类别。

在一些示例性的实现方式中，若用户已手动设置地区，由于同一地区内不同城市可 能具有时差，因此可以在时区列表722中列举出按照地区辖下城市划分的子时区，例如若用户在地区列表712中选择UK，则时区列表722可显示如UTC(London)、UTC(Birmingham)、UTC(Leeds)等，以便用户对时区做进一步精准设置。

在一种示例性的实现方式中，对于支持触屏功能的显示设备，用户可从时区列表722 中直接触控选取目标时区；或者，用户通过操作遥控器在时区列表722切换时区选项，当用户期望选取的目标时区获得焦点时，用户可按击遥控器的确认/OK键，则目标时区 被选定，地区/时区设置菜单的UI变换至图12示例的效果，关闭时区列表722，时区设 置栏72中取消显示“请选择”提示信息，并替换为显示用户手动选定的目标时区，例如 图11用户选定UTC(London)，则图12的时区设置栏72中显示UTC(London)，地区 和时区均选择完成后，用户触发第一确认控件73，即可使当前菜单设置生效。上述各实 施例是将地区设置和时区设置集成于同一菜单内，在其他实施例中，也可设置单独的地 区设置菜单和时区设置菜单。

在一些示例性的实现方式中，若用户先已设置好地区/时区，之后继续向后翻页，显 示设备在检测到切换至语言设置菜单的导航页面时，可选地，无需向定位服务器发送位置查询请求，将之前已保存的地区/时区信息作为位置信息，并参照该位置信息自动匹配语言类别，例如在图12示例中，用户已设置地区为UK，时区为UTC(London)，即可 自动匹配语言为English(英文)，在语言设置菜单中执行第一业务功能。

在一些示例性的实现方式中，若用户之前未设置地区/时区，则显示设备在检测到切 换至语言设置菜单的导航页面时，需要向定位服务器发送位置查询请求，显示设备若能从定位服务器获取到位置信息，则根据位置信息自动匹配语言类别，参照图13的示例， 例如显示设备查询到位置信息为英国伦敦，则执行的第一业务功能是，在语言设置栏81 中默认自动显示English，若用户同意根据定位自动匹配的语言类别，无需作出任何调整 并触发第二确认控件82，则当前语言设置生效，提升了功能设置的操作效率。

在一些示例性的实现方式中，显示设备在检测到切换至语言设置菜单的导航页面时， 若处于首次开机时定位权限和网络访问权限均受限的场景，并且用户尚未手动设置地区/ 时区，则显示设备无法查询位置信息，也就无法根据定位自动匹配语言类别，参照图14的示例，执行的第二业务功能例如是，在页面显示第二提示信息83，第二提示信息83 用于向用户提示“当前无法定位，请手动设置语言”，此时语言设置栏81中显示“请选 择”提示信息和语言列表控件811，用户触发语言列表控件811后，显示图15示例的语 言列表812。

在一种示例性的实现方式中，可以按照指定的排序规则，对语言列表812中的语言类别进行排序，例如按照语言的通用/普及程度进行排序，以便用户从语言列表812中选 定目标语言。也可按照指定的过滤规则，对语言列表812中所需显示的语言类别进行过 滤，例如滤除冷僻语言、经济极度落后地区使用的语言等，从而净化语言列表812，方 便用户快速定位和筛选出目标语言。

在一种示例性的实现方式中，语言列表812中还具有搜索栏，以便用户通过输入语言的字符或关键字，来快速查找目标语言。

在一种示例性的实现方式中，语言列表812中的语言类别可以其真实语言进行显示， 并且以出厂语言备注语言类别，以出厂语言为简体中文为例，即可呈现为English(英文)、 繁體中文(繁体中文)、Deutsch(德文)等，以适应不同语言需求的用户，避免出现因用户看不懂当前语言而无法准确选取目标语言的尴尬场景。

在一种示例性的实现方式中，参照图15，对于支持触屏功能的显示设备，用户可从语言列表812中直接触控选取目标语言；或者，用户通过操作遥控器在语言列表812切 换语言选项，当焦点移动到目标语言时，用户可按击确认/OK键，从而选定目标语言。 假设用户在语言列表812中选择的目标语言为“English”，则“English”变化为已选状态， 已选状态比如呈现为图15中的“√”(勾选)等形式。

在一些示例性的实现方式中，目标语言被选定后，语言设置菜单的UI变换至图16示例的效果，即关闭语言列表812，语言设置栏81中取消显示“请选择”提示信息，并 替换为显示用户手动选定的目标语言，例如图15用户选定English，则图16的语言设置 栏81中显示English，用户语言选择完成后，即可触发第二确认控件82，使当前菜单设 置生效。

以上仅以设备首次开机时Setup Wizard中的语言设置、地区/时区设置为例，对比有 位置信息状态下执行的第一业务功能与无位置信息状态下执行的第二业务功能，显而易 见，执行第二业务功能时会增加用户的手动操作和交互，而执行第一业务功能时能够根据定位自动匹配功能设置，提升目标应用的自主响应能力，缩减用户交互操作，从而为 用户提供更佳的应用体验。因此本申请的发明目的在于设备首次开机时，使目标应用在 权限受限条件下仍能准确查询本机的位置信息，实现此应用场景下目标应用的第二业务 功能向第一业务功能转化。以下将详细说明本申请的技术方案。

在一些示例性的实现方式中，在网络(有线网或无线网)处于已连接状态下，显示设备接收到用户访问目标应用的操作指令时，例如检测到翻页至语言设置菜单，则获取 目标应用的预置应用信息。所述预置应用信息是设备出厂时就已为每个功能应用配置好 的，所述预置应用信息包括但不限于应用标识和第一验证码等。

在一些示例性的实现方式中，应用标识包括但不限于业务ID、功能ID等，业务ID用于指示目标应用涉及的业务类型，业务类型例如为定位服务、升级服务、语音服务等； 功能ID用于指示目标应用的类别，所述类别例如为语言设置、地区设置、时区设置等。

在一些示例性的实现方式中，第一验证码是目标应用预置的私有KEY，用于后续对应用进行权限验证。第一验证码具有唯一性，即不同应用的第一验证码都不同。

在一些示例性的实现方式中，显示设备出厂预置有对目标应用开放的位置服务接口， 位置服务接口用于对待访问的目标应用进行权限验证，以及在验证通过后生成位置查询 请求。位置服务接口内存储有已协定的应用权限列表，应用权限列表的结构可参照如下表一的示例：

表一

序号	业务ID	功能ID	KEY	algorithm	款项说明
						1	1	1	XXXXXX1	SHA256	业务为位置服务，功能为语言设置
2	1	2	XXXXXX2	SHA256	业务为位置服务，功能为地区设置
						3	1	3	XXXXXX3	SHA256	业务为位置服务，功能为时区设置
4	2	4	XXXXXX5	SHA256	业务为升级服务，功能为固件数据
						…	…	…	…	…	…

对于表一的示例，应用权限列表逐行展示各应用的款项信息，所述款项信息包括但 不限于业务ID、功能ID、第一验证码(即KEY)、KEY加解密算法标识(algorithm)、 款项说明等内容。其中，业务ID为‘1’对应位置服务，功能ID为‘1’对应语言设置， 功能ID为‘2’对应地区设置，功能ID为‘3’对应时区设置，当前统一使用SHA256 算法。

在一些示例性的实现方式中，参照图17示例的位置查询处理逻辑，以目标应用为语 言设置菜单为例，UI层接收到用户访问语言设置菜单的操作指令，将该操作指令转发给控制器；控制器解析接收到的操作指令，识别出语言设置菜单属于关联于位置信息的目 标应用，则获取语言设置菜单的预置应用信息，预置应用信息例如为{业务ID:′1′；功能 ID:′1′；KEY:′XXXXXX1′}，控制器可利用SHA256算法对需要验证的KEY进行加密，例 如对XXXXXX1加密后得到的字符串为AB3D，得到加密应用信息为{业务ID:′1′；功能ID:′1′； 密文KEY:′AB3D′}。

在一些示例性的实现方式中，控制器调用本机预置的位置服务接口，并将{业务ID:′1′； 功能ID:′1′；密文KEY:′AB3D′}下发至位置服务接口；位置服务接口利用SHA256算法对 密文KEY′AB3D′进行解密，得到解密后的明文KEY为′XXXXXX1′，从而将语言设置菜 单的加密应用信息解密还原为预置应用信息，位置服务接口调用应用权限列表对语言设置菜单进行应用权限验证，识别到业务ID′1′和功能ID′1′相符于序号1的款项，并且与序号 1款项记录的KEY一致，则校验通过，认证语言设置菜单为授权应用，位置服务接口生 成位置查询请求。在位置服务接口中验证应用权限，目的在于仅允许授权应用查询位置 信息，禁止受限应用查询位置信息，从而规避应用进程权限放大的问题，实现位置信息 按需按权传递给指定应用。

在一些示例性的实现方式中，可为显示设备出厂自带的各项应用都配置预置应用信 息，控制器在接收到访问应用A的操作指令时，可以先对应用A进行初步预判，若判断 应用A是与定位业务相关联的应用(即目标应用)，则允许调用位置服务接口，将应用A 的加密应用信息下发至位置服务接口，由位置服务接口对应用A进行权限验证；若控制 器判断应用A与定位业务无关(即非目标应用)，则无需调用位置服务接口，控制应用A 的进程正常执行业务功能。该实施例在调用位置服务接口之前，可预先过滤掉非目标应 用，从而阻断非目标应用对位置服务接口的干扰。

在一些示例性的实现方式中，可为显示设备出厂自带的各项应用都配置预置应用信 息，控制器在接收到访问应用A的操作指令时，也可无需对应用A进行预判，而是默认 直接调用位置服务接口，将应用A的加密应用信息下发至位置服务接口，之后由位置服 务接口根据应用权限列表自行验证，若位置服务接口鉴别应用A为非目标应用/受限应 用，则不响应及生成位置查询请求。

在一些示例性的实现方式中，可仅为显示设备出厂自带的目标应用配置预置应用信 息，其他与定位业务无关的非目标应用不配置预置应用信息，控制器在接收到访问应用A的操作指令时，检测应用A是否被配置有预置应用信息，若应用A具有预置应用信息， 则认为应用A为目标应用，则调用位置服务接口执行对应用A的权限验证流程；若应用A不具有预置应用信息，则认为应用A为非目标应用，则无需调用位置服务接口，正常 执行应用A的业务功能即可。

在一些示例性的实现方式中，可为显示设备出厂自带的目标应用设置第一标识，为 其他非目标应用设置第二标识，所述第一标识用于表征应用关联有定位业务，所述第二标识用于表征应用与定位业务无关。控制器在接收到访问应用A的操作指令时，读取并 识别应用A的标识，若识别应用A的标识类型为第一标识，则调用位置服务接口执行对 应用A的权限验证流程；若识别应用A的标识类型为第二标识，则无需调用位置服务接 口，正常执行应用A的业务功能即可。需要说明的是，对被访应用进行权限验证的方式 不限于上述几个实施例的示例，位置服务接口的调用权限也可灵活设置。

在一些示例性的实现方式中，应用权限列表中的algorithm并不是固定不变的，支持 不定规律的调整，但需保证控制器KEY加密与位置服务接口KEY解密之间的匹配性， 进而保证应用权限验证的准确性和可靠性。

在一些示例性的实现方式中，当应用权限校验通过时，允许生成位置查询请求，为避免非法请求冒充，导致定位隐私产生安全风险，可使位置查询请求在发送前接受防火 墙验证。可选地，KEY是应用的专属验证码，防火墙可继续利用KEY进行安全校验， 但因防火墙不宜处理长度过大的验证码，因此需要先对KEY进行格式转换，以使验证码 长度被缩减至适配防火墙的要求。可选地，按照预设的映射关系，将KEY映射为另一种 格式表达(为便于描述命名为CODE)，例如对语言设置菜单的KEY′XXXXXX1′进行格 式转换，得到转换后的CODE为XXXA。

在一些示例性的实现方式中，将CODE按照约定算法进行加密，得到第二验证码，即第二验证码为密文CODE，然后根据应用标识和第二验证码生成验证信息，以目标应 用是语言设置菜单为例，验证信息例如表示为{业务ID:′1′；功能ID:′1′；密文CODE:′def5′}，def5是对CODE′XXXA′加密后得到的第二验证码，然后将验证信息按照预设格式附加在 位置查询请求上，再将位置查询请求发送给防火墙。

在一些示例性的实现方式中，位置查询请求是以数据包形式发送给用于定位的服务 器，参照图18示例的数据包结构，主要包括三部分数据标签，分别为应用进程数据、外带数据和IP数据包信息。其中，IP数据包信息中携带有本机IP地址，便于定位服务器 进行网络定位；外带数据可由位置服务接口调用专用接口来配置，外带数据包括前述验 证信息，也就是说，所述专用接口可被配置为执行前述生成验证信息的程序，并将验证 信息填充至外带数据的标签位中。当数据包按照上述结构构建完毕后，位置服务接口将 数据包发送给防火墙，防火墙支持处理外带数据，并能够基于约定的协议予以特例放行。

在一些示例性的实现方式中，防火墙中存储有出厂就已配置好的外带数据协议，外 带数据协议可参照如下表二的示例：

表二

序号	业务ID	功能ID	CODE	SALT	款项说明
						1	1	1	XXXA	0001	业务为位置服务，功能为语言设置
2	1	2	XXXB	0001	业务为位置服务，功能为地区设置
						3	1	3	XXXC	0001	业务为位置服务，功能为时区设置
4	2	4	XXXE	0001	业务为升级服务，功能为固件数据
						…	…	…	…	…	…

对于表二的示例，外带数据协议逐行展示预设的若干放行条件，所述放行条件包括 但不限于业务ID、功能ID、CODE、SALT、款项说明等，其中SALT是CODE加解密算 法标识。

在一些示例性的实现方式中，防火墙在接收位置查询请求的数据包后，基于已知的 数据包结构特征，访问指定的外带数据标签位，从中读取并解析验证信息，利用SALT 为0001的约定算法对密文CODE′def5′进行解密，得到解密还原后的明文CODE为 ′XXXA′，然后调用外带数据协议，根据解密后的验证信息和外带数据协议，对位置查询 请求进行鉴权，从而决策对位置查询请求执行放行动作或拦截动作。

在一些示例性的实现方式中，以验证信息{业务ID:′1′；功能ID:′1′；密文CODE:′def5′} 为例，防火墙识别到业务ID′1′、功能ID′1′、CODE′XXXA′均相符于序号1的放行条件， 即判定位置查询请求满足序号1的放行条件，则防火墙向控制器反馈放行指示信息；控制器接收到放行指示信息后，将位置查询请求通过网络发送给定位服务器；定位服务器 响应于位置查询请求，访问IP数据包信息标签位，读取显示设备当前的IP地址，并根 据IP地址进行网络定位，然后将位置信息发送给显示设备；控制器根据查询到的位置信 息生成第一指令，并将第一指令发送给目标应用进程；目标应用进程响应于第一指令， 根据位置信息执行对应的第一业务功能。该实施例中，初步的应用权限校验通过，并且 由防火墙进一步校验外带数据，并在判定位置查询请求无误后才予以放行，通过双重鉴 权机制，保证隐私及数据请求的安全性，基于外带数据协议，保证安全请求能够被放行， 从而在访问网络权限和定位权限均受限的场景中(例如设备首次开机时)，也能实现目标 应用的自动定位业务能力。

在一些示例性的实现方式中，参照图19提供的位置查询处理逻辑，防火墙接收数据 包，从中读取并解析验证信息，然后调用外带数据协议，若防火墙检测到业务ID、功能ID和明文CODE至少有一项与协议不符，则判定位置查询请求不满足外带数据协议中的 任意放行条件，则防火墙向控制器反馈拦截指示信息；控制器接收到拦截指示信息后， 不向定位服务器发送位置查询请求，向目标应用进程发送第二指令；目标应用进程响应 于第二指令，执行无位置信息状态下的第二业务功能。该实施例中，防火墙基于约定的 协议对外带数据进行校验，校验失败则说明可能产生了非法/冒充的位置查询请求，则对 该请求予以拦截，从而保证用户隐私安全。

在一些示例性的实现方式中，参照图20提供的位置查询处理逻辑，位置服务接口调 用应用权限列表后，若检测到业务ID、功能ID和明文KEY至少有一项与应用权限列表 不符，则校验失败，鉴定目标应用为受限应用，则位置服务接口不生成位置查询请求， 向控制器反馈无权指示信息；控制器接收到无权指示信息，向目标应用进程发送第二指 令；目标应用进程响应于第二指令，执行无位置信息状态下的第二业务功能。该实施例 中，在初步的应用权限验证时就鉴权失败，因此位置服务接口不生成位置查询请求，也 就无需防火墙进一步校验位置查询请求中的外带数据。

在一些示例性的实现方式中，外带数据协议中的SALT并不是固定不变的，支持不定规律的调整，但需保证专用接口对CODE加密与防火墙CODE解密之间的匹配性，进 而保证防火墙放行/拦截判别的准确性。

由以上几种处理逻辑可知，本申请通过专用接口与防火墙之间约定的外带数据协议， 一方面可规避非法定位请求，保护用户隐私安全，另一方面支持显示设备首次开机时定 位权限、网络访问权限均受限的情况下，也能根据目标应用与防火墙之间约定的协议查询位置信息，实现位置查询请求按需按权穿透防火墙。本申请能适配所有需要定位服务 的业务功能和应用，降低用户手动操作交互，从而提升用户应用体验。另外，显示设备 内各技术层面耦合低、接口简化且易于调用和执行，对于服务器端、UI层无程序代码配 置上的改动，利于相关功能的配置实现和普遍适用。

在一些示例性的实现方式中，图21提供一种位置信息查询方法，所述方法的执行主 体为控制器，所述方法包括如下程序步骤：

步骤S131，接收访问目标应用的操作指令。

步骤S132，对所述目标应用进行权限认证。

步骤S133，判断所述目标应用是否为授权应用。若目标应用为授权应用，则执行步骤S134；若目标应用为受限应用，则执行步骤S139。

步骤S134，生成位置查询请求，并将所述位置查询请求发送给防火墙。所述位置查询请求中携带有验证信息，所述验证信息用于指示防火墙根据验证信息，对位置查询请 求进行校验，并反馈校验结果。

步骤S135，检测是否接收到放行指示信息。若接收到放行指示信息，则执行步骤S136；若接收到的是拦截指示信息，则执行步骤S138。

步骤S136，将所述位置查询请求发送给服务器。本实施例中的服务器即前述定位服 务器。

步骤S137，接收所述服务器发送的位置信息，控制所述目标应用根据所述位置信息 执行对应的第一业务功能。

步骤S138，不向服务器发送所述位置查询请求，控制所述目标应用执行无位置信息 状态下的第二业务功能。

步骤S139，控制所述目标应用执行无位置信息状态下的第二业务功能。

第一业务功能和第二业务功能具体取决于目标应用，本申请不作具体限定。上述方 法实施例的其他细节内容可适应性参照前述位置查询处理逻辑中的相关表述，此处不再 赘述。

需要声明的是：本申请提供的UI仅仅是示例性的，具体以实际产品的设置和应用为 准；本申请中表一和表二仅仅是示例性的，位置服务接口中配置的应用权限列表以及防火墙配置的外带数据协议，均可根据实际产品进行灵活、按需配置；另外，位置查询请 求的数据包结构不限于本申请实施例的示例；本申请虽仅以设备首次开机时的设置向导 为例，描述位置查询方案和处理逻辑，但本申请还可适应性延伸到其他可能的定位受限 场景中，为适应多样化场景，基于本申请方法实施例，支持对位置查询处理逻辑涉及的 交互对象和交互流程进行适当调整、变型及扩展。

在一种示例性的实现方式中，本发明还提供一种计算机存储介质，该计算机存储介 质可存储有程序，该程序执行时可包括本申请位置信息查询方法及交互逻辑中涉及的程 序步骤。其中，计算机存储介质可为磁碟、光盘、只读存储记忆体(英文：Read-OnlyMemory，简称ROM)或随机存储记忆体(Random Access Memory，简称RAM)等。

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

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

Claims (10)

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

显示器，用于显示用户界面；

通信器，用于与服务器通信连接；

控制器，用于执行：

接收到访问目标应用的操作指令，生成位置查询请求，所述位置查询请求中携带有验证信息；

将所述位置查询请求发送给防火墙，所述防火墙被配置为根据所述验证信息，对所述位置查询请求进行校验，并在校验通过时反馈放行指示信息；

接收到所述放行指示信息，将所述位置查询请求发送给所述服务器；

接收到所述服务器响应于所述位置查询请求后发送的位置信息，控制所述目标应用根据所述位置信息执行对应的第一业务功能。

2.根据权利要求1所述的显示设备，其特征在于，所述防火墙还配位置为若所述位置查询请求校验失败，则反馈拦截指示信息。

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

接收到所述拦截指示信息，不向所述服务器发送所述位置查询请求，并控制所述目标应用执行无位置信息状态下的第二业务功能。

4.根据权利要求1所述的显示设备，其特征在于，在生成位置查询请求之前，所述控制器还用于执行：

获取所述目标应用的应用标识和第一验证码；

调用本机预置的位置服务接口，所述位置服务接口被配置为根据所述应用标识和所述第一验证码对所述目标应用进行权限验证，并在确定所述目标应用为授权应用时生成所述位置查询请求。

5.根据权利要求4所述的显示设备，其特征在于，所述位置服务接口还被配置为在确定所述目标应用为受限应用时，不生成所述位置查询请求，并向所述控制器反馈无权指示信息，所述无权指示信息用于指示所述控制器控制所述目标应用执行无位置信息状态下的第二业务功能。

6.根据权利要求4所述的显示设备，其特征在于，所述位置服务接口被配置为按照如下方式生成所述位置查询请求：

先转换所述第一验证码的格式，然后对所述第一验证码加密，得到第二验证码；

根据所述应用标识和所述第二验证码生成所述验证信息；

按照预设格式，将所述验证信息附加于生成的位置查询请求上。

7.根据权利要求6所述的显示设备，其特征在于，所述防火墙被配置为按照如下方式对所述位置查询请求进行校验：

从所述位置查询请求中解析出所述验证信息；

对所述第二验证码进行解密，得到解密验证码；

根据所述应用标识和所述解密验证码，校验所述位置查询请求是否满足放行条件；

若满足所述放行条件，反馈放行指示信息；

若不满足所述放行条件，反馈拦截指示信息。

8.一种位置信息查询方法，其特征在于，所述方法包括：

接收到访问目标应用的操作指令，生成位置查询请求，所述位置查询请求中携带有验证信息；

将所述位置查询请求发送给防火墙，所述防火墙被配置为根据所述验证信息，对所述位置查询请求进行校验，并在校验通过时放行所述位置查询请求，以使所述位置查询请求被发送到服务器；

接收到所述服务器响应于所述位置查询请求后发送的位置信息，控制所述目标应用根据所述位置信息执行对应的第一业务功能。

9.根据权利要求8所述的方法，其特征在于，所述防火墙还配位置为在所述位置查询请求校验失败时拦截所述位置查询请求，以使所述目标应用执行无位置信息状态下的第二业务功能。

10.根据权利要求8所述的方法，其特征在于，在生成位置查询请求之前，所述方法还包括：

获取所述目标应用的应用标识和第一验证码；

调用显示设备预置的位置服务接口，所述位置服务接口被配置为根据所述应用标识和所述第一验证码对所述目标应用进行权限验证，并在确定所述目标应用为授权应用时生成所述位置查询请求。

Images