CN107679176A - 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 - Google Patents
一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 Download PDFInfo
- Publication number
- CN107679176A CN107679176A CN201710909385.7A CN201710909385A CN107679176A CN 107679176 A CN107679176 A CN 107679176A CN 201710909385 A CN201710909385 A CN 201710909385A CN 107679176 A CN107679176 A CN 107679176A
- Authority
- CN
- China
- Prior art keywords
- data
- user
- application
- applications client
- interface
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质,所述方法包含:应用客户端启动时,应用服务器调用与当前时间段对应的用户习惯数据、确定用户在该应用的常用页面;应用服务器调用所述常用页面的接口向应用客户端返回所述常用页面的接口数据;应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。本发明通过在应用客户端启动的过程中,由应用服务器提前、主动准备好应用常用页面的接口数据并返回给应用客户端,使应用客户端启动完成后,可以迅速打开习惯的常用页面,缩短用户打开应用的等待时间、改善用户体验。
Description
技术领域
本发明涉及移动终端技术领域,尤其涉及一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质。
背景技术
现代人常说的应用,是应用程序的简称,一般指手机和平板电脑上实现设定功能的应用。应用程序是电脑软件的主要分类之一,是指为针对使用者的某种应用目的所撰写的软件。
随著3G的蓬勃发展,移动应用已经为赹来赹多的企业带来更大的市场空间和市场机会。通过手机企业可以将自身的产品和服务更大范围,更好的展示,也可以更好的跟客户互动。如今在苹果应用程序商店里面已经有50万移动应用程序为手机使用者提供各种服务,而综合下载量在今年年初的时候已经突破了100亿次。
应用程序(Application)运行在使用者模式,它可以和使用者进行交互,一般具有可视的使用者介面。对於应用程序需要了解的是:每一个应用程序运行於独立的进程、他们拥有自己独立的位址空间。不同应用程序的分界线称为进程边界。
应用程序根据实现的目的不同,可以分为很多类,例如办公类、网络交流类、多媒体娱乐类等。
用户在打开一个应用时,经常需要等一会才能出现首页,然后接着又要再点击另一个自己经常去的页面,又要等待一会。这是大部分应用的惯用做法,即按部就班的启动流程,不考虑与用户的交互,不考虑用户的体验。
该方案存在的问题是:
1.应用启动时打开首页需要耗费的时间较多。
2.应用打开时未考虑用户的使用习惯,导致用户打开自己常去页面时的速度仍然较慢,体验很差。
所以,需要实现一套新的方案,以解决这些问题。
发明内容
本发明的主要目的在于提出一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质,旨在解决应用终端打开速度较慢、访问路径单一、用户体验较差的问题。
为实现上述目的,本发明提供的一种提高应用打开速度的方法,所述方法包括:
应用客户端启动时,应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
应用服务器调用所述常用页面的接口向应用客户端返回所述常用页面的接口数据;
应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。
可选的,所述方法在步骤应用客户端启动时,应用服务器调用用户习惯数据确定用户在该应用的常用页面之前包括:
应用服务器分析应用客户端上报的历史使用数据,生成用户习惯数据。
可选的,所述方法在步骤应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据之后包含:
打开应用客户端时,应用客户端呈现所述常用页面。
可选的,所述方法在步骤打开应用客户端,呈现所述常用页面之后包括步骤:
监控和收集用户在应用客户端的使用数据,定期上报所述使用数据到应用服务器。
可选的,所述方法包括:
所述使用数据包含应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
可选的,所述方法包括:
所述习惯数据为设定的各个时间段内用户访问频率最高的应用页面数据。
此外,为实现上述目的,本发明还提出一种终端,包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序,所述至少一个应用程序被配置为用于执行以下步骤:
接收启动应用客户端的命令,所述命令同步到应用服务器;
接收应用服务器向应用客户端返回的常用页面的接口数据;
解析所述接口数据,生成所述常用页面的缓存数据。
可选的,所述处理器执行的至少一个应用程序在步骤解析所述接口数据,生成所述常用页面的缓存数据之后被配置为执行:
监控和收集用户在应用客户端的使用数据,定期上报所述应用的使用数据到应用服务器。
此外,为实现上述目的,本发明还提出一种服务器,包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序,所述至少一个应用程序被配置为用于执行以下步骤:
接收应用客户端发送的应用客户端启动的命令;
应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
调用所述常用页面的接口向应用客户端发送所述常用页面的接口数据。
此外,为实现上述目的,本发明还提出一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有提高应用打开速度的程序,所述提高应用打开速度的程序被处理器执行时实现上述任一项提高应用打开速度的方法的步骤。
本发明提出的提高应用打开速度的方法、终端、服务器、计算机可读存储介质,通过对用户使用应用的历史数据进行分析,了解用户使用应用的习惯,在应用被启动时,通过服务器提前将用户习惯使用的应用页面数据准备好并缓存到应用客户端,等用户打开应用客户端时,直接获取缓存数据,可以大大加快应用打开的速度,如果直接根据用户习惯数据对用户最常访问的页面进行缓存并在应用被打开时直接呈现,而不是按部就班先打开首页,会更加符合用户习惯,改善了用户对应用的使用体验。
附图说明
图1为实现本发明各个实施例的移动终端的硬件结构示意图;
图2为如图1所示的移动终端的无线通信系统示意图;
图3为本发明第一实施例提供的提高应用打开速度的方法流程示意图;
图4为本发明第二实施例提供的提高应用打开速度的方法流程示意图;
图5为本发明各实施例状态示意图;
图6为本发明各实施例的另一状态示意图;
图7为本发明各实施例的又一状态示意图;
图8为本发明第三实施例提供的移动终端的处理器所运行程序的步骤示意图;
图9为本发明第四实施例提供的服务器的处理器所运行程序的步骤示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在后续的描述中,使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明,其本身没有特定的意义。因此,“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如,本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player,PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端,以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明,本领域技术人员将理解的是,除了特别用于移动目的的元件之外,根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1,其为实现本发明各个实施例的一种移动终端的硬件结构示意图,该移动终端100可以包括:RF(Radio Frequency,射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解,图1中示出的移动终端结构并不构成对移动终端的限定,移动终端可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍:
射频单元101可用于收发信息或通话过程中,信号的接收和发送,具体的,将基站的下行信息接收后,给处理器110处理;另外,将上行的数据发送给基站。通常,射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外,射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于GSM(Global System of Mobile communication,全球移动通讯系统)、GPRS(General Packet Radio Service,通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000,码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access,时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution,频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution,分时双工长期演进)等。
WiFi属于短距离无线传输技术,移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102,但是可以理解的是,其并不属于移动终端的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时,将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且,音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如,呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据),并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105,比如光传感器、运动传感器以及其他传感器。具体地,光传感器包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度,接近传感器可在移动终端100移动到耳边时,关闭显示面板1061和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息,以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地,用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作),并根据预先设定的程序驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器110,并能接收处理器110发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071,用户输入单元107还可以包括其他输入设备1072。具体地,其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种,具体此处不做限定。
进一步的,触控面板1071可覆盖显示面板1061,当触控面板1071检测到在其上或附近的触摸操作后,传送给处理器110以确定触摸事件的类型,随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中,触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能,但是在某些实施例中,可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能,具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如,外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如,数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器109可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心,利用各种接口和线路连接整个移动终端的各个部分,通过运行或执行存储在存储器109内的软件程序和/或模块,以及调用存储在存储器109内的数据,执行移动终端的各种功能和处理数据,从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元;优选的,处理器110可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作系统、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池),优选的,电源111可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出,移动终端100还可以包括蓝牙模块等,在此不再赘述。
为了便于理解本发明实施例,下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2,图2为本发明实施例提供的一种通信网络系统架构图,该通信网络系统为通用移动通信技术的LTE系统,该LTE系统包括依次通讯连接的UE(User Equipment,用户设备)201,E-UTRAN(Evolved UMTS Terrestrial Radio Access Network,演进式UMTS陆地无线接入网)202,EPC(Evolved Packet Core,演进式分组核心网)203和运营商的IP业务204。
具体地,UE201可以是上述终端100,此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中,eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接,eNodeB2021连接到EPC203,eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity,移动性管理实体)2031,HSS(Home Subscriber Server,归属用户服务器)2032,其它MME2033,SGW(Serving Gate Way,服务网关)2034,PGW(PDN Gate Way,分组数据网络网关)2035和PCRF(Policy andCharging Rules Function,政策和资费功能实体)2036等。其中,MME2031是处理UE201和EPC203之间信令的控制节点,提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能,并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送,PGW2035可以提供UE 201的IP地址分配以及其它功能,PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点,它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem,IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍,但本领域技术人员应当知晓,本发明不仅仅适用于LTE系统,也可以适用于其他无线通信系统,例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等,此处不做限定。
基于上述移动终端硬件结构以及通信网络系统,提出本发明方法各个实施例。
实施例一
本发明第一实施例提供一种提高应用打开速度的方法,如图3所示,所述方法包括以下步骤:
S10,应用客户端启动时,应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
其中,应用客户端是指设置在客户端设备的应用程序,如图5所示的终端界面上所显示的各个应用程序图标,每个应用程序图标都代表一个应用客户端。与应用客户端对应的是应用服务器,是指设置在服务器上,具备数据储存及分析能力,通过网络接受应用客户端的请求、数据上传以及向用于客户端发布命令、数据返回的应用程序。
本实施例中,应用客户端启动,可以是基于终端启动而自动启动,或者基于用户指令的启动、或者基于其他应用的启动的联动启动。
应用客户端启动时,启动命令同步到应用服务器,应用服务器接收到应用客户端启动的命令时,即开始调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面。
具体来说,用户历史时间内使用应用的数据,称为用户历史数据,这些数据包含用户使用应用的应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
对用户使用应用的历史数据进行分析,按照划定时间段分析用户在各个时间段内访问页面的频率,根据访问频率由高到低进行排列,对认定为习惯数据的访问频率进行设定或者访问频率的排列名次进行设定,进入设定名次或者设定频率范围内的页面,即可认定为用户在该应用的常用页面,当然也可以简单的将各个时间段内访问频率最高的应用页面数据认定为习惯数据,该页面为常用页面。
所述设定时间段可以为如下列举的方式:
时间 | 时段名 |
0:00-6:00 | 凌晨段 |
6:00-9:00 | 早晨段 |
9:00-12:00 | 上午段 |
12:00-14:00 | 中午段 |
14:00-18:00 | 下午段 |
18:00-24:00 | 晚间段 |
以商城应用为例,用户在晚间段打开商城应用的时候,经常都是不看首页,如图6所示,直接进入购物车,想查看自己购物车中的清单是否有降价;而在上午段打开商城应用的时候,如图7所示,经常都是直接进入我的订单,查看物流情况。于是所统计出来的数据如晚上18点到24点,最高频率页面为购物车;早上9点到12点,最高频率页面为我的订单。因此,如果用户在上午段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的订单页面的数据,进而确定我的订单为用户在上午段在商城应用中的常用页面。如果用户在晚间段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的购物车页面的数据,进而确定购物车为用户在晚间段商城应用中的常用页面。
S11,应用服务器调用所述常用页面的接口向应用客户端返回所述常用页面的接口数据;
当服务器确定用户在当前时间段应用中的常用页面后,即调用常用页面的所有接口,接口可以为多个,以便向应用客户端返回所述常用页面的接口数据。
举例来说,应用服务器获取访问常用页面所需要的接口列表,结合该用户的用户信息,组合出接口参数,然后调用各个接口所需要的函数,将结果组合起来,返回给客户端。
例如,应用访问一个常用页面需要调用接口A、接口B、接口C,某些接口需要传入用户信息,某些需要传入页码信息。应用服务器可以根据已登录用户的信息写入参数,并将所记录的用户访问该页面时的页码等参数填充到接口参数中。
应用服务器主动调用接口时,直接调用接口所对应的函数,将接口A、接口B、接口C所返回的结果合并形成接口数据,并记录其对应的接口。形式如{接口A:返回值A,接口B:返回值B,接口C:返回值C}。然后返回所述接口数据给应用客户端。
S12,应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。
应用客户端打开时,应用客户端直接调用所述常用页面的缓存数据,即可完成常用页面的加载与显示,就省去了从客户端到服务器的HTTP访问时间,对于用户来说,打开客户端上所述常用页面的变的很快,改善了用户体验。
本实施例实现的提高应用打开速度的方法,通过分析用户使用应用的历史数据,获得应用在各个时间段的常用页面,在应用客户端启动时,通过应用服务器调取对应时间段的应用常用页面的接口并将常用页面的接口数据在应用启动的过程中(打开之前)返回给应用客户端,当应用客户端打开时即可直接解析所述接口数据并打开该时间段用户在该应用的常用页面,因此打开应用的速度大大加快,改善了用户体验。
实施例二
本发明第二实施例提供一种提高应用打开速度的方法,所述方法包括以下步骤:
S20,应用服务器分析应用客户端上报的应用历史使用数据,生成用户习惯数据;
应用客户端上报的应用历史使用数据包含应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
应用服务器分析所述应用历史使用数据的方法可以采用现有技术中的方法,在此不进行列举。
分析应用历史使用数据的目的是分析用户在各个时间段内访问应用各个页面的频率,根据访问频率由高到低进行排列,对认定为习惯数据的访问频率进行设定或者访问频率的排列名次进行设定,进入设定名次或者设定频率范围内的页面,即可认定为用户在该应用的常用页面,也可以直接将各个时间段内访问频率最高的页面认定为常用页面。
S21,应用客户端启动时,应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
S22,应用服务器调用所述常用页面的接口向应用客户端返回所述常用页面的接口数据;
S23,应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。
S24,打开应用客户端时,应用客户端呈现所述常用页面;
具体来说,应用客户端被打开时,一贯的做法是显示应用的首页,但是用户往往具有自己比较喜欢的子页面,而首页往往仅是用户进入自己喜欢的子页面的一个通道。所以等待首页打开的时间很长,相对于打开首页的目的来说,用户常常会有浪费时间的感觉,如果能直接进入用户的常用页面,无疑对于用户来说具有良好的体验,而首页的加载可以转入后台进行,即使用户后续想返回首页,也可以在经过后台加载后很快打开首页,避免等待。
因此,本实施例中,当应用服务器返回常用页面接口数据后,应用客户端解析并缓存所述接口数据,当用户点击打开启动完成的应用客户端时,应用客户端直接获取所述缓存的接口数据并在终端显示界面呈现所述缓冲数据对应的常用页面。根据用户设定习惯数据的选择标准,所述常用页面可以为一个以上,应用客户端呈现的可以是任意一个常用页面,也可以是所述常用页面中在历史当前时间段访问频率最高的页面。
S25,监控和收集用户在应用客户端的使用数据,定期上报所述应用的使用数据到应用服务器。
为了保证应用服务器所分析的历史使用数据能够代表用户在近期对于应用的使用习惯,应保持所述应用历史使用数据以近期数据为主,即用户在使用应用客户端时,实时监控和收集用户在应用客户端的使用数据,定期或实时或依条件上报所述应用的使用数据到应用服务器。实时上报所述应用的使用数据到应用服务器对网络资源和电力资源有挑战,依条件上报,可选的条件例如:当充电时上报或连接WIFI时上报;可以优选定期上报,例如每6个小时上报一次所收集的应用客户端使用数据。
本实施例实现的提高应用打开速度的方法,通过分析用户使用应用的历史数据,获得应用在各个时间段的常用页面,在应用客户端启动时,通过应用服务器调取对应时间段的应用常用页面的接口并将常用页面的接口数据在应用启动的过程中(打开之前)返回给应用客户端,当应用客户端打开时即可直接解析所述接口数据并直接进入常用页面,进一步改善了用户体验。
实施例三
本发明第三实施例提供一种终端,终端的结构如图1所示,包括存储器109、处理器110和至少一个被存储在所述存储器109中并被配置为由所述处理器110执行的应用程序,如图8所示,所述至少一个应用程序被配置为用于执行以下步骤:
S30,接收启动应用客户端的命令,所述命令同步到应用服务器;
其中,应用客户端是指设置在客户端设备应用程序,如图5所示显示界面上的应用图标,每一个应用图标代表一个应用客户端。与应用客户端对应的是应用服务器,是指设置在服务器上,具备数据储存及分析能力,通过网络接受应用客户端的请求、数据上传以及向用于客户端发布命令、数据返回的设备。
本实施例中,应用客户端启动,可以是基于终端启动而自动启动,或者基于用户指令的启动、或者基于其他应用的启动的联动启动。
应用客户端启动时,启动命令同步到应用服务器,应用服务器接收到应用客户端启动的命令时,即开始调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面。
具体来说,用户历史时间内使用应用的数据,称为用户历史数据,这些数据包含用户使用应用的应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
对用户使用应用的历史数据进行分析,按照划定时间段分析用户在各个时间段内访问页面的频率,根据访问频率由高到低进行排列,对认定为习惯数据的访问频率进行设定或者访问频率的排列名次进行设定,进入设定名次或者设定频率范围内的页面,即可认定为用户在该应用的常用页面,或者直接将各个时间段内访问频率最高的页面认定为常用页面。
以商城应用为例,用户在晚间段打开商城应用的时候,经常都是不看首页,直接进入购物车,想查看自己购物车中的清单是否有降价;而在上午段打开商城应用的时候,经常都是直接进入我的订单,查看物流情况。于是所统计出来的数据如晚上18点到24点,最高频率页面为购物车;早上9点到12点,最高频率页面为我的订单。因此,如果用户在上午段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的订单页面的数据,进而确定我的订单为用户在上午段在商城应用中的常用页面。如果用户在晚间段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的购物车页面的数据,进而确定购物车为用户在晚间段商城应用中的常用页面。
S31,接收应用服务器向应用客户端返回的常用页面的接口数据;
当服务器确定用户在当前时间段应用中的常用页面时,即调用常用页面的所有接口,接口可以为多个,以便向应用客户端返回所述常用页面的接口数据。
举例来说,应用服务器获取访问该常用页面所需要的接口列表,结合该用户的用户信息,组合出接口参数,然后调用各个接口所需要的函数,将结果组合起来,返回给客户端。
例如,应用访问一个常用页面需要调用接口A、接口B、接口C,某些接口需要传入用户信息,某些需要传入页码信息。服务器可以根据已登录用户的信息写入参数,并将所记录的用户访问该页面时的页码等参数填充到接口参数中。
应用服务器主动调用接口时,直接调用接口所对应的函数,将接口A、接口B、接口C所返回的结果合并形成接口数据,并记录其对应的接口。形式如{接口A:返回值A,接口B:返回值B,接口C:返回值C}。然后返回所述接口数据给应用客户端,此时应用客户端接收到应用服务器返回的常用页面的接口数据。
S32,应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。
应用客户端接收到应用服务器返回的常用页面的接口数据后,解析所述接口数据,生成所述常用页面的缓存数据。应用客户端打开时,应用客户端直接调用所述常用页面的缓存数据,即可完成常用页面的加载与显示,就省去了从客户端到服务器的HTTP访问时间,对于用户来说,打开客户端上所述常用页面的变的很快,改善了用户体验。
作为可选的一种方式,所述处理器在执行完上述第三步后,还可以接着执行:
监控和收集用户在应用客户端的使用数据,定期上报所述应用的使用数据到应用服务器。
为了保证应用服务器所分析的历史使用数据能够代表用户在近期对于应用的使用习惯,应保持所述应用历史使用数据以近期数据为主,即用户在使用应用客户端时,实时监控和收集用户在应用客户端的使用数据,定期或实时或依条件上报所述应用的使用数据到应用服务器。实时上报所述应用的使用数据到应用服务器对网络资源和电力资源有挑战,依条件上报,可选的条件例如:当充电时上报或连接WIFI时上报;可以优选定期上报,例如每6个小时上报一次所收集的应用客户端使用数据。
本实施例实现的移动终端,通过分析用户使用应用的历史数据,获得应用在各个时间段的常用页面,在应用客户端启动时,通过应用服务器调取对应时间段的应用常用页面的接口并将常用页面的接口数据在应用启动的过程中(打开之前)返回给应用客户端,当应用客户端打开时即可直接解析所述接口数据并打开该时间段用户在该应用的常用页面,因此打开应用的速度大大加快,改善了用户体验。
实施例四
本发明第四实施例提供一种服务器,包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序,如图9所示,所述至少一个应用程序被配置为用于执行以下步骤:
S40,接收应用客户端发送的应用客户端启动的命令;
应用客户端启动时,启动命令同步到应用服务器,应用服务器接收到应用客户端启动的命令时,即开始调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面。
S41,应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
具体来说,用户历史时间内使用应用的数据,称为用户历史数据,这些数据包含用户使用应用的应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
对用户使用应用的历史数据进行分析,按照划定时间段分析用户在各个时间段内访问页面的频率,根据访问频率由高到低进行排列,对认定为习惯数据的访问频率进行设定或者访问频率的排列名次进行设定,进入设定名次或者设定频率范围内的页面,即可认定为用户在该应用的常用页面,也可直接将各个时间段内访问频率最高的页面认定为常用页面。
以商城应用为例,用户在晚间段打开商城应用的时候,经常都是不看首页,直接进入购物车,想查看自己购物车中的清单是否有降价;而在上午段打开商城应用的时候,经常都是直接进入我的订单,查看物流情况。于是所统计出来的数据如晚上18点到24点,最高频率页面为购物车;早上9点到12点,最高频率页面为我的订单。因此,如果用户在上午段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的订单页面的数据,进而确定我的订单为用户在上午段在商城应用中的常用页面。如果用户在晚间段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的购物车页面的数据,进而确定购物车为用户在晚间段商城应用中的常用页面。
S42,调用所述常用页面的接口向应用客户端发送所述常用页面的接口数据。
当服务器确定用户在当前时间段应用中的常用页面时,即调用常用页面的所有接口,接口可以为多个,以便向应用客户端返回所述常用页面的接口数据。
举例来说,应用服务器根据访问该常用页面所需要的接口列表,结合该用户的用户信息,组合出接口参数,然后调用各个接口所需要的函数,将结果组合起来,返回给客户端。
例如,应用访问一个常用页面需要调用接口A、接口B、接口C,某些接口需要传入用户信息,某些需要传入页码信息。服务器可以根据已登录用户的信息写入参数,并将所记录的用户访问该页面时的页码等参数填充到接口参数中。
应用服务器主动调用接口时,直接调用接口所对应的函数,将接口A、接口B、接口C所返回的结果合并形成接口数据,并记录其对应的接口。形式如{接口A:返回值A,接口B:返回值B,接口C:返回值C}。然后返回所述接口数据给应用客户端。
本实施例实现的服务器,在接收到应用客户端启动的命令后,分析历史使用数据获取用户在历史当前时段的常用页面并将该常用页面的接口数据主动发给应用客户端,使应用客户端在被打开后可以很快进入应用的常用页面,为用户节约时间。
实施例五
本发明第五实施例提供一种计算机可读存储介质,所述计算机可读存储介质上存储有提高应用打开速度的程序,所述提高应用打开速度的程序被处理器执行时实现:
第一步,应用客户端启动时,应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
其中,应用客户端是指设置在客户端设备应用程序,与应用客户端对应的是应用服务器,是指设置在服务器上,具备数据储存及分析能力,通过网络接受应用客户端的请求、数据上传以及向用于客户端发布命令、数据返回的设备。
本实施例中,应用客户端启动,可以是基于终端启动而自动启动,或者基于用户指令的启动、或者基于其他应用的启动的联动启动。
应用客户端启动时,启动命令同步到应用服务器,应用服务器接收到应用客户端启动的命令时,即开始调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面。
具体来说,用户历史时间内使用应用的数据,称为用户历史数据,这些数据包含用户使用应用的应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
对用户使用应用的历史数据进行分析,按照划定时间段分析用户在各个时间段内访问页面的频率,根据访问频率由高到低进行排列,对认定为习惯数据的访问频率进行设定或者访问频率的排列名次进行设定,进入设定名次或者设定频率范围内的页面,即可认定为用户在该应用的常用页面。
所述设定时间段可以为如下列举的方式:
时间 | 时段名 |
0:00-6:00 | 凌晨段 |
6:00-9:00 | 早晨段 |
9:00-12:00 | 上午段 |
12:00-14:00 | 中午段 |
14:00-18:00 | 下午段 |
18:00-24:00 | 晚间段 |
以商城应用为例,用户在晚间段打开商城应用的时候,经常都是不看首页,直接进入购物车,想查看自己购物车中的清单是否有降价;而在上午段打开商城应用的时候,经常都是直接进入我的订单,查看物流情况。于是所统计出来的数据如晚上18点到24点,最高频率页面为购物车;早上9点到12点,最高频率页面为我的订单。因此,如果用户在上午段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的订单页面的数据,进而确定我的订单为用户在上午段在商城应用中的常用页面。如果用户在晚间段启动商城应用,应用服务器根据历史使用数据确定用户的习惯数据为我的购物车页面的数据,进而确定购物车为用户在晚间段商城应用中的常用页面。
第二步,应用服务器调用所述常用页面的接口向应用客户端返回所述常用页面的接口数据;
当服务器确定用户在当前时间段应用中的常用页面时,即调用常用页面的所有接口,接口可以为多个,以便向应用客户端返回所述常用页面的接口数据。
举例来说,应用服务器根据访问该常用页面所需要的接口列表,结合该用户的用户信息,组合出接口参数,然后调用各个接口所需要的函数,将结果组合起来,返回给客户端。
例如,应用访问一个常用页面需要调用接口A、接口B、接口C,某些接口需要传入用户信息,某些需要传入页码信息。服务器可以根据已登录用户的信息写入参数,并将所记录的用户访问该页面时的页码等参数填充到接口参数中。
应用服务器主动调用接口时,直接调用接口所对应的函数,将接口A、接口B、接口C所返回的结果合并形成接口数据,并记录其对应的接口。形式如{接口A:返回值A,接口B:返回值B,接口C:返回值C}。然后返回所述接口数据给应用客户端。
第三步,应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。
应用客户端打开时,应用客户端直接调用所述常用页面的缓存数据,即可完成常用页面的加载与显示,就省去了从客户端到服务器的HTTP访问时间,对于用户来说,打开客户端上所述常用页面的变的很快,改善了用户体验。
作为可选的一种实施方式,所述计算机可读存储程序在执行所述第一步之前还执行:
应用服务器分析应用客户端上报的应用历史使用数据,生成用户习惯数据;
应用客户端上报的应用历史使用数据包含应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
应用服务器分析所述应用历史使用数据的方法可以采用现有技术中的方法,在此不进行列举。
分析应用历史使用数据的目的是分析用户在各个时间段内访问应用各个页面的频率,根据访问频率由高到低进行排列,对认定为习惯数据的访问频率进行设定或者访问频率的排列名次进行设定,进入设定名次或者设定频率范围内的页面,即可认定为用户在该应用的常用页面,也可以直接将各个时间段内访问频率最高的页面认定为常用页面。
以及作为可选的另一种实施方式,所述计算机可读存储程序在执行第三步之后还执行:
打开应用客户端时,应用客户端呈现所述常用页面。
具体来说,应用客户端被打开时,一贯的做法是显示应用的首页,但是用户往往具有自己比较喜欢的子页面,而首页往往是用户进入自己喜欢的子页面的一个通道。所以等待首页打开的时间很长,相对于打开首页的目的来说,用户常常会有浪费时间的感觉,如果能直接进入用户的常用页面,无疑对于用户来说具有良好的体验,而首页的加载可以转入后台进行,即使用户后续想返回首页,也可以在经过后台加载后很快打开首页,避免等待。
因此,本实施例中,当应用服务器返回常用页面接口数据后,应用客户端解析并缓存所述接口数据,当用户点击打开启动完成的应用客户端时,应用客户端直接获取所述缓存的接口数据并在终端显示界面呈现所述缓冲数据对应的常用页面。根据用户设定习惯数据的选择标准,所述常用页面可以为一个以上,应用客户端呈现的可以是任意一个常用页面,也可以是所述常用页面中在历史当前时间段访问频率最高的页面。
以及接着执行:监控和收集用户在应用客户端的使用数据,定期上报所述应用的使用数据到应用服务器。
为了保证应用服务器所分析的历史使用数据能够代表用户在近期对于应用的使用习惯,应保持所述应用历史使用数据以近期数据为主,即用户在使用应用客户端时,实时监控和收集用户在应用客户端的使用数据,定期或实时或依条件上报所述应用的使用数据到应用服务器。实时上报所述应用的使用数据到应用服务器对网络资源和电力资源有挑战,依条件上报,可选的条件例如:当充电时上报或连接WIFI时上报;可以优选定期上报,例如每6个小时上报一次所收集的应用客户端使用数据。
本实施例实现的计算机可读存储程序,在任意一个处理器上执行后,实现以下效果:
通过分析用户使用应用的历史数据,获得应用在各个时间段的常用页面,在应用客户端启动时,通过应用服务器调取对应时间段的应用常用页面的接口并将常用页面的接口数据在应用启动的过程中(打开之前)返回给应用客户端,当应用客户端打开时即可直接解析所述接口数据并直接进入常用页面,进一步改善了用户体验。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述,但是本发明并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本发明的启示下,在不脱离本发明宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本发明的保护之内。
Claims (10)
1.一种提高应用打开速度的方法,其特征在于,所述方法包括:
应用客户端启动时,应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
应用服务器调用所述常用页面的接口向应用客户端返回所述常用页面的接口数据;
应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据。
2.根据权利要求1所述的提高应用打开速度的方法,其特征在于,所述方法在步骤应用客户端启动时,应用服务器调用用户习惯数据确定用户在该应用的常用页面之前包括:
应用服务器分析应用客户端上报的历史使用数据,生成用户习惯数据。
3.根据权利要求1所述的提高应用打开速度的方法,其特征在于,所述方法在步骤应用客户端接收并解析所述接口数据,生成所述常用页面的缓存数据之后包含:
打开应用客户端时,应用客户端呈现所述常用页面。
4.根据权利要求1所述的提高应用打开速度的方法,其特征在于,所述方法在步骤打开应用客户端,呈现所述常用页面之后包括:
监控和收集用户在应用客户端的使用数据,定期上报所述使用数据到应用服务器。
5.根据权利要求4所述的提高应用打开速度的方法,其特征在于,所述方法包括:
所述使用数据包含应用名称、启动时间、访问时间、访问的页面、调用接口的参数。
6.根据权利要求1或2所述的提高应用打开速度的方法,其特征在于,所述方法包括:
所述习惯数据为设定的各个时间段内用户访问频率最高的应用页面数据。
7.一种终端,包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序,其特征在于,所述至少一个应用程序被配置为用于执行以下步骤:
接收启动应用客户端的命令,所述命令同步到应用服务器;
接收应用服务器向应用客户端返回的常用页面的接口数据;
解析所述接口数据,生成所述常用页面的缓存数据。
8.根据权利要求7所述的终端,其特征在于,所述处理器执行的至少一个应用程序在步骤解析所述接口数据,生成所述常用页面的缓存数据之后被配置为执行:
监控和收集用户在应用客户端的使用数据,定期上报所述应用的使用数据到应用服务器。
9.一种服务器,包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序,其特征在于,所述至少一个应用程序被配置为用于执行以下步骤:
接收应用客户端发送的应用客户端启动的命令;
应用服务器调用与当前时间段对应的用户习惯数据确定用户在该应用的常用页面;
调用所述常用页面的接口向应用客户端发送所述常用页面的接口数据。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有提高应用打开速度的程序,所述提高应用打开速度的程序被处理器执行时实现如权利要求1至6中任一项所述的提高应用打开速度的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710909385.7A CN107679176A (zh) | 2017-09-29 | 2017-09-29 | 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710909385.7A CN107679176A (zh) | 2017-09-29 | 2017-09-29 | 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107679176A true CN107679176A (zh) | 2018-02-09 |
Family
ID=61139388
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710909385.7A Pending CN107679176A (zh) | 2017-09-29 | 2017-09-29 | 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107679176A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109067990A (zh) * | 2018-08-20 | 2018-12-21 | 麒麟合盛网络技术股份有限公司 | 一种应用服务执行方法及装置 |
CN109189481A (zh) * | 2018-07-25 | 2019-01-11 | 上海与德通讯技术有限公司 | 应用程序的打开方法及终端设备 |
CN112134953A (zh) * | 2020-09-22 | 2020-12-25 | 掌阅科技股份有限公司 | 基于推送消息的自适应响应方法、计算设备及存储介质 |
CN112130460A (zh) * | 2020-09-16 | 2020-12-25 | 青岛海尔科技有限公司 | 页面展示方法和装置及存储介质 |
CN113094126A (zh) * | 2019-12-23 | 2021-07-09 | 华为技术有限公司 | 终端应用的窗体处理方法、应用服务器、终端及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8745212B2 (en) * | 2011-07-01 | 2014-06-03 | Google Inc. | Access to network content |
CN104753922A (zh) * | 2015-03-10 | 2015-07-01 | 百度在线网络技术(北京)有限公司 | 用于预加载的方法、服务端、客户端及系统 |
CN103246526B (zh) * | 2012-02-07 | 2016-05-04 | 腾讯科技(深圳)有限公司 | 客户端预加载方法及客户端预加载装置 |
CN106502737A (zh) * | 2016-10-20 | 2017-03-15 | 广州酷狗计算机科技有限公司 | 一种提高应用程序启动速度的方法和终端 |
CN107133297A (zh) * | 2017-04-26 | 2017-09-05 | 努比亚技术有限公司 | 数据交互方法、系统及计算机可读存储介质 |
-
2017
- 2017-09-29 CN CN201710909385.7A patent/CN107679176A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8745212B2 (en) * | 2011-07-01 | 2014-06-03 | Google Inc. | Access to network content |
CN103246526B (zh) * | 2012-02-07 | 2016-05-04 | 腾讯科技(深圳)有限公司 | 客户端预加载方法及客户端预加载装置 |
CN104753922A (zh) * | 2015-03-10 | 2015-07-01 | 百度在线网络技术(北京)有限公司 | 用于预加载的方法、服务端、客户端及系统 |
CN106502737A (zh) * | 2016-10-20 | 2017-03-15 | 广州酷狗计算机科技有限公司 | 一种提高应用程序启动速度的方法和终端 |
CN107133297A (zh) * | 2017-04-26 | 2017-09-05 | 努比亚技术有限公司 | 数据交互方法、系统及计算机可读存储介质 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109189481A (zh) * | 2018-07-25 | 2019-01-11 | 上海与德通讯技术有限公司 | 应用程序的打开方法及终端设备 |
CN109067990A (zh) * | 2018-08-20 | 2018-12-21 | 麒麟合盛网络技术股份有限公司 | 一种应用服务执行方法及装置 |
CN113094126A (zh) * | 2019-12-23 | 2021-07-09 | 华为技术有限公司 | 终端应用的窗体处理方法、应用服务器、终端及存储介质 |
CN112130460A (zh) * | 2020-09-16 | 2020-12-25 | 青岛海尔科技有限公司 | 页面展示方法和装置及存储介质 |
CN112134953A (zh) * | 2020-09-22 | 2020-12-25 | 掌阅科技股份有限公司 | 基于推送消息的自适应响应方法、计算设备及存储介质 |
CN112134953B (zh) * | 2020-09-22 | 2021-09-28 | 掌阅科技股份有限公司 | 基于推送消息的自适应响应方法、计算设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107679176A (zh) | 一种提高应用打开速度的方法、终端、服务器、计算机可读存储介质 | |
CN107463481A (zh) | 数据交互方法、移动终端和存储介质 | |
CN107256120A (zh) | 场景切换方法、终端及计算机可读存储介质 | |
CN107861688A (zh) | 一种数据删除方法、终端及可读存储介质 | |
CN107038245A (zh) | 页面切换方法、移动终端及存储介质 | |
CN107193889A (zh) | 广告拦截方法、终端及计算机可读存储介质 | |
CN107682627A (zh) | 一种拍摄参数设置方法、移动终端及计算机可读存储介质 | |
CN107040543A (zh) | 单点登录方法、终端及存储介质 | |
CN108093439A (zh) | 用户行为数据上报控制方法、终端及计算机可读存储介质 | |
CN107517321A (zh) | 终端模式切换方法、移动终端及计算机可读存储介质 | |
CN107748756A (zh) | 数据采集方法、移动终端及可读存储介质 | |
CN107562705A (zh) | 一种数据导出方法、服务端及计算机可读存储介质 | |
CN107911536A (zh) | 一种跨应用程序访问方法、设备及计算机可读存储介质 | |
CN107766202A (zh) | 基于Log4j的日志写入方法、装置及计算机可读存储介质 | |
CN108600516A (zh) | 数据采集方法、移动终端及计算机可读存储介质 | |
CN107426304A (zh) | 交互媒体资源的方法、系统及代理服务器 | |
CN108008806A (zh) | 一种数据处理方法、终端及计算机可读存储介质 | |
CN107678625A (zh) | 信息分享菜单显示方法、移动终端及计算机可读存储介质 | |
CN107818022A (zh) | 应用程序接口合并方法、移动终端及计算机可读存储介质 | |
CN107682544A (zh) | 一种待办事项提醒方法、终端和计算机可读存储介质 | |
CN109445945A (zh) | 应用程序的内存分配方法、移动终端、服务器及存储介质 | |
CN107734012A (zh) | 消息推送方法、系统及计算机可读存储介质 | |
CN107566295A (zh) | 一种数据流量提示方法、浏览器和计算机可读存储介质 | |
CN107833077A (zh) | 广告插入方法及移动终端 | |
CN108040116A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180209 |