CN111913755A - 一种应用程序的扫描方法和显示设备 - Google Patents

一种应用程序的扫描方法和显示设备 Download PDF

Info

Publication number
CN111913755A
CN111913755A CN202010646223.0A CN202010646223A CN111913755A CN 111913755 A CN111913755 A CN 111913755A CN 202010646223 A CN202010646223 A CN 202010646223A CN 111913755 A CN111913755 A CN 111913755A
Authority
CN
China
Prior art keywords
application program
operating system
bit number
weight value
target application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN202010646223.0A
Other languages
English (en)
Other versions
CN111913755B (zh
Inventor
刘健
黄玖法
吴汉勇
于硕
修国涵
张安祺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Visual Technology Co Ltd
Original Assignee
Hisense Visual Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Visual Technology Co Ltd filed Critical Hisense Visual Technology Co Ltd
Priority to CN202010646223.0A priority Critical patent/CN111913755B/zh
Publication of CN111913755A publication Critical patent/CN111913755A/zh
Application granted granted Critical
Publication of CN111913755B publication Critical patent/CN111913755B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
    • G06F3/147—Digital output to display device ; Cooperation and interconnection of the display device with other functional units using display panels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本申请公开了一种应用程序的扫描方法和显示设备。该显示设备包括：显示器；与所述显示器耦合的控制器，所述控制器被配置为：在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类；依据所述VmRuntime类对应的对象获取方法，获取所述VmRuntime类中包含的运行时Runtime对象；调用所述Runtime对象中的位数检测方法检测所述本地操作系统的操作系统位数；依据所述本地操作系统的操作系统位数确定所述目标应用程序的应用程序位数，所述目标应用程序的应用程序位数用于确定所述目标应用程序的启动策略。

Description

一种应用程序的扫描方法和显示设备
技术领域
本申请涉及显示技术领域，尤其涉及一种应用程序的扫描方法和显示设备。
背景技术
目前，电视采用的操作系统有很多，常用的是安卓(Android)操作系统。对于安卓操作系统，其中的包管理服务(Package Manager Service，PMS)会在扫描应用程序(Application，APP)时，解析本地已安装的应用程序(Application，APP)的安装文件比如安卓应用程序包(Android application package，APK)、lib文件夹或lib64文件夹等，以确定该应用程序的位数具体为32位还是64位。之后，安卓操作系统中的活跃管理服务(ActivityManager Service，AMS)会根据该应用程序的位数确定对应的应用程序启动策略启动该应用程序。
但是，在具体实现时，对于某些应用程序，常会出现以下问题：通过解析应用程序的安装文件却并未确定出该应用程序的应用程序位数。而不能确定应用程序的应用程序位数，则会影响应用程序的启动。
发明内容
本申请实施例提供一种应用程序的扫描方法和显示设备，用以确定出应用程序的应用程序位数。
根据本申请提供的第一方面，提供一种显示设备，包括：
显示器；
与所述显示器耦合的控制器，所述控制器被配置为：
在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类；
依据所述VmRuntime类对应的对象获取方法，获取所述VmRuntime类中包含的运行时Runtime对象；
调用所述Runtime对象中的位数检测方法检测所述本地操作系统的操作系统位数；
依据所述本地操作系统的操作系统位数确定所述目标应用程序的应用程序位数，所述目标应用程序的应用程序位数用于确定所述目标应用程序的启动策略。
根据本申请的第二方面，提供一种应用程序的扫描方法，包括：
在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类；
依据所述VmRuntime类对应的对象获取方法，获取所述VmRuntime类中包含的运行时Runtime对象；
调用所述Runtime对象中的位数检测方法检测所述本地操作系统的操作系统位数；
依据所述本地操作系统的操作系统位数确定所述目标应用程序的应用程序位数，所述目标应用程序的应用程序位数用于确定所述目标应用程序的启动策略。
上述实施例中，在扫描目标应用程序以确定目标应用程序的应用程序位数时，不再依赖于目标应用程序的安装文件，而是通过在PMS中构造VmRuntime类，并进一步通过调用该VmRuntime类中Runtime对象中的位数检测方法，以检测出显示设备本地操作系统的操作系统位数，进而依据本地操作系统的操作系统位数确定出目标应用程序的应用程序位数。由于在确定应用程序的应用程序位数时，不再依赖于应用程序的安装文件，因此应用程序位数的确定过程也不再受安装文件的限制，进而能够确定出所有应用程序的应用程序位数。
附图说明
图1中示例性示出了根据一些实施例的显示设备与控制装置之间操作场景的示意图；
图2中示例性示出了根据一些实施例的显示设备200的硬件配置框图；
图3中示例性示出了根据一些实施例的控制设备100的硬件配置框图；
图4中示例性示出了根据一些实施例的显示设备200中软件配置示意图；
图5中示例性示出了根据一些实施例的显示设备200中应用程序的图标控件界面显示示意图；
图6中示例性示出了根据一些实施例的应用程序的扫描方法的流程示意图；
图7中示例性示出了根据一些实施例的通过安装文件确定应用程序位数的流程图；
图8中示例性示出了根据一些实施例的根据本地操作系统的属性确定应用程序位数的流程图。
具体实施方式
为使本申请的目的、实施方式和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。
基于本申请描述的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请所附权利要求保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整实施方式。
需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明(Unless otherwise indicated)。应该理解这样使用的用语在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。
此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
本申请中使用的术语“遥控器”，是指电子设备(如本申请中公开的显示设备)的一个组件，通常可在较短的距离范围内无线控制电子设备。一般使用红外线和/或射频(RF)信号和/或蓝牙与电子设备连接，也可以包括WiFi、无线USB、蓝牙、动作传感器等功能模块。例如：手持式触摸遥控器，是以触摸屏中用户界面取代一般遥控装置中的大部分物理内置硬键。
本申请中使用的术语“手势”，是指用户通过一种手型的变化或手部运动等动作，用于表达预期想法、动作、目的/或结果的用户行为。
图1中示例性示出了根据实施例中显示设备与控制装置之间操作场景的示意图。如图1中示出，用户可通过移动终端300和控制装置100操作显示设备200。
在一些实施例中，控制装置100可以是遥控器，遥控器和显示设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式等，通过无线或其他有线方式来控制显示设备200。用户可以通过遥控器上按键，语音输入、控制面板输入等输入用户指令，来控制显示设备200。如：用户可以通过遥控器上音量加减键、频道控制键、上/下/左/右的移动按键、语音输入按键、菜单键、开关机按键等输入相应控制指令，来实现控制显示设备200的功能。
在一些实施例中，也可以使用移动终端、平板电脑、计算机、笔记本电脑、和其他智能设备以控制显示设备200。例如，使用在智能设备上运行的应用程序控制显示设备200。该应用程序通过配置可以在与智能设备关联的屏幕上，在直观的用户界面(UI)中为用户提供各种控制。
在一些实施例中，移动终端300可与显示设备200安装软件应用，通过网络通信协议实现连接通信，实现一对一控制操作的和数据通信的目的。如：可以实现用移动终端300与显示设备200建立控制指令协议，将遥控控制键盘同步到移动终端300上，通过控制移动终端300上用户界面，实现控制显示设备200的功能。也可以将移动终端300上显示音视频内容传输到显示设备200上，实现同步显示功能。
如图1中还示出，显示设备200还与服务器400通过多种通信方式进行数据通信。可允许显示设备200通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接。服务器400可以向显示设备200提供各种内容和互动。示例的，显示设备200通过发送和接收信息，以及电子节目指南(EPG)互动，接收软件程序更新，或访问远程储存的数字媒体库。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。通过服务器400提供视频点播和广告服务等其他网络服务内容。
显示设备200，可以液晶显示器、OLED显示器、投影显示设备。具体显示设备类型，尺寸大小和分辨率等不作限定，本领技术人员可以理解的是，显示设备200可以根据需要做性能和配置上一些改变。
显示设备200除了提供广播接收电视功能之外，还可以附加提供计算机支持功能的智能网络电视功能，包括但不限于，网络电视、智能电视、互联网协议电视(IPTV)等。
图2中示例性示出了根据示例性实施例中显示设备200的硬件配置框图。
在一些实施例中，显示设备200中包括控制器250、调谐解调器210、通信器220、检测器230、输入/输出接口255、显示器275，音频输出接口285、存储器260、供电电源290、用户接口265、外部装置接口240中的至少一种。
在一些实施例中，显示器275，用于接收源自第一处理器输出的图像信号，进行显示视频内容和图像以及菜单操控界面的组件。
在一些实施例中，显示器275，包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件。
在一些实施例中，显示视频内容，可以来自广播电视内容，也可以是说，可通过有线或无线通信协议接收的各种广播信号。或者，可显示来自网络通信协议接收来自网络服务器端发送的各种图像内容。
在一些实施例中，显示器275用于呈现显示设备200中产生且用于控制显示设备200的用户操控UI界面。
在一些实施例中，根据显示器275类型不同，还包括用于驱动显示的驱动组件。
在一些实施例中，显示器275为一种投影显示器，还可以包括一种投影装置和投影屏幕。
在一些实施例中，通信器220是用于根据各种通信协议类型与外部设备或外部服务器进行通信的组件。例如：通信器可以包括Wifi芯片，蓝牙通信协议芯片，有线以太网通信协议芯片等其他网络通信协议芯片或近场通信协议芯片，以及红外接收器中的至少一种。
在一些实施例中，显示设备200可以通过通信器220与外部控制设备100或内容提供设备之间建立控制信号和数据信号发送和接收。
在一些实施例中，用户接口265，可用于接收控制装置100(如：红外遥控器等)红外控制信号。
在一些实施例中，检测器230是显示设备200用于采集外部环境或与外部交互的信号。
在一些实施例中，检测器230包括光接收器，用于采集环境光线强度的传感器，可以通过采集环境光可以自适应性显示参数变化等。
在一些实施例中，检测器230还可以包括图像采集器，如相机、摄像头等，可以用于采集外部环境场景，以及用于采集用户的属性或与用户交互手势，可以自适应变化显示参数，也可以识别用户手势，以实现与用户之间互动的功能。
在一些实施例中，检测器230还可以包括温度传感器等，如通过感测环境温度。
在一些实施例中，显示设备200可自适应调整图像的显示色温。如当温度偏高的环境时，可调整显示设备200显示图像色温偏冷色调，或当温度偏低的环境时，可以调整显示设备200显示图像偏暖色调。
在一些实施例中，检测器230还可声音采集器等，如麦克风，可以用于接收用户的声音。示例性的，包括用户控制显示设备200的控制指令的语音信号，或采集环境声音，用于识别环境场景类型，使得显示设备200可以自适应适应环境噪声。
在一些实施例中，如图2所示，输入/输出接口255被配置为，可进行控制器250与外部其他设备或其他控制器250之间的数据传输。如接收外部设备的视频信号数据和音频信号数据、或命令指令数据等。
在一些实施例中，外部装置接口240可以包括，但不限于如下：可以高清多媒体接口HDMI接口、模拟或数据高清分量输入接口、复合视频输入接口、USB输入接口、RGB端口等任一个或多个接口。也可以是上述多个接口形成复合性的输入/输出接口。
在一些实施例中，如图2所示，调谐解调器210被配置为，通过有线或无线接收方式接收广播电视信号，可以进行放大、混频和谐振等调制解调处理，从多多个无线或有线广播电视信号中解调出音视频信号，该音视频信号可以包括用户所选择电视频道频率中所携带的电视音视频信号，以及EPG数据信号。
在一些实施例中，调谐解调器210解调的频点受到控制器250的控制，控制器250可根据用户选择发出控制信号，以使的调制解调器响应用户选择的电视信号频率以及调制解调该频率所携带的电视信号。
在一些实施例中，广播电视信号可根据电视信号广播制式不同区分为地面广播信号、有线广播信号、卫星广播信号或互联网广播信号等。或者根据调制类型不同可以区分为数字调制信号，模拟调制信号等。或者根据信号种类不同区分为数字信号、模拟信号等。
在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。这样，机顶盒将接收到的广播电视信号调制解调后的电视音视频信号输出给主体设备，主体设备经过第一输入/输出接口接收音视频信号。
在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制显示设备的工作和响应用户的操作。控制器250可以控制显示设备200的整体操作。例如：响应于接收到用于选择在显示器275上显示UI对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。
在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接或图标。与所选择的对象有关操作，例如：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。用于选择UI对象用户命令，可以是通过连接到显示设备200的各种输入装置(例如，鼠标、键盘、触摸板等)输入命令或者与由用户说出语音相对应的语音命令。
如图2所示，控制器250包括随机存取存储器251(Random Access Memory，RAM)、只读存储器252(Read-Only Memory,ROM)、视频处理器270、音频处理器280、其他处理器253(例如：图形处理器(Graphics Processing Unit，GPU)、中央处理器254(CentralProcessing Unit，CPU)、通信接口(Communication Interface)，以及通信总线256(Bus)中的至少一种。其中，通信总线连接各个部件。
在一些实施例中，RAM 251用于存储操作系统或其他正在运行中的程序的临时数据
在一些实施例中，ROM 252用于存储各种系统启动的指令。
在一些实施例中，ROM 252用于存储一个基本输入输出系统，称为基本输入输出系统(Basic Input Output System，BIOS)。用于完成对系统的加电自检、系统中各功能模块的初始化、系统的基本输入/输出的驱动程序及引导操作系统。
在一些实施例中，在收到开机信号时，显示设备200电源开始启动，CPU运行ROM252中系统启动指令，将存储在存储器的操作系统的临时数据拷贝至RAM 251中，以便于启动或运行操作系统。当操作系统启动完成后，CPU再将存储器中各种应用程序的临时数据拷贝至RAM 251中,然后，以便于启动或运行各种应用程序。
在一些实施例中，CPU处理器254，用于执行存储在存储器中操作系统和应用程序指令。以及根据接收外部输入的各种交互指令，来执行各种应用程序、数据和内容，以便最终显示和播放各种音视频内容。
在一些示例性实施例中，CPU处理器254，可以包括多个处理器。多个处理器可包括一个主处理器以及一个或多个子处理器。主处理器，用于在预加电模式中执行显示设备200一些操作，和/或在正常模式下显示画面的操作。一个或多个子处理器，用于在待机模式等状态下一种操作。
在一些实施例中，图形处理器253，用于产生各种图形对象，如：图标、操作菜单、以及用户输入指令显示图形等。包括运算器，通过接收用户输入各种交互指令进行运算，根据显示属性显示各种对象。以及包括渲染器，对基于运算器得到的各种对象，进行渲染，上述渲染后的对象用于显示在显示器上。
在一些实施例中，视频处理器270被配置为将接收外部视频信号，根据输入信号的标准编解码协议，进行解压缩、解码、缩放、降噪、帧率转换、分辨率转换、图像合成等等视频处理，可得到直接可显示设备200上显示或播放的信号。
在一些实施例中，视频处理器270，包括解复用模块、视频解码模块、图像合成模块、帧率转换模块、显示格式化模块等。
其中，解复用模块，用于对输入音视频数据流进行解复用处理，如输入MPEG-2,则解复用模块进行解复用成视频信号和音频信号等。
视频解码模块，则用于对解复用后的视频信号进行处理，包括解码和缩放处理等。
图像合成模块，如图像合成器，其用于将图形生成器根据用户输入或自身生成的GUI信号，与缩放处理后视频图像进行叠加混合处理，以生成可供显示的图像信号。
帧率转换模块，用于对转换输入视频帧率，如将60Hz帧率转换为120Hz帧率或240Hz帧率，通常的格式采用如插帧方式实现。
显示格式化模块，则用于将接收帧率转换后视频输出信号，改变信号以符合显示格式的信号，如输出RGB数据信号。
在一些实施例中，图形处理器253可以和视频处理器可以集成设置，也可以分开设置，集成设置的时候可以执行输出给显示器的图形信号的处理，分离设置的时候可以分别执行不同的功能，例如GPU+FRC(Frame Rate Conversion))架构。
在一些实施例中，音频处理器280，用于接收外部的音频信号，根据输入信号的标准编解码协议，进行解压缩和解码，以及降噪、数模转换、和放大处理等处理，得到可以在扬声器中播放的声音信号。
在一些实施例中，视频处理器270可以包括一颗或多颗芯片组成。音频处理器，也可以包括一颗或多颗芯片组成。
在一些实施例中，视频处理器270和音频处理器280，可以单独的芯片，也可以于控制器一起集成在一颗或多颗芯片中。
在一些实施例中，音频输出，在控制器250的控制下接收音频处理器280输出的声音信号，如：扬声器286，以及除了显示设备200自身携带的扬声器之外，可以输出至外接设备的发生装置的外接音响输出端子，如：外接音响接口或耳机接口等，还可以包括通信接口中的近距离通信模块，例如：用于进行蓝牙扬声器声音输出的蓝牙模块。
供电电源290，在控制器250控制下，将外部电源输入的电力为显示设备200提供电源供电支持。供电电源290可以包括安装显示设备200内部的内置电源电路，也可以是安装在显示设备200外部电源，在显示设备200中提供外接电源的电源接口。
用户接口265，用于接收用户的输入信号，然后，将接收用户输入信号发送给控制器250。用户输入信号可以是通过红外接收器接收的遥控器信号，可以通过网络通信模块接收各种用户控制信号。
在一些实施例中，用户通过控制装置100或移动终端300输入用户命令，用户输入接口则根据用户的输入，显示设备200则通过控制器250响应用户的输入。
在一些实施例中，用户可在显示器275上显示的图形用户界面(GUI)输入用户命令，则用户输入接口通过图形用户界面(GUI)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。
在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常用的表现形式是图形用户界面(Graphic User Interface，GUI)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、Widget等可视的界面元素。
存储器260，包括存储用于驱动显示设备200的各种软件模块。如：第一存储器中存储的各种软件模块，包括：基础模块、检测模块、通信模块、显示控制模块、浏览器模块、和各种服务模块等中的至少一种。
基础模块用于显示设备200中各个硬件之间信号通信、并向上层模块发送处理和控制信号的底层软件模块。检测模块用于从各种传感器或用户输入接口中收集各种信息，并进行数模转换以及分析管理的管理模块。
例如，语音识别模块中包括语音解析模块和语音指令数据库模块。显示控制模块用于控制显示器进行显示图像内容的模块，可以用于播放多媒体图像内容和UI界面等信息。通信模块，用于与外部设备之间进行控制和数据通信的模块。浏览器模块，用于执行浏览服务器之间数据通信的模块。服务模块，用于提供各种服务以及各类应用程序在内的模块。同时，存储器260还用存储接收外部数据和用户数据、各种用户界面中各个项目的图像以及焦点对象的视觉效果图等。
图3示例性示出了根据示例性实施例中控制设备100的配置框图。如图3所示，控制设备100包括控制器110、通信接口130、用户输入/输出接口、存储器、供电电源。
控制设备100被配置为控制显示设备200，以及可接收用户的输入操作指令，且将操作指令转换为显示设备200可识别和响应的指令，起用用户与显示设备200之间交互中介作用。如：用户通过操作控制设备100上频道加减键，显示设备200响应频道加减的操作。
在一些实施例中，控制设备100可是一种智能设备。如：控制设备100可根据用户需求安装控制显示设备200的各种应用。
在一些实施例中，如图1所示，移动终端300或其他智能电子设备，可在安装操控显示设备200的应用之后，可以起到控制设备100类似功能。如：用户可以通过安装应用，在移动终端300或其他智能电子设备上可提供的图形用户界面的各种功能键或虚拟按钮，以实现控制设备100实体按键的功能。
控制器110包括处理器112和RAM 113和ROM 114、通信接口130以及通信总线。控制器用于控制控制设备100的运行和操作，以及内部各部件之间通信协作以及外部和内部的数据处理功能。
通信接口130在控制器110的控制下，实现与显示设备200之间控制信号和数据信号的通信。如：将接收到的用户输入信号发送至显示设备200上。通信接口130可包括WiFi芯片131、蓝牙模块132、NFC模块133等其他近场通信模块中至少之一种。
用户输入/输出接口140，其中，输入接口包括麦克风141、触摸板142、传感器143、按键144等其他输入接口中至少一者。如：用户可以通过语音、触摸、手势、按压等动作实现用户指令输入功能，输入接口通过将接收的模拟信号转换为数字信号，以及数字信号转换为相应指令信号，发送至显示设备200。
输出接口包括将接收的用户指令发送至显示设备200的接口。在一些实施例中，可以红外接口，也可以是射频接口。如：红外信号接口时，需要将用户输入指令按照红外控制协议转化为红外控制信号，经红外发送模块进行发送至显示设备200。再如：射频信号接口时，需将用户输入指令转化为数字信号，然后按照射频控制信号调制协议进行调制后，由射频发送端子发送至显示设备200。
在一些实施例中，控制设备100包括通信接口130和输入输出接口140中至少一者。控制设备100中配置通信接口130，如：WiFi、蓝牙、NFC等模块，可将用户输入指令通过WiFi协议、或蓝牙协议、或NFC协议编码，发送至显示设备200.
存储器190，用于在控制器的控制下存储驱动和控制控制设备200的各种运行程序、数据和应用。存储器190，可以存储用户输入的各类控制信号指令。
供电电源180，用于在控制器的控制下为控制设备100各元件提供运行电力支持。可以电池及相关控制电路。
在一些实施例中，系统可以包括内核(Kernel)、命令解析器(shell)、文件系统和应用程序。内核、shell和文件系统一起组成了基本的操作系统结构，它们让用户可以管理文件、运行程序并使用系统。上电后，内核启动，激活内核空间，抽象硬件、初始化硬件参数等，运行并维护虚拟内存、调度器、信号及进程间通信(IPC)。内核启动后，再加载Shell和用户应用程序。应用程序在启动后被编译成机器码，形成一个进程。
参见图4，在一些实施例中，将系统分为四层，从上至下分别为应用程序(Applications)层(简称“应用层”)，应用程序框架(Application Framework)层(简称“框架层”)，安卓运行时(Android runtime)和系统库层(简称“系统运行库层”)，以及内核层。
在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(Window)程序、系统设置程序、时钟程序、相机应用等；也可以是第三方开发者所开发的应用程序，比如嗨见程序、K歌程序、魔镜程序等。在具体实施时，应用程序层中的应用程序包不限于以上举例，实际还可以包括其它应用程序包，本申请实施例对此不做限制。
框架层为应用程序层的应用程序提供应用编程接口(application programminginterface，API)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过API接口，可在执行中访问系统中的资源和取得系统的服务
如图4所示，本申请实施例中应用程序框架层包括管理器(Managers)，内容提供者(Content Provider)等，其中管理器包括以下模块中的至少一个：活动管理器(ActivityManager)用与和系统中正在运行的所有活动进行交互；位置管理器(Location Manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(Package Manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(NotificationManager)用于控制通知消息的显示和清除；窗口管理器(Window Manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
在一些实施例中，活动管理器用于：管理各个应用程序的生命周期以及通常的导航回退功能，比如控制应用程序的退出(包括将显示窗口中当前显示的用户界面切换到系统桌面)、打开、后退(包括将显示窗口中当前显示的用户界面切换到当前显示的用户界面的上一级用户界面)等。
在一些实施例中，窗口管理器用于管理所有的窗口程序，比如获取显示屏大小，判断是否有状态栏，锁定屏幕，截取屏幕，控制显示窗口变化(例如将显示窗口缩小显示、抖动显示、扭曲变形显示等)等。
在一些实施例中，系统运行库层为上层即框架层提供支撑，当框架层被使用时，安卓操作系统会运行系统运行库层中包含的C/C++库以实现框架层要实现的功能。
在一些实施例中，内核层是硬件和软件之间的层。如图4所示，内核层至少包含以下驱动中的至少一种：音频驱动、显示驱动、蓝牙驱动、摄像头驱动、WIFI驱动、USB驱动、HDMI驱动、传感器驱动(如指纹传感器，温度传感器，触摸传感器、压力传感器等)等。
在一些实施例中，内核层还包括用于进行电源管理的电源驱动模块。
在一些实施例中，图4中的软件架构对应的软件程序和/或模块存储在图2或图3所示的第一存储器或第二存储器中。
在一些实施例中，以魔镜应用(拍照应用)为例，当遥控接收装置接收到遥控器输入操作，相应的硬件中断被发给内核层。内核层将输入操作加工成原始输入事件(包括输入操作的值，输入操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件，根据焦点当前的位置识别该输入事件所对应的控件以及以该输入操作是确认操作，该确认操作所对应的控件为魔镜应用图标的控件，魔镜应用调用应用框架层的接口，启动魔镜应用，进而通过调用内核层启动摄像头驱动，实现通过摄像头捕获静态图像或视频。
在一些实施例中，对于具备触控功能的显示设备，以分屏操作为例，显示设备接收用户作用于显示屏上的输入操作(如分屏操作)，内核层可以根据输入操作产生相应的输入事件，并向应用程序框架层上报该事件。由应用程序框架层的活动管理器设置与该输入操作对应的窗口模式(如多窗口模式)以及窗口位置和大小等。应用程序框架层的窗口管理根据活动管理器的设置绘制窗口，然后将绘制的窗口数据发送给内核层的显示驱动，由显示驱动在显示屏的不同显示区域显示与之对应的应用界面。
在一些实施例中，如图5中所示，应用程序层包含至少一个应用程序可以在显示器中显示对应的图标控件，如：直播电视应用程序图标控件、视频点播应用程序图标控件、媒体中心应用程序图标控件、应用程序中心图标控件、游戏应用图标控件等。
在一些实施例中，直播电视应用程序，可以通过不同的信号源提供直播电视。例如，直播电视应用程可以使用来自有线电视、无线广播、卫星服务或其他类型的直播电视服务的输入提供电视信号。以及，直播电视应用程序可在显示设备200上显示直播电视信号的视频。
在一些实施例中，视频点播应用程序，可以提供来自不同存储源的视频。不同于直播电视应用程序，视频点播提供来自某些存储源的视频显示。例如，视频点播可以来自云存储的服务器端、来自包含已存视频节目的本地硬盘储存器。
在一些实施例中，媒体中心应用程序，可以提供各种多媒体内容播放的应用程序。例如，媒体中心，可以为不同于直播电视或视频点播，用户可通过媒体中心应用程序访问各种图像或音频所提供服务。
在一些实施例中，应用程序中心，可以提供储存各种应用程序。应用程序可以是一种游戏、应用程序，或某些和计算机系统或其他设备相关但可以在智能电视中运行的其他应用程序。应用程序中心可从不同来源获得这些应用程序，将它们储存在本地储存器中，然后在显示设备200上可运行。
下面对本申请实施例提供的应用程序的扫描方法进行描述：
请参见图6，图6中示例性示出了根据一些实施例的应用程序的扫描方法的流程示意图。图6所示流程的执行主体可以是上述的显示设备。
如图6所示，该流程可包括以下步骤：
步骤101，在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类。
在一些实施例中，本步骤101，可以是在显示设备完成操作系统升级时执行。在另一些实施例中，本步骤101，可以是在显示设备恢复出厂设置时执行。
在一些实施例中，本地操作系统中的指定服务，可以是用于负责收集显示设备中已安装应用程序在启动前所需应用程序信息的服务，该应用程序信息可以是应用程序的应用程序位数。可选的，在显示设备的操作系统为安卓操作系统时，该指定服务可以是包管理服务PMS。下面若未明确说明，则均以显示设备中操作系统为安卓操作系统、指定服务为包管理服务为例进行描述。
在构建VmRuntime类时，可以首先对显示设备的本地操作系统的版本和本地操作系统所支持的API接口是否满VmRuntime类的构建条件进行判断，并在满足条件时构建VmRuntime类。
可选的，在判断本地操作系统的版本和支持的API接口是否满足构建条件时，可通过运行“build.version.sdk_int<build.version.codes.lolillpop()”代码实现。若运行该代码后返回的结果是“ture”，则表示本地操作系统的版本和支持的API接口满足VmRuntime类的构建条件，能够构建VmRuntime类。若运行该代码后返回的结果是“false”，则表示本地操作系统的版本和支持的API接口不满足VmRuntime类的构架条件，即构建VmRuntime类失败。至于在VmRuntime类构建失败时，如何确定目标应用程序的应用程序位数，下文会详细描述，这里暂不赘述。
在确定出本地操作系统的版本和支持的API接口满足VmRuntime类的构建条件后，便可以在PMS中构建VmRuntime类。这里，之所以在PMS中构建VmRuntime类，是因为应用程序在启动的过程中主要涉及两个阶段，第一个阶段是由PMS负责的扫描阶段，即确定出应用程序位数的阶段、第二个阶段是由AMS负责的启动阶段，即不再确定应用程序位数，而是基于PMS确定出的应用程序位数执行相应启动策略的阶段。基于此，应用程序位数需要在PMS中确定完毕，所以VmRuntime类也需要相应的构建在PMS中。
可选的，在PMS中构建VmRuntime类时，可通过运行“VMRunTime()”代码实现。若运行该代码后返回的结果是“ture”，则表示构建VmRuntime类成功。若运行该代码后返回的结果是“false”，则表示构建VmRuntime类失败。这里，导致构建VmRuntime类失败的原因有很多，例如操作系统运行异常、或者缺少必要的相关文件等。至于在VmRuntime类构建失败时，如何确定目标应用程序的应用程序位数，下文会详细描述，这里暂不赘述。
在一些实施例中，执行本步骤101之前，可先依据目标应用程序的安装文件确定该目标应用程序的应用程序位数，并在确定失败时执行本步骤101。至于如何依据目标应用程序的安装文件确定应用程序位数，下文会详细描述，这里暂不赘述。
步骤102，依据VmRuntime类对应的对象获取方法，获取VmRuntime类中包含的运行时Runtime对象。
在VmRuntime类构建成功时，则可调用该VmRuntime类对应的对象获取方法获取VmRuntime类中包含的运行时Runtime对象。这里，Runtime对象是目标应用程序的运行环境对象，能够通过调用Runtime对象中的各类方法可以获取目标应用程序的运行环境，例如本地操作系统的操作系统位数。
可选的，在获取Runtime对象时，可以通过运行getRunTime()方法实现。若运行该代码后返回的结果是“ture”，则表示Runtime对象获取成功。
步骤103，调用Runtime对象中的位数检测方法检测本地操作系统的操作系统位数。
在一些实施例中，调用Runtime对象中的位数检测方法可采用反射机制调用。这里的反射机制是JAVA中的反射(reflection)机制，具体是指：在运行状态中，对于任意一个对象，都能够调用它的任意一个方法；这种动态调用对象的方法的功能称为java的反射机制。本步骤中之所以借助反射机制，其目的在于通过已获取的运行时对象来调用位数检测方法，进而对操作系统的操作系统位数进行检测。
可选的，位数检测方法可以有多种实现方式。作为其中一种实现方式，该位数检测方法可以是is64bit()方法，用于检测本地操作系统的操作系统位数是否是64位。在调用该is64bit()方法后，若返回的结果是“ture”，则表示本地操作系统的操作系统位数是64位。若返回的结果是“false”，则表示本地操作系统的操作系统位数是32位。
作为另一种实现方式，该位数检测方法也可以是is32bit()方法，用于检测本地操作系统的操作系统位数是否是32位。在调用该is32bit()方法后，若返回的结果是“ture”，则表示本地操作系统的操作系统位数是32位。若返回的结果是“false”，则表示本地操作系统的操作系统位数是64位。
步骤104，依据本地操作系统的操作系统位数确定目标应用程序的应用程序位数，目标应用程序的应用程序位数用于确定目标应用程序的启动策略。
在调用位数检测方法，得到本地操作系统的操作系统位数后，便可将该操作系统位数确定为目标应用程序的应用程序位数。
在一个例子中，确定出目标应用程序的用程序位数之后，PMS会将该应用程序位数记录至目标应用程序对应的app.info.primaryCpuAbi中。之后，AMS会通过StartProcessLocked函数获取该app.info.primaryCpuAbi，进而确定出对应于该应用程序位数位的启动策略，并按照该启动策略启动该目标应用程序。
可选的，对应于应用程序位数为64位的启动策略，可以是在显示设备本地的/system/lib64路径下查找该应用程序启动所需的文件类型为.so的文件，并依据查找到的相应文件启动该应用程序。对应于应用程序位数为32位的启动策略，可以是在显示设备本地的/system/lib路径下查找该应用程序启动所需的文件类型为.so的文件，并依据查找到的相应文件启动该应用程序。
至此，完成图6所示流程。
上述实施例中，在扫描目标应用程序以确定目标应用程序的应用程序位数时，不再依赖于目标应用程序的安装文件，而是通过构造VmRuntime类，并进一步通过调用该VmRuntime类中Runtime对象中的位数检测方法，以检测出显示设备本地操作系统的操作系统位数，进而依据本地操作系统的操作系统位数确定出目标应用程序的应用程序位数。由于在确定应用程序的应用程序位数时，不再依赖于应用程序的安装文件，因此应用程序位数的确定过程也不再受安装文件的限制，进而能够确定出所有应用程序的应用程序位数。
下面描述如何通过安装文件确定目标应用程序的应用程序位数：
参见图7，图7中示例性示出了根据一些实施例的通过安装文件确定应用程序位数的流程图。该流程应用于上述的显示设备。
如图7所示，该流程可包括以下步骤：
步骤105，通过目标应用程序所在安装路径下的安装文件确定目标应用程序的应用程序位数，安装文件至少包括：安卓应用程序包APK。
在依据安装文件确定目标应用程序的位数时，PMS会访问该目标应用程序的安装目录，进而解析该安装目录下存储的安装文件，以尝试依据安装文件确定出该应用程序的位数。
可选的，包管理服务首先会运行derivePackageAbi()方法，依据该方法解析安装文件中的APK，以获取APK中文件类型为SO的文件中记录的primaryCpuAbi值，进而依据primaryCpuAbi的值确定出应用程序的位数。对于ShareUserID归属于非系统用户组的应用程序而言，若该应用程序的APK中不存在上述文件类型为SO的文件，那么在此时便可得到无法确定出该应用程序的位数的结果。这里的ShareUserID用于指示应用程序是否归属于系统用户组。
而对于ShareUserID归属于系统用户组的应用程序而言，若依据上述derivePackageAbi()方法未能确定出该应用程序的位数，则PMS会继续运行setBundledAppAbisAndRoots()方法，以检测该应用程序的安装目录下的安装文件中是否存在/${APP_NAME}/lib64文件夹或是/${APP_NAME}/lib文件夹。若存在/${APP_NAME}/lib64，则确定该应用程序的位数为64位；若存在/${APP_NAME}/lib，则确定该应用程序的位数为32位。若该应用程序的安装目录下的安装文件中既不存在/${APP_NAME}/lib64文件夹，也不存在/${APP_NAME}/lib文件夹，则得到无法确定出该应用程序的位数的结果。这里的APP_NAME表示的是应用程序的名称。
步骤106，当通过目标应用程序所在安装路径下的安装文件未能确定目标应用程序的应用程序位数，则在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类。
当通过安装文件未能确定目标应用程序的应用程序位数，则可执行前述的步骤101。
以上对如何通过安装文件确定应用程序位数进行了描述。
下面，描述在VmRuntime类构建失败时，如何确定目标应用程序的应用程序位数：
参见图8，图8中示例性示出了根据一些实施例的根据本地操作系统的属性确定应用程序位数的流程图。该流程应用于上述的显示设备。
如图8所示，该流程可包括以下步骤：
步骤107，当已配置有本地操作系统的属性，属性用于指示本地操作系统的操作系统位数，则将属性所指示的本地操作系统的操作系统位数确定为目标应用程序的应用程序位数。
在执行本步骤之前，可预先在显示设备中为本地操作系统配置属性，该属性用于指示本地操作系统的操作系统位数。例如，当属性为1时，可用于指示本显示设备中操作系统的位数为32位。而当标志位为0时，可用于指示本显示设备中操作系统的位数为64位。
在一些实施例中，为了保证属性不会因显示设备的关机而丢失，可将属性设置于显示设备的硬盘中，而非显示设备的内存中。
在一些实施例中，当显示设备因更换操作系统而改变操作系统的位数后，设置在显示设备中的属性也可随操作系统的位数的更改而更改。
步骤108，当未配置有本地操作系统的属性，则等待设定时间后，依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数。
在一些实施例中，本步骤108中的设定时间，可以用于等待其它各应用程序的应用程序位数被确定完毕。这里其它各应用程序的应用程序位数的确定方式，可以是前述的通过安装文件确定的方式、通过构建VMRunTime类确定的方式和/或通过本地操作系统的属性确定的方式确定。至于设定时间的具体数值，可根据历史经验确定，本申请对此不做限定。
可选的，设定时间可以通过定时器实现。在确定未配置有本地操作系统的属性时，便可启动相应的定时器。之后，当定时器超时时，便可确定已等待了设定时间。
在确定已等待了设定时间后，便可依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数。至于如何依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数，下文会详细描述，这里暂不赘述。
以上对VmRuntime类构建失败时，如何确定目标应用程序的应用程序位数进行了描述。
下面，描述如何依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数：
步骤109，在依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数时，获得第一类应用程序中各应用程序的权重值、以及第二类应用程序中各应用程序的权重值；依据已获得的第一类应用程序中各应用程序的权重值、以及第二类应用程序中各应用程序的权重值确定目标应用程序的应用程序位数。
在执行本步骤109之前，可预先为不同的应用程序分配相应的权重值。这里的权重值可用于表示应用程序的重要性，应用程序越为重要，其权重值越高。例如，归属于系统用户组的应用程序，由于其涉及到本地操作系统的正常运行，因而其权重值相较于非系统用户组的应用程序可以较高。但需要说明的是，不同应用程序的权重值的具体数值可根据实际情况设置，但需符合前述的应用程序越为重要，其权重值越高的要求。
在一些实施例中，为不同应用程序分配相应权重值的操作可由人为手工操作完成，但这样相对繁琐。在另外一些实施例中，为不同应用程序分配相应权重值的操作，则可以由显示设备自动完成。例如，预先在显示设备中配置一些权重分配策略，以使显示设备基于预先配置的权重分配策略为应用程序分配权重值。
在本步骤109中，在确定出其他各应用程序的应用程序位数后，可根据应用程序位数对各应用程序进行分类，得到第一类应用程序和第二类应用程序。其中，第一类应用程序包括：位数为第一值的应用程序，这里的第一值可以是32或64中的一个。第二类应用程序包括：位数为第二值的应用程序。这里，相对于第一值是32，则第二值可以是64。而相对于第一值是64，则第二值可以是32。
在完成应用程序的分类后，可基于各应用程序的权重值(例如前述预先分配的权重值)，计算第一类应用程序中各应用程序的权重值的第一权重总值，以及计算第二类应用程序中各应用程序的权重值的第二权重总值。
在得到第一权重总值和第二权重总值之后，可以对两者的数值大小进行比较。当第一权重总值大于第二权重总值，则将目标应用程序的应用程序位数确定为第一值。而当第一权重总值小于或等于第二权重总值，则将目标应用程序的应用程序位数确定为第二值。
以上，对如何依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数进行了描述。
以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (12)

1.一种显示设备，其特征在于，包括：
显示器；
与所述显示器耦合的控制器，所述控制器被配置为：
在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类；
依据所述VmRuntime类对应的对象获取方法，获取所述VmRuntime类中包含的运行时Runtime对象；
调用所述Runtime对象中的位数检测方法检测所述本地操作系统的操作系统位数；
依据所述本地操作系统的操作系统位数确定所述目标应用程序的应用程序位数，所述目标应用程序的应用程序位数用于确定所述目标应用程序的启动策略。
2.根据权利要求1所述的显示设备，其特征在于，所述控制器还被配置为：
通过所述目标应用程序所在安装路径下的安装文件确定所述目标应用程序的应用程序位数，所述安装文件至少包括：安卓应用程序包APK；
当通过所述目标应用程序所在安装路径下的安装文件未能确定所述目标应用程序的应用程序位数，则在所述本地操作系统中处于运行状态的所述指定服务中构造一个对应所述目标应用程序的VmRuntime类。
3.根据权利要求1所述的显示设备，其特征在于，所述操作系统为安卓操作系统，所述指定服务为包管理服务PMS。
4.根据权利要求1至3任一项所述的显示设备，其特征在于，所述控制器在构造VmRuntime类失败时，进一步被配置为：
当已配置有所述本地操作系统的属性，所述属性用于指示所述本地操作系统的操作系统位数，则将所述属性所指示的所述本地操作系统的操作系统位数确定为所述目标应用程序的应用程序位数；
当未配置有所述本地操作系统的属性，则等待设定时间后，依据其它各应用程序被确定出的应用程序位数确定所述目标应用程序的应用程序位数。
5.根据权利要求4所述的显示设备，其特征在于，所述控制器被具体配置为：
在依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数时，获得第一类应用程序中各应用程序的权重值、以及第二类应用程序中各应用程序的权重值；依据已获得的第一类应用程序中各应用程序的权重值、以及第二类应用程序中各应用程序的权重值确定所述目标应用程序的应用程序位数；
所述第一类应用程序包括：位数为第一值的应用程序；
所述第二类应用程序包括：位数为第二值的应用程序。
6.根据权利要求5所述的显示设备，其特征在于，所述控制器被具体配置为：
在依据已获得的所述第一类应用程序中各应用程序的权重值、以及所述第二类应用程序中各应用程序的权重值确定所述目标应用程序的应用程序位数时，依据已获得的所述第一类应用程序中各应用程序的权重值计算第一权重总值；
依据已获得的所述第二类应用程序中各应用程序的权重值计算第二权重总值；
当所述第一权重总值大于所述第二权重总值，则将所述目标应用程序的应用程序位数确定为所述第一值；
当所述第一权重总值小于或等于所述第二权重总值，则将所述目标应用程序的应用程序位数确定为所述第二值。
7.一种应用程序的扫描方法，其特征在于，包括：
在本地操作系统中处于运行状态的指定服务中构造一个对应目标应用程序的虚拟机运行时VmRuntime类；
依据所述VmRuntime类对应的对象获取方法，获取所述VmRuntime类中包含的运行时Runtime对象；
调用所述Runtime对象中的位数检测方法检测所述本地操作系统的操作系统位数；
依据所述本地操作系统的操作系统位数确定所述目标应用程序的应用程序位数，所述目标应用程序的应用程序位数用于确定所述目标应用程序的启动策略。
8.根据权利要求7所述的方法，其特征在于，该方法进一步包括：
通过所述目标应用程序所在安装路径下的安装文件确定所述目标应用程序的应用程序位数，所述安装文件至少包括：安卓应用程序包APK；
当通过所述目标应用程序所在安装路径下的安装文件未能确定所述目标应用程序的应用程序位数，则在所述本地操作系统中处于运行状态的所述指定服务中构造一个对应所述目标应用程序的VmRuntime类。
9.根据权利要求7所述的方法，其特征在于，所述操作系统为安卓操作系统，所述指定服务为包管理服务PMS。
10.根据权利要求7至9任一项所述的方法，其特征在于，在构造VmRuntime类失败时，该方法进一步包括：
当已配置有所述本地操作系统的属性，所述属性用于指示所述本地操作系统的操作系统位数，则将所述属性所指示的所述本地操作系统的操作系统位数确定为所述目标应用程序的应用程序位数；
当未配置有所述本地操作系统的属性，则等待设定时间后，依据其它各应用程序被确定出的应用程序位数确定所述目标应用程序的应用程序位数。
11.根据权利要求10所述的方法，其特征在于，所述依据其它各应用程序被确定出的应用程序位数确定目标应用程序的应用程序位数，包括：
获得第一类应用程序中各应用程序的权重值、以及第二类应用程序中各应用程序的权重值；依据已获得的第一类应用程序中各应用程序的权重值、以及第二类应用程序中各应用程序的权重值确定所述目标应用程序的应用程序位数；
所述第一类应用程序包括：位数为第一值的应用程序；
所述第二类应用程序包括：位数为第二值的应用程序。
12.根据权利要求11所述的方法，其特征在于，所述依据已获得的所述第一类应用程序中各应用程序的权重值、以及所述第二类应用程序中各应用程序的权重值确定所述目标应用程序的应用程序位数，包括：
依据已获得的所述第一类应用程序中各应用程序的权重值计算第一权重总值；
依据已获得的所述第二类应用程序中各应用程序的权重值计算第二权重总值；
当所述第一权重总值大于所述第二权重总值，则将所述目标应用程序的应用程序位数确定为所述第一值；
当所述第一权重总值小于或等于所述第二权重总值，则将所述目标应用程序的应用程序位数确定为所述第二值。
CN202010646223.0A 2020-07-07 2020-07-07 一种应用程序的扫描方法和显示设备 Active CN111913755B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010646223.0A CN111913755B (zh) 2020-07-07 2020-07-07 一种应用程序的扫描方法和显示设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010646223.0A CN111913755B (zh) 2020-07-07 2020-07-07 一种应用程序的扫描方法和显示设备

Publications (2)

Publication Number Publication Date
CN111913755A true CN111913755A (zh) 2020-11-10
CN111913755B CN111913755B (zh) 2024-04-02

Family

ID=73227642

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010646223.0A Active CN111913755B (zh) 2020-07-07 2020-07-07 一种应用程序的扫描方法和显示设备

Country Status (1)

Country Link
CN (1) CN111913755B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8327354B1 (en) * 2007-05-31 2012-12-04 Hewlett-Packard Development Company, L.P. Virtualization with binary translation
CN103443764A (zh) * 2011-02-22 2013-12-11 朱利安·M·乌尔巴赫 软件应用分配和发起系统
CN106383732A (zh) * 2016-09-23 2017-02-08 北京奇虎科技有限公司 在插件中关联Native库的方法及装置
CN107894886A (zh) * 2017-11-23 2018-04-10 北京九章云极科技有限公司 一种运行代码的方法、装置及终端设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8327354B1 (en) * 2007-05-31 2012-12-04 Hewlett-Packard Development Company, L.P. Virtualization with binary translation
CN103443764A (zh) * 2011-02-22 2013-12-11 朱利安·M·乌尔巴赫 软件应用分配和发起系统
CN106383732A (zh) * 2016-09-23 2017-02-08 北京奇虎科技有限公司 在插件中关联Native库的方法及装置
CN107894886A (zh) * 2017-11-23 2018-04-10 北京九章云极科技有限公司 一种运行代码的方法、装置及终端设备

Also Published As

Publication number Publication date
CN111913755B (zh) 2024-04-02

Similar Documents

Publication Publication Date Title
CN111752518A (zh) 一种显示设备投屏方法及显示设备
CN112135180B (zh) 一种内容显示方法和显示设备
CN112118400B (zh) 显示设备上图像的显示方法及显示设备
CN111970549B (zh) 菜单显示方法和显示设备
CN112019782A (zh) 增强型音频回传通道的控制方法及显示设备
CN112243141B (zh) 投屏功能的显示方法及显示设备
CN111954059A (zh) 屏保的展示方法及显示设备
CN112087671A (zh) 一种输入法控件的操控提示信息的显示方法及显示设备
CN112040535B (zh) 一种Wifi处理方法及显示设备
CN112306604B (zh) 一种传输文件的进度显示方法及显示设备
CN112269668A (zh) 一种应用资源共享及显示设备
CN112040340A (zh) 资源文件获取方法及显示设备
CN111984167A (zh) 一种快捷命名的方法及显示设备
CN112017415A (zh) 虚拟遥控器的推荐方法、显示设备及移动终端
CN114390190A (zh) 显示设备及监测应用启动摄像头的方法
CN113971049A (zh) 一种后台服务管理方法及显示设备
CN114079827A (zh) 菜单显示方法和显示设备
CN111931692A (zh) 显示设备及图像识别方法
CN111913755B (zh) 一种应用程序的扫描方法和显示设备
CN111935519B (zh) 通道切换方法和显示设备
CN112291600B (zh) 一种缓存方法及显示设备
CN113438553B (zh) 一种显示设备被唤醒方法及显示设备
CN113194355B (zh) 一种视频播放方法及显示设备
CN112153443B (zh) Pts获取方法和显示设备
CN111970554B (zh) 一种图片显示方法和显示设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant