发明内容
为解决上述技术问题,本公开实施例提供一种信息的处理方法、装置、终端、服务器及存储介质。
为达到上述目的,本公开实施例的技术方案是这样实现的:
本公开实施例提供了一种信息的处理方法,所述方法包括:
接收终端发起的拉取相机配置的请求;
响应于所述拉取相机配置的请求,确定所述终端的性能评分,所述终端的性能评分与所述终端的硬件参数及系统信息关联;
基于所述终端的性能评分,确定与所述终端的性能评分相适配的新的相机配置信息;
向所述终端发送所述新的相机配置信息以及通知消息,所述通知消息用于指示所述终端将原生的相机配置信息调整为所述新的相机配置信息。
上述方案中,所述确定所述终端的性能评分,包括:
获取所述终端的硬件参数,所述终端的硬件参数包括以下至少之一:所述终端的中央处理器(CPU,Central Processing Unit)、图形处理器(GPU,Graphics ProcessingUnit)、内存、相机性能;
获取所述终端的系统信息;
基于相应所述终端的硬件参数与所述终端的系统信息的加权,得到所述终端的性能评分。
上述方案中,所述确定所述终端的性能评分,包括:
接收所述终端上报的针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;
接收所述终端上报的针对所述终端的相机性能及系统信息的测评得分;
基于相应所述跑分数据与各所述测评得分的加权,得到所述终端的性能评分。
上述方案中,所述接收所述终端上报的针对所述终端的硬件参数的跑分数据,包括:
识别接收到所述拉取相机配置的请求时,所述终端所处的应用场景;
接收所述终端处于所述应用场景时上报的针对所述终端的硬件参数的跑分数据。
上述方案中,所述基于所述终端的性能评分,确定与所述终端的性能评分相适配的新的相机配置信息,包括:
将所述终端的性能评分与设定的终端性能评分分组进行比较,确定所述终端的性能评分所属的分组范围;
基于终端性能评分分组与新的相机配置信息的映射关系,确定与所述终端的性能评分所属的分组范围对应的新的相机配置信息。
本公开实施例还提供了一种信息的处理方法,所述方法包括:
向服务器发起拉取相机配置的请求;
基于所述服务器针对所述拉取相机配置的请求的响应,获取与终端的性能评分相适配的新的相机配置信息,以及通知消息;所述终端的性能评分与所述终端的硬件参数及系统信息关联;
基于所述通知消息的指示,将原生的相机配置信息调整为所述新的相机配置信息。
上述方案中,所述方法还包括:
确定针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;
确定针对所述终端的相机性能及系统信息的测评得分;
向所述服务器上报确定的所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分。
上述方案中,所述向所述服务器上报确定的所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分,包括:
将所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分进行打包汇总,得到对应的汇总结果;
将得到的所述汇总结果上报给所述服务器。
上述方案中,所述确定针对所述终端的硬件参数的跑分数据,包括:
接收触发跑分测试的操作;
响应于所述跑分测试的操作,分别对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试,得到对应的针对所述终端的CPU、GPU、内存中的至少一个硬件参数的跑分数据。
上述方案中,所述接收触发跑分测试的操作,包括:
检测到所述终端的用户开启应用程序后,所述终端进入至特定的应用场景中时,接收触发跑分测试的操作;
其中,所述特定的应用场景包括所述终端处于非活跃运行状态的应用场景。
上述方案中,所述方法还包括:
确定对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试所对应的第一时长;
基于所述第一时长,确定针对所述终端进行跑分测试的量化评分。
上述方案中,所述方法还包括:
确定对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试的次数;
当确定所述跑分测试的次数达到设定的次数阈值时,在第二时长内停止对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试。
本公开实施例还提供了一种信息的处理装置,所述装置包括:
接收单元,用于接收终端发起的拉取相机配置的请求;
第一确定单元,用于响应于所述拉取相机配置的请求,确定所述终端的性能评分,所述终端的性能评分与所述终端的硬件参数及系统信息关联;
第二确定单元,用于基于所述终端的性能评分,确定与所述终端的性能评分相适配的新的相机配置信息;
发送单元,用于向所述终端发送所述新的相机配置信息以及通知消息,所述通知消息用于指示所述终端将原生的相机配置信息调整为所述新的相机配置信息。
本公开实施例还提供了一种信息的处理装置,所述装置包括:
发起单元,用于向服务器发起拉取相机配置的请求;
获取单元,用于基于所述服务器针对所述拉取相机配置的请求的响应,获取与终端的性能评分相适配的新的相机配置信息,以及通知消息;所述终端的性能评分与所述终端的硬件参数及系统信息关联;
调整单元,用于基于所述通知消息的指示,将原生的相机配置信息调整为所述新的相机配置信息。
本公开实施例还提供了一种服务器,包括:
第一存储器,用于存储可执行指令;
第一处理器,用于执行所述可执行指令时,实现本公开实施例提供的上述服务器侧的信息的处理方法。
本公开实施例还提供了一种终端,包括:
第二存储器,用于存储可执行指令;
第二处理器,用于执行所述可执行指令时,实现本公开实施例提供的上述终端侧的信息的处理方法。
本公开实施例还提供了一种存储介质,存储有可执行指令,所述可执行指令被执行时,用于实现本公开实施例提供的上述服务器侧的信息的处理方法。
本公开实施例还提供了一种存储介质,存储有可执行指令,所述可执行指令被执行时,用于实现本公开实施例提供的上述终端侧的信息的处理方法。
应用本公开上述实施例具有以下有益效果:
本公开实施例所提供的信息的处理方法、装置、终端、服务器及存储介质,服务器通过响应于终端发起的拉取相机配置的请求,确定终端的性能评分;基于终端的性能评分,确定与终端的性能评分相适配的新的相机配置信息;向终端发送新的相机配置信息以及通知消息,通知消息用于指示终端将原生的相机配置信息调整为新的相机配置信息。如此,通过对终端性能的量化衡量获得终端的性能评分,进而根据终端的性能评分对终端进行有针对性的相机配置信息的下发,使得不同的终端具有差异化的相机配置,从而达到千机千面的效果;且利用适配终端的新的相机配置信息进行拍照或录像,能够满足用户的使用需求,大大提高用户的相机体验。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意的是,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意的是,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的,而并不是用于对这些消息或信息的范围进行限制。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且本公开实施例所记载的各技术方案之间,可以在不冲突的情况下相互结合。
在智能手机等终端的广泛应用过程中,利用智能手机上的相机应用进行拍照或录像,已经成为人们生活中越来越常见的需求。相机应用的拍照或录像的效果通常是由众多的相机配置参数控制的,终端上的相机应用一般支持几十个配置参数,且每个配置参数在实际应用中可能存在多个取值。
不同的配置参数取值不仅会影响相机的拍摄效果,而且对预览、拍照、录像等各个过程中的帧率、耗时等也会产生影响。当相机应用设置不同的参数取值时,对终端的硬件参数,比如CPU、GPU、内存、相机性能的需求也会有所不同。因此,硬件参数越优的终端,能够支持更好的相机体验。当然,除了终端的硬件参数以外,不同操作系统版本的终端所提供的相机体验也会有所差异。
需要说明的是,这里所涉及的相机体验,通常是由预览、拍照或录像的效果,拍照耗时,预览或录像的帧率等因素决定的。
目前,智能手机在出厂时其相机应用一般都采用固定相机配置的方式,例如设置固定分辨率为720P,或者跟进终端的操作系统版本、CPU型号等因素对终端进行简单划分,对不同类别的终端下发不同的相机配置参数。然而,当用户不满足当前使用的终端提供的相机体验时,则难以快速准确地对终端的相机配置参数进行调节;且同一型号的终端具有相同的相机配置,无法达到不同的终端具有差异化的相机配置。因此,对于如何快速和准确地对终端的相机配置参数进行调节,且使得具有调节后的相机配置参数的终端达到千机千面的效果,相关技术缺乏有效解决方案。
为至少解决相关技术的上述技术问题,本公开实施例提供的信息的处理方法、装置、终端、服务器及存储介质,能够通过对终端性能的量化衡量获得终端的性能评分,进而根据终端的性能评分对终端进行有针对性的相机配置信息的下发,使得不同的终端具有差异化的相机配置,从而达到千机千面的效果;且利用适配终端的新的相机配置信息进行拍照或录像,能够满足用户的使用需求,大大提高用户的相机体验。
下面将参考附图对本公开实施例的信息的处理系统的示例性应用进行说明。
图1为本公开实施例提供的信息的处理系统100的一个可选的架构示意图,参见图1,为实现支撑的一个示例性应用,终端400(示例性示出了终端400-1和终端400-2)通过网络300连接服务器200(比如云端服务器或本地服务器),终端上设置有客户端,用户可通过客户端向服务器200发起拉取相机配置的请求,服务器200响应于接收到的拉取相机配置的请求,以实现对终端进行有针对性的相机配置信息的下发。网络300可以是广域网或者局域网,又或者是二者的组合,使用无线链路实现数据传输。
终端400,用于向服务器200发起拉取相机配置的请求,以及获取服务器200下发的与终端的性能评分相适配的新的相机配置信息,以及通知消息,基于通知消息的指示,将原生的相机配置信息调整为新的相机配置信息。
服务器200,用于响应于接收到的终端400发起的拉取相机配置的请求,先确定终端的性能评分,然后基于终端的性能评分,确定与终端的性能评分相适配的新的相机配置信息,并向终端400下发新的相机配置信息和通知消息,通知消息用于指示终端将原生的相机配置信息调整为新的相机配置信息。
终端400,还用于通过客户端的图形界面410(示例性示出了图形界面410-1和图形界面410-2)显示获取的与终端的性能评分相适配的新的相机配置信息。
基于上述图1所示的信息的处理系统的架构,下面将参考附图说明实现本公开实施例的信息的处理装置的硬件结构。
参见图2,图2为本公开实施例提供的信息的处理装置200的一个可选的硬件结构示意图。本公开实施例的信息的处理装置可以以各种形式来实施,例如,由具有相机功能的终端来实施,或者由服务器来实施。终端可以是各种类型的终端,包括移动电话、笔记本电脑、个人数字助理(PDA,Personal Digital Assistant)、平板电脑(PAD)等移动终端,以及诸如台式计算机等固定终端。服务器可以是云端服务器,或者是本地服务器。图2示出的信息的处理装置仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图2所示,信息的处理装置200可以包括处理装置(例如中央处理器、图形处理器等)201,其可以根据存储在只读存储器(ROM,Read Only Memory)202中的程序或者从存储装置208加载到随机访问存储器(RAM,Random Access Memory)203中的程序而执行各种适当的动作和处理。在RAM203中,还存储有信息的处理装置200操作所需的各种程序和数据。处理装置201、ROM202以及RAM203通过总线204彼此相连。输入/输出(I/O,Input/Output)接口205也连接至总线204。
通常,以下装置可以连接至I/O接口205:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置206;包括例如液晶显示器(LCD,LiquidCrystal Display)、扬声器、振动器等的输出装置207;包括例如磁带、硬盘等的存储装置208;以及通信装置209。通信装置209可以允许信息的处理装置200与其他设备进行无线或有线通信以交换数据。虽然图2示出了具有各种装置的信息的处理装置200,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,所提供的流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置209从网络上被下载和安装,或者从存储装置208被安装,或者从ROM 202被安装。在计算机程序被处理装置201执行时,执行本公开实施例的方法。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、RAM、ROM、可擦式可编程只读存储器(EPROM,Erasable Programmable Read-Only Memory或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM,Compact Disc Read-Only Memory)、光存储器件、磁存储器件、或者上述的任意合适的组合。
在本公开实施例中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开实施例中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、射频(RF,Radio Frequency)等等,或者上述的任意合适的组合。
上述计算机可读介质可以是上述信息的处理装置200中所包含的;也可以是单独存在,而未装配入信息的处理装置200中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被信息的处理装置200执行时,使得信息的处理装置200执行本公开实施例提供的信息的处理方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN,LocalArea Network)和广域网(WAN,Wide Area Network),以连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
本公开实施例提供的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定,例如,第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本公开实施例中描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA,Field-Programmable Gate Array)、专用集成电路(ASIC,Application SpecificIntegrated Circuit)、专用标准产品(ASSP,Application Specific Standard Parts))、片上系统(SOC,System on Chip)、复杂可编程逻辑设备(CPLD,Complex ProgrammableLogic Device)等等。
在本公开实施例的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
至此,已经按照其功能描述了本公开实施例中提供的信息的处理装置的硬件结构,以及信息的处理系统的示例性架构。接下来对本公开实施例提供的信息的处理方法的实现进行说明。
图3为本公开实施例提供的信息的处理方法的一个可选的流程示意图,该信息的处理方法可应用于服务器,比如云端服务器或本地服务器中,参见图3,本公开实施例中信息的处理方法的实现流程,可以包括以下步骤:
步骤S301:接收终端发起的拉取相机配置的请求。
这里,相机配置实际上是指对相机应用设置的配置参数,也可称为相机配置信息,常用的配置参数包括以下至少之一:相机预览分辨率;拍照分辨率;视频录制分辨率;曝光灯;闪光灯;防抖;对焦模式;视频录制码率;白平衡精度;夜间补光。
步骤S302:响应于所述拉取相机配置的请求,确定所述终端的性能评分,所述终端的性能评分与所述终端的硬件参数及系统信息关联。
需要说明的是,本公开实施例中涉及的响应于,用于表示所执行的操作所依赖的条件或者状态,当满足所依赖的条件或状态时,所执行的一个或多个操作可以是实时的,也可以具有设定的延迟;在没有特别说明的情况下,所执行的多个操作不存在执行先后顺序的限制。
在相关技术中,出现了一些对终端的性能进行测试的专业跑分软件,如安兔兔跑分,通过对终端的硬件参数,比如终端的CPU、GPU、内存等进行跑分,通过计算算法得出一个用于衡量终端的性能的评分。
然而,相关技术中的专业跑分软件的跑分设计通常只考虑终端的硬件性能,而尽量屏蔽终端软件层面的影响,但在实际应用中,终端的软件层面即系统信息(比如操作系统版本)也会影响终端的性能;上述的专业跑分软件是一个通用的跑分设计,对相机配置信息的影响并不在其关注范围内;上述的专业跑分软件通常采用达到某个阈值需要多长时间为维度来对跑分测试进行量化评分,跑分耗时通常较长。可见,相关技术的专业跑分软件并不能准确地对终端的性能进行测试,且无法实现对相机配置信息的调整。为至少解决相关技术的上述技术问题,本公开实施例根据终端的硬件参数及系统信息来确定终端的性能评分,能够提高对终端的性能进行测试的准确度。
下面对终端的性能评分的确定方式进行说明。在本公开的一些实施例中,服务器可通过如下方式确定终端的性能评分:获取所述终端的硬件参数,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存、相机性能;获取所述终端的系统信息;基于相应所述终端的硬件参数与所述终端的系统信息的加权,得到所述终端的性能评分。
这里,本公开实施例基于相应终端的硬件参数与终端的系统信息的加权所得到的终端的性能评分,通常是一个粗粒度的性能评分,为了进一步提高对终端的性能进行测试的准确度,本公开实施例采用相关技术中的跑分设计对终端的硬件参数如终端的CPU、GPU、内存进行跑分测试,而对于终端的相机性能及系统信息并不以跑分的形式进行测试,基于各项评分的加权来确定终端的性能评分。
基于此,在本公开的另一些实施例中,服务器还可通过如下方式确定终端的性能评分:接收所述终端上报的针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;接收所述终端上报的针对所述终端的相机性能及系统信息的测评得分;基于相应所述跑分数据与各所述测评得分的加权,得到所述终端的性能评分。具体地,可通过以下公式计算终端的性能评分:终端的性能评分=∑(各项得分*权重系数)。
这里,就服务器接收终端上报的针对终端的硬件参数的跑分数据的时机而言,可先识别接收到所述拉取相机配置的请求时,所述终端所处的应用场景;然后接收所述终端处于所述应用场景时上报的针对所述终端的硬件参数的跑分数据。
需要说明的是,为了避免跑分测试对用户正常使用功能的影响,本公开实施例中选择终端处于非活跃运行状态的应用场景时,向服务器上报针对终端的硬件参数的跑分数据。其中,终端处于非活跃运行状态的应用场景可以理解为终端处于相对空闲的场景,比如用户注册应用程序、登录应用程序、设置应用功能、显示个人主页的场景。
步骤S303:基于所述终端的性能评分,确定与所述终端的性能评分相适配的新的相机配置信息。
在本公开的一些实施例中,服务器可通过如下方式确定与终端的性能评分相适配的新的相机配置信息:将所述终端的性能评分与设定的终端性能评分分组进行比较,确定所述终端的性能评分所属的分组范围;基于终端性能评分分组与新的相机配置信息的映射关系,确定与所述终端的性能评分所属的分组范围对应的新的相机配置信息。
这里,在实际实施时,通常预先将所有机型的终端的性能评分进行分组,例如,将所有机型的终端的性能评分分为三个组,分别为[0,40),[40,80),[80,100],假设通过上述步骤S302确定的终端的性能评分为60,则通过比较可以确定终端的性能评分所属的分组范围,即属于第二个分组,然后基于终端的性能评分分组与新的相机配置信息的映射关系,可以查找与终端的性能评分60对应的新的相机配置信息,以相机配置信息为拍照分辨率为例,则查找到与终端的性能评分60对应的拍照分辨率为720P。
步骤S304:向所述终端发送所述新的相机配置信息以及通知消息,所述通知消息用于指示所述终端将原生的相机配置信息调整为所述新的相机配置信息。
在实际应用中,相机应用在调用相机应用程序编辑接口(API,ApplicationProgramming Interface)时,通常需要给相机配置信息设置一个默认值,则该默认值即可理解为终端中相机应用的原生的相机配置信息。
在本公开实施例中,以相机配置信息为拍照分辨率为例,假设给终端设置的原生的拍照分辨率为540P,终端的性能评分为60,通过上述步骤S303确定的与终端的性能评分为60对应的拍照分辨率为720P,则服务器将720P的拍照分辨率发送给终端,以及向终端发送通知消息,以使终端根据通知消息的指示将540P的原生的拍照分辨率调整为720P的新的拍照分辨率,提升用户的相机体验。
采用本公开实施例提供的信息的处理方法,通过对终端性能的量化衡量获得终端的性能评分,进而根据终端的性能评分对终端进行有针对性的相机配置信息的下发,使得不同的终端具有差异化的相机配置,从而达到千机千面的效果;且利用适配终端的新的相机配置信息进行拍照或录像,能够满足用户的使用需求,大大提高用户的相机体验。
图4为本公开实施例提供的信息的处理方法的另一个可选的流程示意图,该信息的处理方法可应用于终端中,参见图4,本公开实施例中信息的处理方法的实现流程,可以包括以下步骤:
步骤S401:向服务器发起拉取相机配置的请求。
步骤S402:基于所述服务器针对所述拉取相机配置的请求的响应,获取与终端的性能评分相适配的新的相机配置信息,以及通知消息;所述终端的性能评分与所述终端的硬件参数及系统信息关联。
由于相关技术中的专业跑分软件的跑分设计通常只考虑终端的硬件性能,而尽量屏蔽终端软件层面的影响,但在实际应用中,终端的软件层面即系统信息(比如操作系统版本)也会影响终端的性能,因此,本公开实施例根据终端的硬件参数及系统信息来确定终端的性能评分,能够提高对终端的性能进行测试的准确度。
在本公开的一些实施例中,信息的处理方法还包括:
确定针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;确定针对所述终端的相机性能及系统信息的测评得分;向所述服务器上报确定的所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分。
这里,就终端向服务器上报跑分数据,以及针对终端的相机性能及系统信息的测评得分而言,可采用以下方式实现:将所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分进行打包汇总,得到对应的汇总结果;将得到的所述汇总结果上报给所述服务器。这样,可以提高将跑分数据和测评得分上报给服务器的上报效率,以便于当服务器接收到终端上报的跑分数据,以及针对终端的相机性能及系统信息的测评得分后,能够基于相应跑分数据与各测评得分的加权,快速确定终端的性能评分。
在本公开的一些实施例中,就终端确定针对终端的硬件参数的跑分数据而言,可采用以下方式实现:接收触发跑分测试的操作;响应于所述跑分测试的操作,分别对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试,得到对应的针对所述终端的CPU、GPU、内存中的至少一个硬件参数的跑分数据。
在实际实施时,就终端接收触发跑分测试的操作而言,可采用以下方式实现:检测到所述终端的用户开启应用程序后,所述终端进入至特定的应用场景中时,接收触发跑分测试的操作;其中,所述特定的应用场景包括所述终端处于非活跃运行状态的应用场景。
这里,需要说明的是,为了避免跑分测试对用户正常使用功能的影响,本公开实施例中选择终端处于非活跃运行状态的应用场景时,接收触发跑分测试的操作,其中,终端处于非活跃运行状态的应用场景可以理解为终端处于相对空闲的场景,比如用户注册应用程序、登录应用程序、设置应用功能、显示个人主页的场景。
下面对针对终端的硬件参数进行跑分测试进行说明。对终端的CPU进行跑分测试时,通常采用浮点数计算、PI精度计算、寻找最大素数等算法,确定终端的性能评分。在实际实施时,由于相机应用对图像处理的场景多为浮点数运算,因此,对终端的CPU进行跑分测试时多采用浮点数计算。对终端的GPU进行跑分测试时,通常需进行着色和渲染的相关计算,而对终端的内存进行跑分测试时,通常通过文件读写的功能来确定终端的性能评分,例如先测试单位时间内文件的读写速度,进而根据单位时间内文件的读写速度来确定终端的性能评分。在本公开实施例中,确定针对终端的相机性能的测评得分并不以跑分的形式进行测试,而是监控终端的相机打开耗时、拍照耗时、特定分辨率下的输出预览帧率、录视频时编解码的能力等性能,对终端的相机性能进行测评打分。
参见图5,图5为本公开实施例提供的确定终端的性能评分的一个可选的流程示意图,当用户打开应用程序后,检测到终端进入至某个特定的应用场景,比如进入至相对空闲的场景时,触发终端进行硬件层面的跑分测试以及软件层面的性能测试,如图5所示的对终端的CPU、GPU、内存各项指标分别进行跑分测试,得到对应的跑分数据,以及对终端的相机性能及系统信息进行测评,得到对应的测评得分;然后将跑分数据,以及针对终端的相机性能及系统信息的测评得分进行打包汇总,得到对应的汇总结果,并将汇总结果上报给服务器;服务器在得到各项得分后,基于相应跑分数据和各测评得分的加权,确定终端的性能评分,以及对终端的性能评分进行存储或更新。
在本公开的一些实施例中,信息的处理方法还包括:确定对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试所对应的第一时长;基于所述第一时长,确定针对所述终端进行跑分测试的量化评分。相比于相关技术中的专业跑分软件通常采用的达到某个阈值需要多长时间为维度来对跑分测试进行量化评分,本公开实施例以第一时长内的跑分测试为衡量维度,来确定针对终端进行跑分测试的量化评分,能够降低跑分测试的耗时,减少用户的等待时间。
在本公开的另一些实施例中,信息的处理方法还包括:
确定对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试的次数;当所述跑分测试的次数达到设定的次数阈值时,在第二时长内停止对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试。
也就是说,在本公开实施例中并不需要每次或者对每一个终端都进行跑分测试,而是当进行跑分测试的次数达到设定的次数阈值时,在一定时间段内可以不再重复进行跑分测试,能够提高确定终端的性能评分的效率。
步骤S403:基于所述通知消息的指示,将原生的相机配置信息调整为所述新的相机配置信息。
采用本公开实施例提供的信息的处理方法,终端可获取与自身的性能评分相适配的新的相机配置信息,基于通知消息的指示将原生的相机配置信息调整为新的相机配置信息,如此,每个终端都能匹配到最合适的相机配置信息,使得不同的终端具有差异化的相机配置,从而达到千机千面的效果。
图6为本公开实施例提供的信息的处理方法的一个可选的交互流程示意图,该信息的处理方法由终端与服务器协同来实施,参见图6,本公开实施例中的信息的处理方法的实现流程,可以包括以下步骤:
步骤S601:终端向服务器发起拉取相机配置的请求。
步骤S602:服务器在接收到拉取相机配置的请求之后,响应于拉取相机配置的请求,确定终端的性能评分。
在本公开实施例中,所述终端的性能评分与所述终端的硬件参数及系统信息关联。
需要说明的是,在终端每次向服务器拉取相机配置时,若服务器根据终端信息如终端的机型判断已经存在有该机型的终端的性能评分时,则可以直接确定与终端的性能评分相适配的新的相机配置信息,并下发给终端;若服务器根据终端信息如终端的机型判断未存在有该机型的终端的性能评分时,则可采用本公开实施例提供的方法确定该机型的终端的性能评分。
本公开的一些实施例中,服务器可通过如下方式确定终端的性能评分:获取终端的硬件参数,所述终端的硬件参数包括以下至少之一:终端的CPU、GPU、内存、相机性能;获取终端的系统信息;基于相应终端的硬件参数与终端的系统信息的加权,得到终端的性能评分。
在本公开的另一些实施例中,服务器还可通过如下方式确定终端的性能评分:接收终端上报的针对终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:终端的CPU、GPU、内存;接收终端上报的针对终端的相机性能及系统信息的测评得分;基于相应跑分数据与各测评得分的加权,得到终端的性能评分。
步骤S603:服务器基于终端的性能评分,确定与终端的性能评分相适配的新的相机配置信息。
在本公开的一些实施例中,服务器可通过如下方式确定与终端的性能评分相适配的新的相机配置信息:将所述终端的性能评分与设定的终端性能评分分组进行比较,确定所述终端的性能评分所属的分组范围;基于终端性能评分分组与新的相机配置信息的映射关系,确定与所述终端的性能评分所属的分组范围对应的新的相机配置信息。
步骤S604:服务器向终端发送新的相机配置信息以及通知消息。
步骤S605:终端获取与终端的性能评分相适配的新的相机配置信息,以及通知消息;基于通知消息的指示,将原生的相机配置信息调整为新的相机配置信息。
在本公开的一些实施例中,信息的处理方法还包括:
终端确定针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;确定针对所述终端的相机性能及系统信息的测评得分;向所述服务器上报确定的所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分。
在本公开的一些实施例中,就终端确定针对终端的硬件参数的跑分数据而言,可采用以下方式实现:接收触发跑分测试的操作;响应于所述跑分测试的操作,分别对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试,得到对应的针对所述终端的CPU、GPU、内存中的至少一个硬件参数的跑分数据。
需要说明的是,终端和服务器的具体处理过程已在上文详述,这里不再赘述。
参见图7,图7为本公开实施例提供的信息的处理方法的另一个可选的流程示意图,终端上的客户端向服务器发起拉取相机配置的请求,服务器接收客户端的拉取相机配置的请求,响应于该拉取相机配置的请求,对终端的设备信息进行过滤,以获取终端的硬件参数和系统信息;然后,基于终端的硬件参数和系统信息确定终端的性能评分,假设确定的终端的性能评分为60,基于终端的性能评分确定与终端的性能评分相适配的新的相机配置信息,举例来说,将所有机型的终端的性能评分分为三个组,分别为[0,40),[40,80),[80,100],通过比较可确定终端的性能评分60所属的分组范围,即属于第二个分组,然后基于终端的性能评分分组与新的相机配置信息的映射关系,可查找到与终端的性能评分60对应的新的相机配置信息,以相机配置信息为拍照分辨率为例,则查找到与终端的性能评分60对应的拍照分辨率为720P;接下来,将确定的与终端的性能评分相适配的新的相机配置信息下发给终端,终端在接收到新的相机配置信息后应用该新的配置,即可将原生的相机配置信息调整为新的相机配置信息,如此,利用适配终端的新的相机配置信息进行拍照或录像,能够满足用户的使用需求,大大提高用户的相机体验。
下面示例性说明本公开实施例提供的信息的处理装置中的单元和/或模块的功能实现。
图8为本公开实施例提供的信息的处理装置80的一个可选的组成结构示意图,信息的处理装置80设置在服务器,比如云端服务器或本地服务器上,参见图8,信息的处理装置80包括:接收单元81、第一确定单元82、第二确定单元83和发送单元84。下面对上述各单元的功能进行说明。
接收单元81,用于接收终端发起的拉取相机配置的请求;
第一确定单元82,用于响应于所述拉取相机配置的请求,确定所述终端的性能评分,所述终端的性能评分与所述终端的硬件参数及系统信息关联;
第二确定单元83,用于基于所述终端的性能评分,确定与所述终端的性能评分相适配的新的相机配置信息;
发送单元84,用于向所述终端发送所述新的相机配置信息以及通知消息,所述通知消息用于指示所述终端将原生的相机配置信息调整为所述新的相机配置信息。
在本公开的一些实施例中,对于所述第一确定单元确定所述终端的性能评分来说,可以采用以下方式实现:获取所述终端的硬件参数,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存、相机性能;获取所述终端的系统信息;基于相应所述终端的硬件参数与所述终端的系统信息的加权,得到所述终端的性能评分。
当然,所述第一确定单元还可以采用以下方式确定所述终端的性能评分:接收所述终端上报的针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;接收所述终端上报的针对所述终端的相机性能及系统信息的测评得分;基于相应所述跑分数据与各所述测评得分的加权,得到所述终端的性能评分。
这里,对于接收所述终端上报的针对所述终端的硬件参数的跑分数据来说,可采用以下方式实现:识别接收到所述拉取相机配置的请求时,所述终端所处的应用场景;接收所述终端处于所述应用场景时上报的针对所述终端的硬件参数的跑分数据。
在本公开的一些实施例中,对于第二确定单元基于所述终端的性能评分,确定与所述终端的性能评分相适配的新的相机配置信息来说,可以采用以下方式实现:
将所述终端的性能评分与设定的终端性能评分分组进行比较,确定所述终端的性能评分所属的分组范围;
基于终端性能评分分组与新的相机配置信息的映射关系,确定与所述终端的性能评分所属的分组范围对应的新的相机配置信息。
图9为本公开实施例提供的信息的处理装置90的另一个可选的组成结构示意图,信息的处理装置90设置在终端上,参见图9,信息的处理装置90包括:发起单元91、获取单元92和调整单元93。下面对上述各单元的功能进行说明。发起单元91,用于向服务器发起拉取相机配置的请求;
获取单元92,用于基于所述服务器针对所述拉取相机配置的请求的响应,获取与终端的性能评分相适配的新的相机配置信息,以及通知消息;所述终端的性能评分与所述终端的硬件参数及系统信息关联;
调整单元93,用于基于所述通知消息的指示,将原生的相机配置信息调整为所述新的相机配置信息。
在本公开的一些实施例中,信息的处理装置90还包括:
第三确定单元,用于确定针对所述终端的硬件参数的跑分数据,所述终端的硬件参数包括以下至少之一:所述终端的CPU、GPU、内存;
第四确定单元,用于确定针对所述终端的相机性能及系统信息的测评得分;
上报单元,用于向所述服务器上报确定的所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分。
在本公开的一些实施例中,对于所述上报单元向所述服务器上报确定的所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分来说,可以采用以下方式实现:将所述跑分数据,以及针对所述终端的相机性能及系统信息的测评得分进行打包汇总,得到对应的汇总结果;将得到的所述汇总结果上报给所述服务器。
在本公开的一些实施例中,对于所述第三确定单元确定针对所述终端的硬件参数的跑分数据来说,可以采用以下方式实现:接收触发跑分测试的操作;响应于所述跑分测试的操作,分别对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试,得到对应的针对所述终端的CPU、GPU、内存中的至少一个硬件参数的跑分数据。
这里,对于接收触发跑分测试的操作的时机来说,可以是在检测到所述终端的用户开启应用程序后,所述终端进入至特定的应用场景中时,接收触发跑分测试的操作;
其中,所述特定的应用场景包括所述终端处于非活跃运行状态的应用场景。
在本公开的一些实施例中,信息的处理装置90还包括:
第五确定单元,用于确定对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试所对应的第一时长;
第六确定单元,用于基于所述第一时长,确定针对所述终端进行跑分测试的量化评分。
在本公开的另一些实施例中,信息的处理装置90还包括:
第七确定单元,用于确定对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试的次数;
停止单元,用于当所述跑分测试的次数达到设定的次数阈值时,在第二时长内停止对所述终端的CPU、GPU、内存中的至少一个硬件参数进行跑分测试。
需要指出的是,上述单元的分类并不构成对终端或服务器本身的限定,例如一些单元可以拆分为两个或两个以上的子单元,或者,一些单元可以合并为一个新的单元。
还需要指出的是,上述单元的名称在某种情况下并不构成对单元本身的限定,例如,上述调整单元93也可以被描述为“基于所述通知消息的指示,将原生的相机配置信息调整为所述新的相机配置信息”的单元。
基于同样的理由,终端或服务器中未详尽描述的单元和/或模块不代表相应的单元和/或模块的缺省,凡是终端或服务器所执行的操作都可以通过终端或服务器中的相应的单元和/或模块实现。
还需要指出的是,以上涉及的信息的处理装置的描述,与上述信息的处理方法的描述是类似的,同方法的有益效果描述,在此不做赘述。对于本公开所述的信息的处理装置实施例中未披露的技术细节,请参照本公开提供的信息的处理方法实施例的描述。
本公开实施例还提供了一种服务器,所述服务器包括:
第一存储器,用于存储可执行指令;
第一处理器,用于执行所述可执行指令时,实现本公开实施例提供的上述服务器侧的信息的处理方法。
本公开实施例还提供了一种终端,所述终端包括:
第二存储器,用于存储可执行指令;
第二处理器,用于执行所述可执行指令时,实现本公开实施例提供的上述终端侧的信息的处理方法。
在示例性实施例中,本公开实施例还提供了一种存储介质,存储有可执行指令,所述可执行指令被执行时,用于实现本公开实施例提供的上述服务器侧的信息的处理方法,或者用于实现本公开实施例提供的上述终端侧的信息的处理方法。
需要说明的是,本公开实施例中的存储介质,可为计算机存储介质,具体可为计算机可读存储介质。其中,计算机可读存储介质可以是磁性随机存取存储器(FRAM,Ferromagnetic Random Access Memory)、ROM、可编程只读存储器(PROM,ProgrammableRead-Only Memory)、EPROM、电可擦除可编程只读存储器(EEPROM,Electrically ErasableProgrammable Read-Only Memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘或CD-ROM等存储器。
综上所述,本公开实施例具有以下有益效果:
1)通过对终端性能的量化衡量获得终端的性能评分,进而根据终端的性能评分对终端进行有针对性的相机配置信息的下发,使得不同的终端具有差异化的相机配置,从而达到千机千面的效果。
2)利用适配终端的新的相机配置信息进行拍照或录像,能够满足用户的使用需求,大大提高用户的相机体验。
3)根据终端的硬件参数及系统信息来确定终端的性能评分,能够提高对终端的性能进行测试的准确度。
4)为了避免跑分测试对用户正常使用功能的影响,本公开实施例中选择终端处于非活跃运行状态的应用场景时,接收触发跑分测试的操作。
5)本公开实施例当进行跑分测试的次数达到设定的次数阈值时,在一定时间段内可以不再重复进行跑分测试,能够提高确定终端的性能评分的效率。
以上描述仅为本公开的实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。