CN108920658B - 一种移动设备桌面搬家方法、装置及电子设备 - Google Patents
一种移动设备桌面搬家方法、装置及电子设备 Download PDFInfo
- Publication number
- CN108920658B CN108920658B CN201810721036.7A CN201810721036A CN108920658B CN 108920658 B CN108920658 B CN 108920658B CN 201810721036 A CN201810721036 A CN 201810721036A CN 108920658 B CN108920658 B CN 108920658B
- Authority
- CN
- China
- Prior art keywords
- moving
- client
- server
- desktop
- launcher
- 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.)
- Active
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/451—Execution arrangements for user interfaces
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
Abstract
本发明的实施例公开一种移动设备桌面搬家方法、装置及电子设备,涉及计算机应用技术领域,能够解决目前第三方桌面系统无法实现桌面搬家的问题。所述方法包括:客户端向服务端发送第一搬家请求;服务端向客户端发送第一搬家请求响应;客户端判断服务端是否支持服务端搬家,是则向服务端发送第二搬家请求,所述第二搬家请求记录有本地操作系统中默认桌面启动器Launcher的所有数据;服务端根据第二搬家请求生成搬家布局策略文件并发送给客户端;客户端接收并解析所述搬家布局策略文件,并将解析结果存入本地操作系统中目标Launcher的数据库中。本发明适用于各种移动设备上第三方系统的桌面搬家。
Description
技术领域
本发明涉及计算机应用技术领域,尤其涉及一种移动设备桌面搬家方法、装置及电子设备。
背景技术
随着手机技术的发展,手机更新换代越来越快,手机用户也在不断更换自己使用的手机,但是,由于新手机的桌面往往不同于旧手机桌面,因此用户在更换新手机后,需要一段时间来适应新手机的桌面。为方便用户在新手机上使用旧手机中已经用熟的桌面,手机桌面搬家应用应运而生。
现有的桌面搬家应用大多数只支持Android原生系统桌面的搬家,因为安卓系统(Android)原生系统容易获取到桌面启动器服务商(Launcher Provider)的统一资源标识符(Uniform Resource Identifier,URI)地址,由于Launcher Provider的URI地址是开放的,不需要任何权限就可以获取到里面的数据信息,而且它里面数据的格式也是统一的,不会存在数据不一样的问题,因此可容易实现桌面搬家。
目前,为了使手机桌面展示效果更好,第三方桌面系统应运而生,如猎豹3D桌面在原生的系统基础上又添加了一些手机厂商自己的桌面系统,比如:miui、Samsung、huawei等。但是,这些第三方桌面系统也遇到了很多难题,例如:第三方桌面系统不像Android原生系统可以从网上获取到,由于不知道Launcher Provider的URI地址以及LauncherProvider里面的数据格式,不同第三方桌面系统的数据格式及数据代表的含义各不相同,导致获取对应的桌面参数困难,因而不能实现桌面搬家的目的。
发明内容
有鉴于此,本发明实施例提供一种移动设备桌面搬家方法、装置及电子设备,用于解决目前第三方桌面系统无法实现桌面搬家的问题。
第一方面,本发明实施例提供一种移动设备桌面搬家方法,用于客户端,包括:
向服务端发送第一搬家请求;所述第一搬家请求包括本地操作系统中默认桌面启动器Launcher包名;
接收所述服务端发来的第一搬家请求响应;
根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;
若所述服务端支持服务端搬家,则向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认Launcher的所有数据;
接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
将解析结果存入本地操作系统中目标Launcher的数据库中。
结合第一方面,在第一方面的第一种实施方式中,所述若所述服务端支持服务端搬家,则向所述服务端发送第二搬家请求,包括:
读取本地操作系统中的默认Launcher的所有数据并统一不同ROM的字段差异;
对统一差异后的数据进行去重操作;
将去重后的数据封装成一个BaseItemInfo列表;
将所述BaseItemInfo列表中记录的数据根据桌面元素的类型进行分组;
将分组得到的每组数据作为一个JsonArray数组;
将得到的全部JsonArray数组组成一个JSON格式的第一文件;
向所述服务端发送包括所述第一文件的第二搬家请求。
结合第一方面,在第一方面的第二种实施方式中,所述根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家,包括:
判断所述第一搬家请求响应中的预设参数是否为预定值;
若所述预设参数为所述预定值,则确定所述服务端支持服务端搬家;若所述预设参数不为所述预定值,则确定所述服务端不支持服务端搬家。
结合第一方面,在第一方面的第三种实施方式中,在根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家之后,还包括:
若所述服务端不支持服务端搬家,则判断当前用户是否支持客户端本地搬家;
若当前客户端支持客户端本地搬家,则根据预定的客户端本地搬家策略进行桌面搬家。
结合第一方面,在第一方面的第四种实施方式中,在向所述服务端发送第二搬家请求之后,还包括:
接收服务端发来的服务端搬家失败的消息;
判断当前客户端是否支持客户端本地搬家;
若当前客户端支持客户端本地搬家,则根据预定的客户端本地搬家策略进行桌面搬家。
结合第一方面的第三种或第四种实施方式,在第一方面第五种实施方式中,在判断当前客户端是否支持客户端本地搬家之后,还包括:
若当前客户端不支持客户端本地搬家,则向所述服务端上传非搬家信息;
接收并解析所述服务端根据所述非搬家信息下发的非搬家布局策略文件;所述非搬家布局策略文件为所述服务端根据海量用户桌面布局的大数据信息得到的;
将所述非搬家布局策略文件的解析结果存入本地操作系统中目标Launcher的数据库中。
结合第一方面的第三种或第四种实施方式,在第一方面第六种实施方式中,所述判断当前客户端是否支持客户端本地搬家,包括:
判断本地操作系统中的默认Launcher包名是否能在预设的第一Launcher列表中匹配到;
若本地操作系统中的默认Launcher包名能在预设的第一Launcher列表中匹配到,则确定当前客户端支持客户端本地搬家,并将所述默认Launcher的所有数据作为待搬家数据;
若本地操作系统中的默认Launcher包名不能在预设的第一Launcher列表中匹配到,则在本地操作系统中按照Launcher的安装时间从前至后查找,判断是否能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名;
若能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名,则判断当前客户端是否有权限获取当前查找到的Launcher包名对应的所有数据;
若当前客户端有权限获取当前查找到的Launcher包名对应的所有数据,则确定当前客户端支持客户端本地搬家,并将当前查找到的Launcher包名对应的所有数据作为待搬家数据;
若不能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名或当前客户端没有权限获取当前查找到的Launcher包名对应的所有数据,则判断当前客户端是否满足预先设置的部分搬家条件;
若当前客户端满足预先设置的部分搬家条件,则确定当前客户端支持客户端本地搬家,并将本地Dock栏用户自建文件夹的数据作为待搬家数据;
若当前客户端不满足预先设置的部分搬家条件,则确定当前客户端不支持客户端本地搬家。
结合第一方面的第六种实施方式,在第一方面的第七种实施方式中,所述部分搬家条件为:能够成功读取到本地Dock栏用户自建文件夹的数据,且本地Dock栏的应用程序数量不超过5,且本地没有外置SD卡。
结合第一方面的第六种实施方式,在第一方面的第八种实施方式中,所述客户端本地搬家策略包括:
将所述待搬家数据迁移至本地操作系统中目标Launcher的数据库中。
第二方面,本发明实施例提供一种移动设备桌面搬家方法,用于服务端,包括:
接收客户端发来的第一搬家请求;所述第一搬家请求包括所述客户端操作系统中默认桌面启动器Launcher包名;
判断所述客户端是否满足预设的服务端搬家条件;
若判断出所述客户端满足预设的服务端搬家条件,则确定支持服务端搬家;若判断出所述客户端不满足预设的服务端搬家条件,则确定不支持服务端搬家;
向所述客户端发送第一搬家请求响应;
接收所述客户端发来的第二搬家请求;所述第二搬家请求记录有所述客户端的默认Launcher的所有数据;
根据所述第二搬家请求生成搬家布局策略文件;
向所述客户端下发所述搬家布局策略文件。
结合第二方面,在第二方面的第一种实施方式中,所述搬家布局策略文件为JSON格式。
结合第二方面,在第二方面的第二种实施方式中,所述服务端搬家条件包括:
所述第一搬家请求中的Launcher包名能在预设的第二Launcher列表中匹配到。
结合第二方面,在第二方面的第三种实施方式中,在接收所述客户端发来的第二搬家请求之后,还包括:
向所述客户端发送服务端搬家失败的消息。
结合第二方面,在第二方面的第四种实施方式中,包括:
所述第一搬家请求响应中包含用于表征服务端是否支持服务端搬家的预设参数值。
结合第二方面、第二方面的第一种至第四种实施方式中的任一种,在第二方面的第五种实施方式中,在接收客户端发来的第一搬家请求之前,还包括:
预先对海量用户桌面布局进行大数据信息整合,得到非搬家布局策略文件;
其中,在向所述客户端发送第一搬家请求响应之后,还包括:
接收所述客户端发来的非搬家信息;
向所述客户端下发所述非搬家布局策略文件。
第三方面,本发明实施例提供一种移动设备桌面搬家的装置,用于客户端,包括:
第一请求模块,用于向服务端发送第一搬家请求;所述第一搬家请求包括本地操作系统中默认桌面启动器Launcher包名;
第一接收模块,用于接收所述服务端发来的第一搬家请求响应;
第一判断模块,用于根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;
第二请求模块,用于在所述第一判断模块的判断结果为是时,向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认Launcher的所有数据;
解析模块,用于接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
存储模块,用于将所述解析模块的解析结果存入本地操作系统中目标Launcher的数据库中。
结合第三方面,在第三方面的第一种实施方式中,所述第二请求模块,包括:
读取及统一子模块,用于在所述第一判断子模块的判断结果为是时,读取本地操作系统中的默认Launcher的所有数据并统一不同ROM的字段差异;
去重子模块,用于对所述读取及统一子模块统一差异后的数据进行去重操作;
封装子模块,用于将所述去重子模块去重后的数据封装成一个BaseItemInfo列表;
分组子模块,用于将所述封装子模块得到的BaseItemInfo列表中记录的数据根据桌面元素的类型进行分组;
数组生成子模块,用于将所述分组子模块分组得到的每组数据作为一个JsonArray数组;
第一文件生成子模块,用于将所述数组生成子模块得到的全部JsonArray数组组成一个JSON格式的第一文件;
请求子模块,用于生成包括所述第一文件的第二搬家请求并发送给所述服务端。
结合第三方面,在第三方面的第二种实施方式中,所述第一判断模块,具体用于判断所述第一搬家请求响应中的预设参数是否为预定值;若是,则确定所述服务端支持服务端搬家;否则,确定所述服务端不支持服务端搬家。
结合第三方面,在第三方面的第三种实施方式中,所述装置还包括:
第二判断模块,用于在所述第一判断模块的判断结果为否时,判断当前客户端是否支持客户端本地搬家;
客户端搬家模块,用于在当前客户端支持客户端本地搬家时,根据预定的客户端本地搬家策略进行桌面搬家。
结合第三方面,在第三方面的第四种实施方式中,所述装置还包括:第三判断模块和客户端搬家模块;
其中,所述第一接收模块,还用于接收服务端发来的服务端搬家失败的消息;
所述第三判断模块,还用于在所述第一接收模块收到所述服务端搬家失败的消息后,判断当前客户端是否支持客户端本地搬家;
所述客户端搬家模块,用于在当前客户端支持客户端本地搬家时,根据预定的客户端本地搬家策略进行桌面搬家。
结合第三方面的第三种或第四种实施方式,在第三方面的第五种实施方式中,所述装置还包括:上传模块,用于在所述第二判断模块/第三判断模块的判断结果为否时,向所述服务端上传非搬家信息;
其中,所述解析模块,还用于接收并解析所述服务端根据所述非搬家信息下发的非搬家布局策略文件;所述非搬家布局策略文件为所述服务端根据海量用户桌面布局的大数据信息得到的。
结合第三方面的第三种或第四种实施方式,在第三方面的第六种实施方式中,所述第二判断模块/第三判断模块,包括:
第一判断子模块,用于判断本地操作系统中的默认Launcher包名是否能在预设的第一Launcher列表中匹配到;
第一确定子模块,用于在所述第一判断子模块的判断结果为是时,确定当前客户端支持客户端本地搬家,并将所述默认Launcher的所有数据作为待搬家数据;
第二判断子模块,用于在所述第一判断子模块的判断结果为否时,在本地操作系统中按照Launcher的安装时间从前至后查找,判断是否能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名;
第三判断子模块,用于在所述第二判断子模块的判断结果为是时,判断当前客户端是否有权限获取当前所述第二判断子模块查找到的Launcher包名对应的所有数据;
第二确定子模块,用于在所述第三判断子模块的判断结果为是时,确定当前客户端支持客户端本地搬家,并将当前所述第三判断子模查找到的Launcher包名对应的所有数据作为待搬家数据;
第四判断子模块,用于在所述第二判断子模块或所述第三判断子模块的判断结果为否时,判断当前客户端是否满足预先设置的部分搬家条件;
第三确定子模块,用于在所述第四判断子模块的判断结果为是时,确定当前客户端支持客户端本地搬家,并将本地Dock栏用户自建文件夹的数据作为待搬家数据;还用于在所述第四判断子模块的判断结果为否时,确定当前客户端不支持客户端本地搬家。
结合第三方面的第六种实施方式,在第三方面的第七种实施方式中,所述第四判断子模块用于判断的所述部分搬家条件为:能够成功读取到本地Dock栏用户自建文件夹的数据,且本地Dock栏的应用程序数量不超过5,且本地没有外置SD卡。
结合第三方面的第六种实施方式,在第三方面的第八种实施方式中,所述客户端搬家模块,具体用于在当前客户端支持客户端本地搬家时,将所述待搬家数据迁移至本地操作系统中目标Launcher的数据库中。
第四方面,本发明实施例提供一种移动设备桌面搬家的装置,用于服务端,包括:
第二接收模块,用于接收客户端发来的第一搬家请求;所述第一搬家请求包括所述客户端操作系统中默认桌面启动器Launcher包名;还用于接收所述客户端发来的第二搬家请求;所述第二搬家请求记录有所述客户端的默认桌面启动器Launcher的所有数据;
第四判断模块,用于判断所述客户端是否满足预设的服务端搬家条件;
第一发送模块,用于根据所述第四判断模块的判断结果向所述客户端发送第一搬家请求响应;还用于向所述客户端下发所述布局策略生成模块生成的搬家布局策略文件;
布局策略生成模块,用于根据所述第二搬家请求生成搬家布局策略文件。
结合第四方面,在第四方面的第一种实施方式中,所述布局策略生成模块生成的搬家布局策略文件为JSON格式。
结合第四方面,在第四方面的第二种实施方式中,所述第四判断模块用于判断的服务端搬家条件包括:
所述第一搬家请求中的Launcher包名能在预设的第二Launcher列表中匹配到。
结合第四方面,在第四方面的第三种实施方式中,所述第一发送模块,还用于向所述客户端发送服务端搬家失败的消息。
结合第四方面,在第四方面的第四种实施方式中,所述第一发送模块向所述客户端发送的第一搬家请求响应中包含用于表征服务端是否支持服务端搬家的预设参数值。
结合第四方面、第四方面的第一至第四种实施方式中的任一种,在第四方面的第五种实施方式中,所述装置还包括:大数据模块,用于预先对海量用户桌面布局进行大数据信息整合,得到非搬家布局策略文件;
其中,所述第二接收模块,还用于接收所述客户端发来的非搬家信息;
所述第一发送模块,还用于根据所述第二接收模块收到的非搬家信息,向所述客户端下发所述非搬家布局策略文件。
第五方面,本发明实施例提供一种电子设备,用于客户端,所述电子设备包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述客户端的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述任一实施例所述的用于客户端的移动设备桌面搬家的方法。
第六方面,本发明实施例提供一种电子设备,用于服务端,所述电子设备包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述客户端的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述任一实施例所述的用于服务端的移动设备桌面搬家的方法。
本发明实施例提供的一种移动设备桌面搬家方法、装置及电子设备,客户端将待搬家桌面数据上传至服务端进行搬家布局配置,可以快速调整产品搬家方案,方便快捷,调整方案不用紧跟发版节奏,在服务器配置一套布局规则,就可以完美的达到搬家目的。完全避免搬家方案多次调整,多次发包的尴尬困境。因为服务端搬家的灵活性,可以在搬家策略中找出用户体验最好,最认同的桌面搬家方案,来实现提高用户对指定第三方桌面产品的认可和支持。不仅能够解决目前市面上桌面搬家方案在完成搬家后,桌面上存在的所有apk位置都发生了改变,导致用户操作困难,不符合用户使用习惯,用户体验差的问题。而且能够解决目前第三方桌面系统无法实现桌面搬家的问题,使得同一款主题风格可应用到桌面、锁屏以及通讯录等多个场景,呈现更加统一、立体的主题效果。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附图。
图1为本发明实施例中一种用于客户端的桌面搬家的方法流程图;
图2为本发明实施例中另一种用于客户端的桌面搬家的方法流程图;
图3为判断当前客户端是否支持客户端本地搬家的方法流程图;
图4为本发明实施例中一种用于服务端的桌面搬家的方法流程图;
图5为本发明实施例一提供的一种移动设备桌面搬家的方法流程图;
图6为本发明一种用于客户端的移动设备桌面搬家的装置实施例一的结构示意图;
图7为本发明一种用于客户端的移动设备桌面搬家的装置实施例二的结构示意图;
图8为本发明一种用于客户端的移动设备桌面搬家的装置实施例三的结构示意图;
图9为本发明一种用于客户端的移动设备桌面搬家的装置实施例四的结构示意图;
图10为本发明一种用于客户端的移动设备桌面搬家的装置实施例五的结构示意图;
图11为本发明一种用于客户端的移动设备桌面搬家的装置实施例六的结构示意图;
图12为本发明一种用于服务端的移动设备桌面搬家的装置实施例一的结构示意图;
图13为本发明一种用于服务端的移动设备桌面搬家的装置实施例二的结构示意图;
图14为本发明用于客户端的电子设备一个实施例的结构示意图;
图15为本发明用于服务端的电子设备一个实施例的结构示意图。
具体实施方式
下面结合附图对本发明实施例一种桌面搬家的方法及装置进行详细描述。
应当明确,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
图1为本发明实施例中一种用于客户端的桌面搬家的方法流程图,如图1所示,本实施例的方法可以包括:
步骤101、向服务端发送第一搬家请求;所述第一搬家请求包括本地操作系统中默认桌面启动器Launcher包名;
本实施例中,客户端(例如某个指定第三方桌面应用程序)会首先获取本地操作系统中默认桌面启动器Launcher的相关信息,例如Launcher包名、本地默认主屏标识和对应的OriginalDesktop对象等信息,并向服务器发送第一搬家请求,所述第一搬家请求中至少包括本地操作系统中默认Launcher包名,第一搬家请求还可以进一步包括客户端本地默认主屏标识和对应的OriginalDesktop对象等信息。服务器根据第一搬家请求中的Launcher包名判断是否支持服务端搬家。此外,若客户端获取不到默认主屏标识,则可以根据预定的指定策略为其指定一个主屏,获取该指定主屏标识。
客户端向服务器发送第一搬家请求,用于请求是否允许使用服务端搬家。例如,所述第一搬家请求为:
https://appcloud.ksmobile.com/s/?act=layout&cn=CN&lan=zh&ver=
52400&qfc=1&is_mover=1
{“user”:{“xaid”:“5233b35a9c287f32”,“lang”:“zh”,“country”:“CN”,“mcc”:“1”,“type”:0,“ver”:52400,“pro_ver”:0}}
步骤102、接收所述服务端发来的第一搬家请求响应;
客户端在向服务端发送第一搬家请求后,会收到服务端发来的第一搬家请求响应,该请求响应可以为一个结果码,标识了服务端是否支持服务端搬家。例如:服务端发来的第一搬家请求响应为:{“code”:2}。
步骤103、根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;是则执行步骤104;
例如:第一搬家请求响应可以为一个结果码,如{“code”:2}表示服务端支持服务端搬家。
在一可选实施方式中,此步骤首先判断所述第一搬家请求响应中的预设参数是否为预定值;例如预定参数a=2表示服务端支持服务端搬家。若所述预设参数为所述预定值,则确定所述服务端支持服务端搬家;若所述预设参数不为所述预定值,则确定所述服务端不支持服务端搬家。
步骤104、向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认Launcher的所有数据;
步骤105、接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
由于客户端本地搬家是由客户端本地写死,使得搬家策略与桌面布局优化的数据测试与验证周期跨度过长。本实施例中通过将默认桌面启动器Launcher的所有数据上传给服务器,由服务端对这些数据处理完补空位、调整顺序等逻辑,生成搬家布局策略文件再次返回给客户端。
步骤106、将解析结果存入本地操作系统中目标Launcher的数据库中。
本实施例中,客户端将接收到的第二搬家请求返回的搬家布局策略文件进行解析并写入目标Launcher的数据库(即launcher.db)中,从而实现了桌面搬家的目的。本文中所述目标Launcher为要将原Launcher搬家至的新Launcher。
本实施例,客户端将桌面数据上传至服务端进行搬家布局配置,可以快速调整产品搬家方案,方便快捷,调整方案不用紧跟发版节奏,在服务器配置一套布局规则,就可以完美的达到搬家目的。完全避免搬家方案多次调整,多次发包的尴尬困境。因为服务端搬家的灵活性,可以在搬家策略中找出用户体验最好,最认同的桌面搬家方案,来实现提高用户对指定第三方桌面产品的认可和支持。
图2为本发明实施例中另一种用于客户端的桌面搬家的方法流程图,如图2所示,本实施例的方法可以包括:
步骤201、向服务端发送第一搬家请求;
本实施例中,步骤201的过程和上述方法实施例的步骤101类似,此处不再赘述。
步骤202、接收所述服务端发来的第一搬家请求响应;
本实施例中,步骤201的过程和上述方法实施例的步骤101类似,此处不再赘述。
步骤203、根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;是则执行步骤204;否则执行步骤213;
本实施例中,步骤203的过程和上述方法实施例的步骤103类似,此处不再赘述。在服务端不支持服务端搬家时,为实现搬家,可以通过客户端本地搬家方法实现桌面搬家。
步骤204、读取本地操作系统中的默认Launcher的所有数据并统一不同ROM的字段差异;
例如,客户端获取默认Launcher桌面的默认主屏标识、对应的OriginalDesktop对象及其他默认Launcher的数据,若是获取不到默认主屏,则可以根据预定的指定策略为其指定一个主屏。
步骤205、对统一差异后的数据进行去重操作;
步骤206、将去重后的数据封装成一个BaseItemInfo列表;
步骤207、将所述BaseItemInfo列表中记录的数据根据桌面元素的类型进行分组;
其中,用于分组的桌面元素item类型有四种:Application,Shortcut,Folder,AppWidget,每个item主要包括id,name,cellX,cellY,ScreenId,ContainerId,AppWidgetProvider等item类型相关信息。
步骤208、将分组得到的每组数据作为一个JsonArray数组;
步骤209、将得到的全部JsonArray数组组成一个JSON格式的第一文件;
步骤210、向所述服务端发送包括所述第一文件的第二搬家请求;
本实施例中,将上述的List<BaseItemInfo>信息,根据不同的桌面类型进行分组后,每组作为一个JsonArray,最终所有的信息组成一个JSON对象,然后再向服务端进行第二次搬家请求。
本实施例中,上述实施例一中的步骤104具体实施为步骤204-210。
步骤211、接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
步骤212、将解析结果存入本地操作系统中目标Launcher的数据库中;
本实施例中,步骤211-212的过程和上述方法实施例的步骤105-106类似,此处不再赘述。
步骤213、判断当前客户端是否支持客户端本地搬家,是则执行步骤214;
步骤214、根据预定的客户端本地搬家策略进行桌面搬家;
本实施例,客户端首先会发第一搬家请求看服务端是否允许使用服务端搬家逻辑,如果服务端返回值被认为是支持服务端搬家,客户端会读取本地默认桌面数据库的数据,把不同rom的数据,经过去重、统一为标准的格式,再次传给服务端,以便服务端对该标准格式的桌面数据进行桌面搬家布局配置。此外,若服务端不支持搬家,则通过客户端本地按照预定的客户端本地搬家策略进行桌面搬家。
在一可选实施例中,客户端在向所述服务端发送第二搬家请求之后,若接收到服务端发来的服务端搬家失败的消息,则跳转执行所述判断当前客户端是否支持客户端本地搬家的步骤(即步骤213)。本实施例中,服务端在收到第二搬家请求后,若获取不到客户端的Launcher数据或者在客户端和服务端之间的数据传输发生错误或者网络故障或服务端主动拒绝或中断服务端搬家服务时候,服务端向客户端返回服务端搬家失败的消息,则客户端可尝试是否可通过客户端本地搬家方案进行桌面搬家。
图3为判断当前客户端是否支持客户端本地搬家的方法流程图,如图3所示,该方法包括如下步骤301-308:
步骤301、判断本地操作系统中的默认Launcher包名是否能在预设的第一Launcher列表中匹配到;若是,则执行步骤302,否则,执行步骤303。
其中,首先查询当前操作系统已设置的默认Launcher的包名,通过PackageManager查询特定Intent(action=Intent.ACTION_MAIN,Category=Intent.CATEGORY_HOME)即可。然后,客户端会根据当前查询到的默认Launcher的包名,去预设的本地第一Launcher列表中是否能匹配到,若匹配得到则执行下一步骤,如果匹配不到就走默认排布逻辑。预先设置的第一Launcher列表表示:客户端可以读取到该例表中有记录的Launcher包名对应的Launcher的桌面布局数据,即预先将可以读取到Launcher数据的Launcher包名记录在一个第一Launcher列表中。
步骤302、确定当前客户端支持客户端本地搬家,并将所述默认Launcher的所有数据作为待搬家数据。
步骤303、在本地操作系统中按照Launcher的安装时间从前至后查找,判断是否能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名;若是,则执行步骤304,否则,执行步骤306。
本实施例中,若本地操作系统中有多个非默认Launcher,例如有10个时,可将这10个Launcher包名按照其安装时间从前至后排序,然后用排序队列中的第N个(N的初始值为1)Launcher包名去预设的第一Launcher列表中匹配,若能匹配到该Launcher包名,则执行下一步骤,若第N个Launcher包名不能在预设的第一Launcher列表中匹配到,则使N=N+1后再次去预设的第一Launcher列表中匹配,直到匹配到一个安装时间最新的Launcher包名或者排序队列中的所有Launcher包名都不存在于预设的第一Launcher列表中才停止此步操作。
步骤304、判断当前客户端是否有权限获取当前查找到的Launcher包名对应的所有数据;若是,则执行步骤305,否则,执行步骤306。
步骤305、确定当前客户端支持客户端本地搬家,并将当前查找到的Launcher包名对应的所有数据作为待搬家数据。
步骤306、判断当前客户端是否满足预先设置的部分搬家条件;若是,则执行步骤307,否则,执行步骤308。
在一优选实施例中,预先设置的部分搬家条件为:能够成功读取到本地Dock栏用户自建文件夹的数据,且本地Dock栏的应用程序数量不超过5,且本地没有外置SD卡。
步骤307、确定当前客户端支持客户端本地搬家,并将本地Dock栏用户自建文件夹的数据作为待搬家数据。
步骤308、确定当前客户端不支持客户端本地搬家。
本实施例中,在服务端不支持搬家或收到服务端搬家失败的消息时,采用客户端本地进行桌面搬家。客户端本地搬家包括四部分:move_condition.xml、AndroidMainfest.xml、launcher.db和搬家的Java类文件。其中,move_condition.xml文件是用来描述存储所支持搬家的Launcher包名和支持搬家所需要满足的一些条件,AndroidMainfest.xml文件只是用来添加不同Launcher搬家过程中所需要的权限,launcher.db文件是用来存储桌面APP布局的数据信息。而搬家的Java类文件才是描述整个客户端本地搬家的关键所在。本实施例中,客户端本地搬家与市面上一些支持桌面搬家的apk的思路相似,都是通过利用ContentResolver来获取支持搬家Launcher的数据库信息,从而迁移到自己Launcher的数据库中,但是本发明客户端比市面上这些相似应用多了许多新的“标签”,即支持了更加全面的第三方和系统Launcher应用。
在一可选实施方式中,客户端本地搬家策略包括:将待搬家数据迁移至本地操作系统中目标Launcher的数据库中。
在另一可选实施方式中,若步骤214判断出当前客户端不支持客户端本地搬家,则向所述服务端上传非搬家信息,随后接收并解析所述服务端根据所述非搬家信息下发的非搬家布局策略文件,最后将所述非搬家布局策略文件的解析结果存入本地操作系统中目标Launcher的数据库中。其中,所述非搬家布局策略文件为所述服务端根据海量用户桌面布局的大数据信息得到的。本实施例中,服务端根据之前已收集的现有用户桌面布局的大数据信息,将指定第三方桌面的Launcher与其他Launcher进行合并计算,得到最优非搬家桌面布局配置并下发给客户端,能够实现在服务端和客户端均不支持搬家的情况下,仍能使客户端获取到根据大数据信息得到的优选桌面搬家布局策略。
在一可选实施方式中,不管服务端是否支持搬家,客户端本地还可随时根据用户需求主动发起客户端本地搬家。若客户端在本地主动发起客户端本地搬家时,已根据第一搬家请求响应判断出服务端支持搬家,则不再向服务端发送第二搬家请求;若客户端在本地主动发起客户端本地搬家时,已经向服务端发送第二搬家请求,则可向服务端发起客户端主动选择采用客户端本地搬家的相关通知以终止服务端的相应搬家服务。
对应于本发明实施例提供的用于客户端的移动设备桌面搬家方法,本发明实施例还提供一种用于服务端的移动设备桌面搬家方法。
图4为本发明实施例中一种用于服务端的桌面搬家的方法流程图,如图4所示,本实施例的方法可以包括:
步骤401、接收客户端发来的第一搬家请求;所述第一搬家请求包括客户端操作系统中默认桌面启动器Launcher包名;
步骤402、判断所述客户端是否满足预设的服务端搬家条件;若是,则确定支持服务端搬家;否则,确定不支持服务端搬家;
本实施例中,服务端根据第一搬家请求中的Launcher包名来确定是否支持服务端搬家。或者,进一步根据第一搬家请求中的默认主屏标识和对应的OriginalDesktop对象等信息来确定是否支持服务端搬家。
在一可选实施例中,服务端搬家条件包括:第一搬家请求中的Launcher包名能在预设的第二Launcher列表中匹配到。第二Launcher列表为客户端预先上传给服务端的,客户端可以读取第二Launcher列表中有记录的Launcher包名对应的Launcher的桌面布局数据。服务器判断第一搬家请求中的Launcher包名是否能在客户端预先上传的第二Launcher列表匹配到,若能匹配到,表示客户端是否满足预设的服务端搬家条件。
在一可选实施例中,服务端搬家条件还可包括:能读取到所述客户端的Dock栏用户自建文件夹的数据和/或能判断出所述客户端的主屏和/或所述客户端没有外置SD卡。
步骤403、向所述客户端发送第一搬家请求响应;
本实施例中,向所述客户端发送包括上一步骤的判断结果的第一搬家请求响应。优选地,服务端发送的第一搬家请求响应中包含用于表征服务端是否支持服务端搬家的预设参数值。例如预设返回结果码值为2的结果码,表示支持服务端搬家。
步骤404、接收所述客户端发来的第二搬家请求;所述第二搬家请求记录有所述客户端的默认Launcher的所有数据;
步骤405、根据所述第二搬家请求生成搬家布局策略文件;
优选地,所述搬家布局策略文件为JSON格式。
步骤406、向所述客户端下发所述搬家布局策略文件。
本实施例中,服务端搬家方法中服务端通过发送JASON格式的布局信息数据传送到客户端,客户端接收并解析数据,进而进行桌面搬家。
本实施例中,服务端需要识别上传的Launcher数据,支持配置搬家条件与搬家用户的桌面布局,并且对搬家用户进行服务端搬家条件判断并计算、下发搬家布局策略文件,通过服务端搬家可以快速调整产品搬家方案,方便快捷,调整方案不用紧跟发版节奏,在服务端配置一套布局规则,就可以完美的达到搬家目的。完全避免搬家方案多次调整,多次发包的尴尬困境。因为服务端搬家的灵活性,可以在搬家策略中找出用户体验最好,最认同的桌面搬家方案,来实现提高用户对指定第三方桌面产品的认可和支持。
在一可选实施例中,服务端在接收所述客户端发来的第二搬家请求之后,若获取不到客户端的Launcher数据或者在客户端和服务端之间的数据传输发生错误或者网络故障或服务端主动拒绝或中断服务端搬家服务时候,服务端还可向所述客户端发送服务端搬家失败的消息,以使客户端进行客户端本地搬家。或者,如果服务端收到客户端上传的客户端用户主动选择使用客户端本地搬家时,服务端终止为该客户端的服务端搬家服务。
在一可选实施例中,服务端在接收客户端发来的第一搬家请求之前,还可预先对海量用户桌面布局进行大数据信息整合,得到非搬家布局策略文件;则服务端在向所述客户端发送第一搬家请求响应之后,若收到所述客户端发来的非搬家信息,即得知客户端不支持本地搬家且服务端也不支持服务端搬家情况下,可向所述客户端下发所述非搬家布局策略文件。如前所述,所述非搬家布局策略文件为述服务端根据海量用户桌面布局的大数据信息得到的。本实施例中,服务端根据之前已收集的现有用户桌面布局的大数据信息,将指定第三方桌面的Launcher与其他Launcher进行合并计算,得到最优非搬家桌面布局配置并下发给客户端,能够实现在服务端和客户端均不支持搬家的情况下,仍能使客户端获取到根据大数据信息得到的优选桌面搬家布局策略。
下面通过具体实施例来说明本发明实施例提供的移动设备桌面搬家的方法。
实施例一
图5为本发明实施例一提供的一种移动设备桌面搬家的方法流程图,如图5中所示,包括以下步骤:
步骤501、客户端向服务端发送第一搬家请求。
本实施例中,步骤501的过程和上述方法实施例的步骤101类似,此处不再赘述。
步骤502、服务端接收客户端发来的第一搬家请求。
步骤503、服务端判断所述客户端是否满足预设的服务端搬家条件;
若判断出所述客户端满足预设的服务端搬家条件,则确定支持服务端搬家;若判断出所述客户端不满足预设的服务端搬家条件,则确定不支持服务端搬家。
步骤504、服务端向所述客户端发送第一搬家请求响应。
本实施例中,步骤502-504的过程和上述方法实施例的步骤401-403类似,此处不再赘述。
步骤505、客户端接收所述服务端发来的第一搬家请求响应。
步骤506、客户端根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;若是,则执行步骤507,否则执行步骤513。
步骤507、客户端向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认桌面启动器Launcher的所有数据。
本实施例中,步骤505-507的过程和上述方法实施例的步骤202-210类似,此处不再赘述。
步骤508、服务端接收所述客户端发来的第二搬家请求。
步骤509、服务端根据所述第二搬家请求生成搬家布局策略文件。
步骤510、服务端向所述客户端下发所述搬家布局策略文件。
本实施例中,步骤508-510的过程和上述方法实施例的步骤404-406类似,此处不再赘述。
步骤511、客户端接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件。
步骤512、客户端将解析结果存入本地操作系统中目标Launcher的数据库中。
本实施例中,步骤511-512的过程和上述方法实施例的步骤105-106类似,此处不再赘述。
步骤513、客户端判断当前客户端是否支持客户端本地搬家。
本实施例中,步骤513的过程和上述图3所述方法实施例流程类似,此处不再赘述。
本实施例一,在需要桌面搬家时,客户端将默认桌面数据上传至服务端进行搬家布局配置,可以快速调整产品搬家方案,方便快捷,调整方案不用紧跟发版节奏,在服务器配置一套布局规则,就可以完美的达到搬家目的,完全避免搬家方案多次调整,多次发包的尴尬困境。因为服务端搬家的灵活性,可以在搬家策略中找出用户体验最好,最认同的桌面搬家方案,来实现提高用户对指定第三方桌面产品的认可和支持。当服务端不支持服务端搬家或服务端搬家失败后,仍旧可以采用客户端进行本地桌面搬家,搬家成功率高。
对应于本发明实施例提供的移动设备桌面搬家的方法,本发明实施例还提供移动设备桌面搬家的装置,以下进行详细说明。
图6为本发明一种用于客户端的移动设备桌面搬家的装置实施例一的结构示意图,如图6所示,本实施例的装置可以包括:
第一请求模块11、第一接收模块12、第一判断模块13、第二请求模块14、解析模块15和存储模块16;其中,
第一请求模块11,用于向服务端发送第一搬家请求,第一搬家请求包括本地操作系统中默认桌面启动器Launcher包名;
第一接收模块12,用于接收服务端发来的第一搬家请求响应;
第一判断模块13,用于根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;
第二请求模块14,用于在第一判断模块13的判断结果为是时,向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认Launcher的所有数据;
解析模块15,用于接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
存储模块16,用于将解析模块15的解析结果存入本地操作系统中目标Launcher的数据库中。
本实施例的装置,可以用于执行图1所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图7为本发明一种用于客户端的移动设备桌面搬家的装置实施例二的结构示意图,如图7所示,本实施例的装置在图6所示装置结构的基础上,进一步地,第二请求模块14包括:读取及统一子模块141、去重子模块142、封装子模块143、分组子模块144、数组生成子模块145、第一文件生成子模块146和请求子模块147;其中,
读取及统一子模块141,用于在第一判断模块13的判断结果为是时,读取本地操作系统中的默认Launcher的所有数据并统一不同ROM的字段差异;
去重子模块142,用于对读取及统一子模块141统一差异后的数据进行去重操作;
封装子模块143,用于将去重子模块142去重后的数据封装成一个BaseItemInfo列表;
分组子模块144,用于将封装子模块143得到的BaseItemInfo列表中记录的数据根据桌面元素的类型进行分组;
数组生成子模块145,用于将分组子模块144分组得到的每组数据作为一个JsonArray数组;
第一文件生成子模块146,用于将数组生成子模块145得到的全部JsonArray数组组成一个JSON格式的第一文件;
请求子模块147,用于生成包括所述第一文件的第二搬家请求并发送给所述服务端。
本实施例的装置,可以用于执行图1或图2所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
优选地,第一判断模块13,具体用于判断所述第一搬家请求响应中的预设参数是否为预定值;若是,则确定所述服务端支持服务端搬家;否则,确定所述服务端不支持服务端搬家。
图8为本发明一种用于客户端的移动设备桌面搬家的装置实施例三的结构示意图,如图8所示,本实施例的装置在图6所示装置结构的基础上,进一步地,还包括第二判断模块17和客户端搬家模块18;其中,第二判断模块17,用于在第一判断模块13的判断结果为否时,判断当前客户端是否支持客户端本地搬家;客户端搬家模块18,用于在当前客户端支持客户端本地搬家时(即图8中第二判断模块17的判断结果为是时),根据预定的客户端本地搬家策略进行桌面搬家。
本实施例的装置,可以用于执行图1或图2所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图9为本发明一种用于客户端的移动设备桌面搬家的装置实施例四的结构示意图,如图9所示,本实施例的装置在图6所示装置结构的基础上,进一步地,还包括:第三判断模块19和客户端搬家模块18,其中,第一接收模块12,还用于接收服务端发来的服务端搬家失败的消息;第三判断模块19,还用于在第一接收模块12收到所述服务端搬家失败的消息后,判断当前客户端是否支持客户端本地搬家,客户端搬家模块18,用于在当前客户端支持客户端本地搬家时(即图9中第三判断模块19的判断结果为是时),根据预定的客户端本地搬家策略进行桌面搬家。
图10为本发明一种用于客户端的移动设备桌面搬家的装置实施例五的结构示意图,如图10所示,本实施例的装置在图8或图9所示装置结构的基础上,进一步地,还包括:上传模块20,用于在第二判断模块17/第三判断模块19的判断结果为否时,向所述服务端上传非搬家信息;其中,解析模块15,还用于接收并解析所述服务端根据所述非搬家信息下发的非搬家布局策略文件;所述非搬家布局策略文件为所述服务端根据海量用户桌面布局的大数据信息得到的。图10中为方便表示,将图8中的第二判断模块17和图9中的第三判断模块19都画出,事实上,实际实施时,第二判断模块17和第三判断模块19中只会有一个出现。
本实施例的装置,可以用于执行图1或图2所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图11为本发明一种用于客户端的移动设备桌面搬家的装置实施例六的结构示意图,如图11所示,本实施例的装置在图8或图9所示装置结构的基础上,进一步地,第二判断模块17/第三判断模块19包括:第一判断子模块171、第一确定子模块172、第二判断子模块173、第三判断子模块174、第二确定子模块175、第四判断子模块176和第三确定子模块177。
图11中,第一判断子模块171,用于在第一判断模块13的判断结果为否时或第一接收模块12收到服务端搬家失败的消息时,判断本地操作系统中的默认Launcher包名是否能在预设的第一Launcher列表中匹配到;
第一确定子模块172,用于在第一判断子模块171的判断结果为是时,确定当前客户端支持客户端本地搬家,并将所述默认Launcher的所有数据作为待搬家数据;
第二判断子模块173,用于在第一判断子模块171的判断结果为否时,在本地操作系统中按照Launcher的安装时间从前至后查找,判断是否能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名;
第三判断子模块174,用于在第二判断子模块173的判断结果为是时,判断当前客户端是否有权限获取当前第二判断子模块173查找到的Launcher包名对应的所有数据;
第二确定子模块175,用于在第三判断子模块174的判断结果为是时,确定当前客户端支持客户端本地搬家,并将当前第三判断子模查找到的Launcher包名对应的所有数据作为待搬家数据;
第四判断子模块176,用于在第二判断子模块173或第三判断子模块174的判断结果为否时,判断当前客户端是否满足预先设置的部分搬家条件;
第三确定子模块177,用于在第四判断子模块176的判断结果为是时,确定当前客户端支持客户端本地搬家,并将本地Dock栏用户自建文件夹的数据作为待搬家数据;还用于在第四判断子模块176的判断结果为否时,确定当前客户端不支持客户端本地搬家。
本实施例的装置,可以用于执行图3所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
在一可选实施例中,第四判断子模块176用于判断的所述部分搬家条件为:能够成功读取到本地Dock栏用户自建文件夹的数据,且本地Dock栏的应用程序数量不超过5,且本地没有外置SD卡。
在一可选实施例中,客户端搬家模块18,具体用于在第二判断模块17的判断结果为是时,将所述待搬家数据迁移至本地操作系统中目标Launcher的数据库中。
图12为本发明一种用于服务端的移动设备桌面搬家的装置实施例一的结构示意图,如图12所示,本实施例的装置可以包括:第二接收模块21、第四判断模块22、第一发送模块23和布局策略生成模块24;其中,
第二接收模块21,用于接收客户端发来的第一搬家请求;所述第一搬家请求包括所述客户端操作系统中默认桌面启动器Launcher包名;第二接收模块21还用于接收所述客户端发来的第二搬家请求;所述第二搬家请求记录有所述客户端的默认桌面启动器Launcher的所有数据;
第四判断模块22,用于判断所述客户端是否满足预设的服务端搬家条件;
第一发送模块23,用于根据所述第四判断模块22的判断结果向所述客户端发送第一搬家请求响应;第一发送模块23还用于向所述客户端下发所述布局策略生成模块24生成的搬家布局策略文件;
布局策略生成模块24,用于根据所述第二搬家请求生成搬家布局策略文件。
本实施例的装置,可以用于执行图4所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
在一可选实施例中,所述布局策略生成模块24生成的搬家布局策略文件为JSON格式。
在一可选实施例中,第四判断模块22用于判断的服务端搬家条件包括:所述第一搬家请求中的Launcher包名能在预设的第二Launcher列表中匹配到。进一步优选地,第四判断模块22用于判断的服务端搬家条件还可包括:能读取到所述客户端的Dock栏用户自建文件夹的数据和/或能判断出所述客户端的主屏和/或所述客户端没有外置SD卡。
在一可选实施例中,第一发送模块23,还用于向所述客户端发送服务端搬家失败的消息。
在一可选实施例中,第一发送模块23向所述客户端发送的第一搬家请求响应中包含用于表征服务端是否支持服务端搬家的预设参数值。
图13为本发明一种用于服务端的移动设备桌面搬家的装置实施例二的结构示意图,如图13所示,本实施例的装置在图12所示装置结构的基础上,进一步地,还包括大数据模块25,用于预先对海量用户桌面布局进行大数据信息整合,得到非搬家布局策略文件并存储;其中,
第二接收模块21,还用于接收所述客户端发来的非搬家信息;
所述第一发送模块22,还用于根据第二接收模块21收到的非搬家信息,向所述客户端下发大数据模块25存储的非搬家布局策略文件。本实施例中,在客户端支持客户端本地搬家时,服务端向客户端直接发送预先设定的适用于大部分客户端用户的最优非搬家布局策略文件。
本发明实施例还提供一种用于客户端的电子设备。图14为本发明用于客户端的电子设备一个实施例的结构示意图,可以实现本发明图1或图2所示实施例的流程,如图14所示,上述电子设备可以包括:壳体31、处理器32、存储器33、电路板34和电源电路35,其中,电路板34安置在壳体31围成的空间内部,处理器32和存储器33设置在电路板34上;电源电路35,用于为上述电子设备的各个电路或器件供电;存储器33用于存储可执行程序代码;处理器32通过读取存储器33中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述任一实施例所述的用于客户端的移动设备桌面搬家的方法。
本发明实施例还提供一种用于服务端的电子设备。图15为本发明用于服务端的电子设备一个实施例的结构示意图,可以实现本发明图4所示实施例的流程,如图15所示,上述电子设备可以包括:壳体41、处理器42、存储器43、电路板44和电源电路45,其中,电路板44安置在壳体41围成的空间内部,处理器42和存储器23设置在电路板44上;电源电路45,用于为上述电子设备的各个电路或器件供电;存储器43用于存储可执行程序代码;处理器42通过读取存储器43中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述任一实施例所述的用于服务端的移动设备桌面搬家的方法。
图14或图15的电子设备以多种形式存在,包括但不限于:
(1)移动通信设备:这类设备的特点是具备移动通信功能,并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机,以及低端手机等。
(2)超移动个人计算机设备:这类设备属于个人计算机的范畴,有计算和处理功能,一般也具备移动上网特性。这类终端包括:PDA、MID和UMPC设备等,例如iPad。
(3)便携式娱乐设备:这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放模块(例如iPod),掌上游戏机,电子书,以及智能玩具和便携式车载导航设备。
(4)服务器:提供计算服务的设备,服务器的构成包括处理器、硬盘、内存、系统总线等,服务器和通用的计算机架构类似,但是由于需要提供高可靠的服务,因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。
(5)其他具有数据交互功能的电子设备。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (30)
1.一种移动设备桌面搬家的方法,其特征在于,用于客户端,包括:
向服务端发送第一搬家请求;所述第一搬家请求包括本地操作系统中默认桌面启动器Launcher包名;
接收所述服务端发来的第一搬家请求响应;
根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;
若所述服务端支持服务端搬家,则向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认Launcher的所有数据;
接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
将解析结果存入本地操作系统中目标Launcher的数据库中;
其中,所述若所述服务端支持服务端搬家,则向所述服务端发送第二搬家请求,包括:
读取本地操作系统中的默认Launcher的所有数据并统一不同ROM的字段差异;
对统一差异后的数据进行去重操作;
将去重后的数据封装成一个BaseItemInfo列表;
将所述BaseItemInfo列表中记录的数据根据桌面元素的类型进行分组;
将分组得到的每组数据作为一个JsonArray数组;
将得到的全部JsonArray数组组成一个JSON格式的第一文件;
向所述服务端发送包括所述第一文件的第二搬家请求。
2.根据权利要求1所述的一种移动设备桌面搬家的方法,其特征在于,所述根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家,包括:
判断所述第一搬家请求响应中的预设参数是否为预定值;
若所述预设参数为所述预定值,则确定所述服务端支持服务端搬家;
若所述预设参数不为所述预定值,则确定所述服务端不支持服务端搬家。
3.根据权利要求1所述的一种移动设备桌面搬家的方法,其特征在于,在根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家之后,还包括:
若所述服务端不支持服务端搬家,则判断当前客户端是否支持客户端本地搬家;
若当前客户端支持客户端本地搬家,则根据预定的客户端本地搬家策略进行桌面搬家。
4.根据权利要求1所述的一种移动设备桌面搬家的方法,其特征在于,在向所述服务端发送第二搬家请求之后,还包括:
接收服务端发来的服务端搬家失败的消息;
判断当前客户端是否支持客户端本地搬家;
若当前客户端支持客户端本地搬家,则根据预定的客户端本地搬家策略进行桌面搬家。
5.根据权利要求3或4所述的一种移动设备桌面搬家的方法,其特征在于,在判断当前客户端是否支持客户端本地搬家之后,还包括:
若当前客户端不支持客户端本地搬家,则向所述服务端上传非搬家信息;
接收并解析所述服务端根据所述非搬家信息下发的非搬家布局策略文件;所述非搬家布局策略文件为所述服务端根据海量用户桌面布局的大数据信息得到的;
将所述非搬家布局策略文件的解析结果存入本地操作系统中目标Launcher的数据库中。
6.根据权利要求3或4所述的一种移动设备桌面搬家的方法,其特征在于,所述判断当前客户端是否支持客户端本地搬家,包括:
判断本地操作系统中的默认Launcher包名是否能在预设的第一Launcher列表中匹配到;
若本地操作系统中的默认Launcher包名能在预设的第一Launcher列表中匹配到,则确定当前客户端支持客户端本地搬家,并将所述默认Launcher的所有数据作为待搬家数据;
若本地操作系统中的默认Launcher包名不能在预设的第一Launcher列表中匹配到,则在本地操作系统中按照Launcher的安装时间从前至后查找,判断是否能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名;
若能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名,则判断当前客户端是否有权限获取当前查找到的Launcher包名对应的所有数据;
若当前客户端有权限获取当前查找到的Launcher包名对应的所有数据,则确定当前客户端支持客户端本地搬家,并将当前查找到的Launcher包名对应的所有数据作为待搬家数据;
若不能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名或当前客户端没有权限获取当前查找到的Launcher包名对应的所有数据,则判断当前客户端是否满足预先设置的部分搬家条件;
若当前客户端满足预先设置的部分搬家条件,则确定当前客户端支持客户端本地搬家,并将本地Dock栏用户自建文件夹的数据作为待搬家数据;
若当前客户端不满足预先设置的部分搬家条件,则确定当前客户端不支持客户端本地搬家。
7.根据权利要求6所述的一种移动设备桌面搬家的方法,其特征在于,所述部分搬家条件为:
能够成功读取到本地Dock栏用户自建文件夹的数据,且本地Dock栏的应用程序数量不超过5,且本地没有外置SD卡。
8.根据权利要求6所述的一种移动设备桌面搬家的方法,其特征在于,所述客户端本地搬家策略包括:
将所述待搬家数据迁移至本地操作系统中目标Launcher的数据库中。
9.一种移动设备桌面搬家的方法,其特征在于,用于服务端,包括:
接收客户端发来的第一搬家请求;所述第一搬家请求包括所述客户端操作系统中默认桌面启动器Launcher包名;
判断所述客户端是否满足预设的服务端搬家条件;
若判断出所述客户端满足预设的服务端搬家条件,则确定支持服务端搬家;若判断出所述客户端不满足预设的服务端搬家条件,则确定不支持服务端搬家;
向所述客户端发送第一搬家请求响应;
接收所述客户端发来的第二搬家请求;所述第二搬家请求记录有所述客户端的默认Launcher的所有数据;
根据所述第二搬家请求生成搬家布局策略文件;
向所述客户端下发所述搬家布局策略文件。
10.根据权利要求9所述的一种移动设备桌面搬家的方法,其特征在于,所述搬家布局策略文件为JSON格式。
11.根据权利要求9所述的一种移动设备桌面搬家的方法,其特征在于,所述服务端搬家条件包括:
所述第一搬家请求中的Launcher包名能在预设的第二Launcher列表中匹配到。
12.根据权利要求9所述的一种移动设备桌面搬家的方法,其特征在于,在接收所述客户端发来的第二搬家请求之后,还包括:
向所述客户端发送服务端搬家失败的消息。
13.根据权利要求9所述的一种移动设备桌面搬家的方法,其特征在于,包括:
所述第一搬家请求响应中包含用于表征服务端是否支持服务端搬家的预设参数值。
14.根据权利要求9-13任一项所述的一种移动设备桌面搬家的方法,其特征在于,在接收客户端发来的第一搬家请求之前,还包括:
预先对海量用户桌面布局进行大数据信息整合,得到非搬家布局策略文件;
其中,在向所述客户端发送第一搬家请求响应之后,还包括:
接收所述客户端发来的非搬家信息;
向所述客户端下发所述非搬家布局策略文件。
15.一种移动设备桌面搬家的装置,其特征在于,用于客户端,包括:
第一请求模块,用于向服务端发送第一搬家请求;所述第一搬家请求包括本地操作系统中默认桌面启动器Launcher包名;
第一接收模块,用于接收所述服务端发来的第一搬家请求响应;
第一判断模块,用于根据所述第一搬家请求响应,判断所述服务端是否支持服务端搬家;
第二请求模块,用于在所述第一判断模块的判断结果为是时,向所述服务端发送第二搬家请求,其中,所述第二搬家请求记录有本地操作系统中默认Launcher的所有数据;
解析模块,用于接收并解析所述服务端响应所述第二搬家请求返回的搬家布局策略文件;
存储模块,用于将所述解析模块的解析结果存入本地操作系统中目标Launcher的数据库中;
其中,所述第二请求模块,包括:
读取及统一子模块,用于在所述第一判断模块的判断结果为是时,读取本地操作系统中的默认Launcher的所有数据并统一不同ROM的字段差异;
去重子模块,用于对所述读取及统一子模块统一差异后的数据进行去重操作;
封装子模块,用于将所述去重子模块去重后的数据封装成一个BaseItemInfo列表;
分组子模块,用于将所述封装子模块得到的BaseItemInfo列表中记录的数据根据桌面元素的类型进行分组;
数组生成子模块,用于将所述分组子模块分组得到的每组数据作为一个JsonArray数组;
第一文件生成子模块,用于将所述数组生成子模块得到的全部JsonArray数组组成一个JSON格式的第一文件;
请求子模块,用于生成包括所述第一文件的第二搬家请求并发送给所述服务端。
16.根据权利要求15所述的一种移动设备桌面搬家的装置,其特征在于,所述第一判断模块,具体用于判断所述第一搬家请求响应中的预设参数是否为预定值;若是,则确定所述服务端支持服务端搬家;否则,确定所述服务端不支持服务端搬家。
17.根据权利要求15所述的一种移动设备桌面搬家的装置,其特征在于,还包括:
第二判断模块,用于在所述第一判断模块的判断结果为否时,判断当前客户端是否支持客户端本地搬家;
客户端搬家模块,用于在当前客户端支持客户端本地搬家时,根据预定的客户端本地搬家策略进行桌面搬家。
18.根据权利要求15所述的一种移动设备桌面搬家的装置,其特征在于,还包括:第三判断模块和客户端搬家模块;
其中,所述第一接收模块,还用于接收服务端发来的服务端搬家失败的消息;
所述第三判断模块,还用于在所述第一接收模块收到所述服务端搬家失败的消息后,判断当前客户端是否支持客户端本地搬家;
所述客户端搬家模块,用于在当前客户端支持客户端本地搬家时,根据预定的客户端本地搬家策略进行桌面搬家。
19.根据权利要求17或18所述的一种移动设备桌面搬家的装置,其特征在于,还包括:上传模块,用于在所述第二判断模块/第三判断模块的判断结果为否时,向所述服务端上传非搬家信息;
其中,所述解析模块,还用于接收并解析所述服务端根据所述非搬家信息下发的非搬家布局策略文件;所述非搬家布局策略文件为所述服务端根据海量用户桌面布局的大数据信息得到的。
20.根据权利要求17或18所述的一种移动设备桌面搬家的装置,其特征在于,所述第二判断模块/第三判断模块,包括:
第一判断子模块,用于判断本地操作系统中的默认Launcher包名是否能在预设的第一Launcher列表中匹配到;
第一确定子模块,用于在所述第一判断子模块的判断结果为是时,确定当前客户端支持客户端本地搬家,并将所述默认Launcher的所有数据作为待搬家数据;
第二判断子模块,用于在所述第一判断子模块的判断结果为否时,在本地操作系统中按照Launcher的安装时间从前至后查找,判断是否能查找到一个能在所述第一Launcher列表中匹配到的Launcher包名;
第三判断子模块,用于在所述第二判断子模块的判断结果为是时,判断当前客户端是否有权限获取当前所述第二判断子模块查找到的Launcher包名对应的所有数据;
第二确定子模块,用于在所述第三判断子模块的判断结果为是时,确定当前客户端支持客户端本地搬家,并将当前所述第三判断子模查找到的Launcher包名对应的所有数据作为待搬家数据;
第四判断子模块,用于在所述第二判断子模块或所述第三判断子模块的判断结果为否时,判断当前客户端是否满足预先设置的部分搬家条件;
第三确定子模块,用于在所述第四判断子模块的判断结果为是时,确定当前客户端支持客户端本地搬家,并将本地Dock栏用户自建文件夹的数据作为待搬家数据;还用于在所述第四判断子模块的判断结果为否时,确定当前客户端不支持客户端本地搬家。
21.根据权利要求20所述的一种移动设备桌面搬家的装置,其特征在于,所述第四判断子模块用于判断的所述部分搬家条件为:能够成功读取到本地Dock栏用户自建文件夹的数据,且本地Dock栏的应用程序数量不超过5,且本地没有外置SD卡。
22.根据权利要求20所述的一种移动设备桌面搬家的装置,其特征在于,所述客户端搬家模块,具体用于在当前客户端支持客户端本地搬家时,将所述待搬家数据迁移至本地操作系统中目标Launcher的数据库中。
23.一种移动设备桌面搬家的装置,其特征在于,用于服务端,包括:
第二接收模块,用于接收客户端发来的第一搬家请求;所述第一搬家请求包括所述客户端操作系统中默认桌面启动器Launcher包名;还用于接收所述客户端发来的第二搬家请求;所述第二搬家请求记录有所述客户端的默认桌面启动器Launcher的所有数据;
第四判断模块,用于判断所述客户端是否满足预设的服务端搬家条件;
第一发送模块,用于根据所述第四判断模块的判断结果向所述客户端发送第一搬家请求响应;还用于向所述客户端下发布局策略生成模块生成的搬家布局策略文件;
布局策略生成模块,用于根据所述第二搬家请求生成搬家布局策略文件。
24.根据权利要求23所述的一种移动设备桌面搬家的装置,其特征在于,所述布局策略生成模块生成的搬家布局策略文件为JSON格式。
25.根据权利要求23所述的一种移动设备桌面搬家的装置,其特征在于,所述第四判断模块用于判断的服务端搬家条件包括:
所述第一搬家请求中的Launcher包名能在预设的第二Launcher列表中匹配到。
26.根据权利要求23所述的一种移动设备桌面搬家的装置,其特征在于,所述第一发送模块,还用于向所述客户端发送服务端搬家失败的消息。
27.根据权利要求23所述的一种移动设备桌面搬家的装置,其特征在于,所述第一发送模块向所述客户端发送的第一搬家请求响应中包含用于表征服务端是否支持服务端搬家的预设参数值。
28.根据权利要求23-27任一项所述的一种移动设备桌面搬家的装置,其特征在于,还包括:大数据模块,用于预先对海量用户桌面布局进行大数据信息整合,得到非搬家布局策略文件;
其中,所述第二接收模块,还用于接收所述客户端发来的非搬家信息;
所述第一发送模块,还用于根据所述第二接收模块收到的非搬家信息,向所述客户端下发所述非搬家布局策略文件。
29.一种电子设备,其特征在于,用于客户端,所述电子设备包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述客户端的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述权利要求1-8任一项所述的一种移动设备桌面搬家的方法。
30.一种电子设备,其特征在于,用于服务端,所述电子设备包括:壳体、处理器、存储器、电路板和电源电路,其中,电路板安置在壳体围成的空间内部,处理器和存储器设置在电路板上;电源电路,用于为上述服务端的各个电路或器件供电;存储器用于存储可执行程序代码;处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序,用于执行前述权利要求9-14任一项所述的一种移动设备桌面搬家的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810721036.7A CN108920658B (zh) | 2018-06-29 | 2018-06-29 | 一种移动设备桌面搬家方法、装置及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810721036.7A CN108920658B (zh) | 2018-06-29 | 2018-06-29 | 一种移动设备桌面搬家方法、装置及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108920658A CN108920658A (zh) | 2018-11-30 |
CN108920658B true CN108920658B (zh) | 2022-03-29 |
Family
ID=64425358
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810721036.7A Active CN108920658B (zh) | 2018-06-29 | 2018-06-29 | 一种移动设备桌面搬家方法、装置及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108920658B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111459571A (zh) * | 2020-03-31 | 2020-07-28 | 联想(北京)有限公司 | 一种配置方法、处理方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2622448A2 (en) * | 2010-10-01 | 2013-08-07 | Z124 | Desktop reveal expansion |
CN103677931A (zh) * | 2013-12-19 | 2014-03-26 | 北京奇虎科技有限公司 | 一种软件搬家的方法及装置 |
CN105373381A (zh) * | 2015-10-20 | 2016-03-02 | 惠州Tcl移动通信有限公司 | 一种移动终端的桌面启动器的制作方法及制作系统 |
CN106547427A (zh) * | 2016-10-26 | 2017-03-29 | 北京奇虎科技有限公司 | 一种桌面布局的调整方法和装置 |
CN106569845A (zh) * | 2016-09-26 | 2017-04-19 | 武汉开目信息技术股份有限公司 | 一种Windows域权限管理下的通用软件安装系统和方法 |
CN106790059A (zh) * | 2016-12-20 | 2017-05-31 | Tcl集团股份有限公司 | 智能电视Launcher云端系统服务调用方法及系统 |
CN106775445A (zh) * | 2016-09-14 | 2017-05-31 | 广东欧珀移动通信有限公司 | 数据迁移方法及装置 |
CN107632872A (zh) * | 2016-07-15 | 2018-01-26 | 腾讯科技(深圳)有限公司 | 桌面布局处理方法、用户数据处理方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104283842B (zh) * | 2013-07-02 | 2019-06-25 | 中兴通讯股份有限公司 | 主题管理方法及系统 |
-
2018
- 2018-06-29 CN CN201810721036.7A patent/CN108920658B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2622448A2 (en) * | 2010-10-01 | 2013-08-07 | Z124 | Desktop reveal expansion |
CN103677931A (zh) * | 2013-12-19 | 2014-03-26 | 北京奇虎科技有限公司 | 一种软件搬家的方法及装置 |
CN105373381A (zh) * | 2015-10-20 | 2016-03-02 | 惠州Tcl移动通信有限公司 | 一种移动终端的桌面启动器的制作方法及制作系统 |
CN107632872A (zh) * | 2016-07-15 | 2018-01-26 | 腾讯科技(深圳)有限公司 | 桌面布局处理方法、用户数据处理方法及装置 |
CN106775445A (zh) * | 2016-09-14 | 2017-05-31 | 广东欧珀移动通信有限公司 | 数据迁移方法及装置 |
CN106569845A (zh) * | 2016-09-26 | 2017-04-19 | 武汉开目信息技术股份有限公司 | 一种Windows域权限管理下的通用软件安装系统和方法 |
CN106547427A (zh) * | 2016-10-26 | 2017-03-29 | 北京奇虎科技有限公司 | 一种桌面布局的调整方法和装置 |
CN106790059A (zh) * | 2016-12-20 | 2017-05-31 | Tcl集团股份有限公司 | 智能电视Launcher云端系统服务调用方法及系统 |
Non-Patent Citations (1)
Title |
---|
打造仿苹果Android手机桌面;黄海峰;《电脑爱好者》;20140131(第1期);第77页 * |
Also Published As
Publication number | Publication date |
---|---|
CN108920658A (zh) | 2018-11-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20190325035A1 (en) | Multi-user playlist generation for playback of media content | |
CN102761623B (zh) | 资源自适配下载方法、系统、数据存储服务器、以及通信系统 | |
CN111163072B (zh) | 机器学习模型中特征值的确定方法、装置及电子设备 | |
US10078692B2 (en) | Method and system for providing a social service based on music information | |
CN105893075A (zh) | 应用程序的更新方法及装置 | |
US9940115B2 (en) | Mobile application deployment for distributed computing environments | |
US20160188684A1 (en) | Consolidating Search Results | |
US20170091197A1 (en) | Multimedia Display Method, Apparatus, and Device | |
CN103747436A (zh) | 应用程序下载方法和装置 | |
CN105160018A (zh) | 一种复制/粘贴图片的方法、装置和系统 | |
CN111176706A (zh) | 终端升级方法、装置、电子设备及存储介质 | |
CN108920658B (zh) | 一种移动设备桌面搬家方法、装置及电子设备 | |
KR101336846B1 (ko) | 콘텐츠 검색 서비스를 제공하는 방법, 검색 서버 및 이를 포함하는 검색 시스템 | |
CN105144073A (zh) | 可移除存储设备身份和配置信息 | |
CN111258959A (zh) | 一种数据获取方法、数据提供方法及装置 | |
CN112579877A (zh) | 信源系统的控制方法、装置、存储介质和设备 | |
CN115061785A (zh) | 信息下发方法、装置、存储介质及服务器 | |
WO2015078124A1 (zh) | 一种网络数据处理方法及装置 | |
WO2018094689A1 (zh) | 一种改进浏览体验的方法、装置和设备 | |
CN103812908A (zh) | 云端文件处理方法以及系统 | |
CN110297971B (zh) | 个性化资源检索方法、装置、设备及计算机可读存储介质 | |
CN113436699A (zh) | 新冠核酸检测报告生成方法、系统、电子设备和存储介质 | |
US11216294B2 (en) | User interface by way of unknown data structure | |
CN106411975B (zh) | 一种数据输出方法、装置及计算机可读取存储介质 | |
CN104993999A (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 |