CN107766088A - 接口优化方法、***及计算机可读存储介质 - Google Patents

接口优化方法、***及计算机可读存储介质 Download PDF

Info

Publication number
CN107766088A
CN107766088A CN201710896146.2A CN201710896146A CN107766088A CN 107766088 A CN107766088 A CN 107766088A CN 201710896146 A CN201710896146 A CN 201710896146A CN 107766088 A CN107766088 A CN 107766088A
Authority
CN
China
Prior art keywords
interface
return value
server
terminal
call request
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
Application number
CN201710896146.2A
Other languages
English (en)
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.)
Nubia Technology Co Ltd
Original Assignee
Nubia 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 Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201710896146.2A priority Critical patent/CN107766088A/zh
Publication of CN107766088A publication Critical patent/CN107766088A/zh
Pending legal-status Critical Current

Links

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
    • 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/4401—Bootstrapping

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种终端接口优化方法、接口优化***及计算机可读存储介质，该终端接口优化方法包括：当终端检测到应用启动时，获取应用输出的所有接口调用请求和接口调用请求对应的接口标识；终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。本发明解决了应用启动过程中因调用接口过多导致应用启动相应速度过慢的技术问题，大大提高了应用的启动速度，改善了用户的使用体验。

Description

接口优化方法、***及计算机可读存储介质
技术领域
本发明涉及接口优化技术领域，尤其涉及一种接口优化方法、接口优化***及计算机可读存储介质。
背景技术
伴随着移动终端技术的快速发展，移动终端在人们生活和学习中扮演着越来越重要的角色，人们可以使用移动终端上的各种应用程序的功能来满足对应的功能需求。
但是，由于应用在启动过程中所调用的接口通常比较多，而较多的接口调用，使得接口连接和接口响应所消耗的时间较长，会严重降低应用的启动速度。
因此，现有的应用启动流程中存在调用接口较多，浪费了大量接口调用时间，严重降低了应用的启动速度的问题。
发明内容
本发明的主要目的在于提供一种接口优化方法、接口优化***及计算机可读存储介质，旨在解决应用在启动流程中因调用接口较多导致占用大量接口调用时间，降低应用的启动速度的技术问题。
为实现上述目的，本发明实施例提供一种基于终端的接口优化方法，所述基于终端的接口优化方法包括：
当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
可选地，所述返回值综合表以返回值压缩包的形式存在，所述当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值的步骤包括：
当终端接收到服务器基于综合调用请求返回的返回值压缩包时，将返回值压缩包进行解压，以获得返回值综合表；
终端对所述返回值综合表进行解析，以获得所有接口调用请求对应的接口标识和接口返回值；
终端对预设类型的接口返回值进行数据类型转换，以获得符合接口调用请求所需数据类型的接口返回值。
可选地，所述终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求的步骤包括：
当终端检测到所有接口调用请求的数量大于预设阈值时，将所有接口调用请求以预设阈值为上限依次合并，以获得多个综合调用请求；
终端将所有综合调用请求基于待调用接口依次发送至服务器。
为实现上述目的，本发明实施例提供一种基于服务器的接口优化方法，所述基于服务器的接口优化方法包括：
服务器基于待调用接口获取终端发送的综合调用请求；
服务器对综合调用请求进行解析，以获得获得所有接口调用请求和接口调用请求对应的接口标识；
服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值；
服务器基于接口标识将所有接口调用请求的接口返回值合并为返回值综合表；
服务器将返回值综合表发送至终端。
可选地，所述所有接口调用请求的接口返回值的数据类型不统一，
所述服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值的步骤之后还包括：
服务器将所有接口返回值的数据类型设置为预设类型。
可选地，所述基于服务器的接口优化方法包括：
服务器对返回值综合表进行压缩，以获得返回值压缩包。
可选地，所述服务器对返回值综合表进行压缩，以获得返回值压缩包的步骤包括：
服务器计算返回值综合表中接口标识和接口返回值在不同排序方式下的数据压缩量，以获得数据压缩量最小的数据排序方式；
服务器根据所述数据排序方式对接口标识和接口返回值进行排序，以获得新的返回值综合表；
服务器对新的返回值综合表进行压缩，以获得返回值压缩包。
可选地，所述服务器将返回值综合表发送至终端的步骤之前还包括：
服务器将返回值综合表进行非对称性算法加密，以获得加密综合表，并将加密综合表设为返回值综合表。
本发明还提供一种接口优化***，所述接口优化***包括：存储器、处理器，通信总线以及存储在所述存储器上的接口优化程序，
所述通信总线用于实现处理器与存储器间的通信连接；
所述处理器用于执行所述接口优化程序，以实现以下步骤：
当终端检测到应用启动时，获取应用输出的所有接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
服务器基于待调用接口获取终端发送的综合调用请求；
服务器对综合调用请求进行解析，以获得获得所有接口调用请求和接口调用请求对应的接口标识；
服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值；
服务器基于接口标识将所有接口调用请求的接口返回值合并为返回值综合表；
服务器将返回值综合表发送至终端；
当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序可被一个或者一个以上的处理器执行以用于：
当终端检测到应用启动时，获取应用输出的所有接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
服务器基于待调用接口获取终端发送的综合调用请求；
服务器对综合调用请求进行解析，以获得获得所有接口调用请求和接口调用请求对应的接口标识；
服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值；
服务器基于接口标识将所有接口调用请求的接口返回值合并为返回值综合表；
服务器将返回值综合表发送至终端；
当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
本发明的技术方案中，当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。本发明解决了应用启动过程中因调用接口过多导致应用启动相应速度过慢的技术问题，大大提高了应用的启动速度，改善了用户的使用体验。
附图说明
图1为本发明各个实施例的一种移动终端的硬件结构示意图；
图2为本发明实施例提供的一种通信网络***架构图；
图3为本发明基于终端的接口优化方法一较佳实施例的流程示意图；
图4为本发明基于服务器的接口优化方法一较佳实施例的的流程示意图；
图5为本发明实施例方法涉及的硬件运行环境的设备结构示意图；
图6为本发明实施例接口优化***的一对照组***示意图；
图7为本发明实施例接口优化***的一***示意图；
图8为本发明实施例服务器中应用启动一场景示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(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，当终端检测到应用启动时，获取应用输出的所有接口调用请求和接口调用请求对应的接口标识；
由于应用启动过程中需要与该应用的服务器进行频繁的数据交互，获取较多的数据信息，包括界面数据，控件数据，视频数据等等。而调用不同的数据需要通过对应的接口通道向服务器请求资源，因此接口调用请求的数量会非常多，通常在十几个到几十个甚至更多，而每个接口调用请求都对应着各自的接口通道，每个接口需要与服务器进行建立连接、服务器响应、传输数据、关闭连接等步骤，繁琐重复的接口调用流程和步骤将导致应用不能快速获取到所调用的数据。
本实施例中，当终端检测到应用启动时，获取应用所有的的借口调用请求和接口调用请求对应的接口标识。所述接口调用请求指的是应用启动过程中向服务器发出资源数据调用的请求，所请求的数据能够支撑应用的正常启动和运行。所述接口标识指的是该接口调用请求的标识数据，可以指代接口编号，名称等等，接口标识能够唯一确认到具体的接口对象。
需要说明的是，终端启动应用时，所有的接口调用请求都是预设的，由于应用启动所需要的数据通常是固定，因此启动应用时的所有接口调用请求也是固定的，即所获取到接口调用请求和接口调用请求对应的接口标识是在启动应用的SDK数据包中预先设置的，以便在终端检测的应用启动的过程当中，无需查询启动该应用需要哪些接口调用请求，而可以直接获取到所有的接口调用请求和接口标识。
步骤S20，终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
本实施例采用单一接口来发送所有接口调用请求的技术手段，因此需要先将所有接口调用请求及其接口标识合并为一个集成的接口调用请求，设为综合调用请求。综合调用请求代表着应用启动时的所有接口调用请求。原先接口调用请求由于是各自独立的，因此需要通过专门的接口通道来传输，而合并成为综合调用请求之后，原先的所有接口调用请求向服务器请求的数据资源不发生改变，而其存在形式转换为集成形式。
将所有接口调用请求和接口标识合并为集成的综合调用请求的作用在于，原先需要高频分散地向服务器发出接口调用请求的过程可以精简，以集成的综合调用请求通过低频单一地向服务器发出接口调用请求，即可省略繁琐冗余的频繁流程，减少数据交互的耦合性。
可选地，该步骤可细化为：
步骤S21，当终端检测到所有接口调用请求的数量大于预设阈值时，将所有接口调用请求以预设阈值为上限依次合并，以获得多个综合调用请求；
步骤S22，终端将所有综合调用请求基于待调用接口依次发送至服务器。
在实际情况中，某些应用(例如大型3D游戏应用)在启动的过程中，终端所获取到的所有接口调用请求的数量可能比较大，若将其合并为一个综合调用请求，那么该综合调用请求的所请求的数据类型将过于繁杂，导致最终接收服务器反馈的接口返回值的数据量过于庞大，从而影响到应用的启动速度，这与本发明所要达到的技术效果相违背。
为解决这一技术问题，本发明提供一下解决方案：
本发明设置了预设阈值，当终端检测到所有接口调用请求的数量较大，超过预设阈值时，则以预设阈值为上限对所有接口调用请求进行分批次合并，从而得到多个综合调用请求，再将所得到的多个综合调用请求依次发送至服务器。
例如，假设应用的所有接口调用请求总共有11个，而预设阈值为4个，由于所有接口调用请求的数量大于预设阈值，因此需要进行分批合并处理。终端按照预设阈值4对接口调用请求进行分批，分为4，4，3，即将11个接口调用请求分为3批次，分别合并为3个综合调用请求。在获得3个综合调用请求之后，再将3个综合调用请求分为3次发送至服务器。
步骤S30，终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
由于综合调用请求为所有接口调用请求和接口标识的集成，因此综合调用请求无需通过接口调用请求中的任一接口通道传输至服务器，而可以通过预设的待调用接口通道完成数据传输的过程。为保障综合调用请求的数据传输过程的高效性，本实施例将根据综合调用请求的类型来判断使用哪一条待调用接口。
需要说明的是，由于不同的接口调用请求向服务器请求的数据信息可能完全不一致，因此综合调用请求可采取当前传输效率最高的的待调用接口。可以理解的是，在所有的接口调用请求中，必定有部分接口调用请求所请求的数据的类型占比较大或者请求的数据量较为庞大，那么只需要保障该类接口调用请求的传输效率最高，即可保障应用能够快速接收到所需的数据信息，从而间接实现快速启动。
例如，假设所需要启动的应用为游戏应用，那么在所有的接口调用请求中，显示类型的接口请求通常会占所有接口调用请求的最大比例，同理，合并集成的综合调用请求中显示类型的接口请求也会占最大比例的数据量或请求量。而在所有预设的待调用接口中，专门适配显示类型接口请求的接口通道将可以为综合调用请求提供最高传输效率的数据传输。
步骤S40，当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
服务器根据终端发送的综合调用请求反馈对应的返回值综合表，而终端在实时接收到返回值综合表时，可直接解析该返回值综合表，将返回值综合表中的接口标识和对应的接口返回值解析出来，从而获取每一个接口标识对应的接口返回值，而根据接口标识终端能够将对应到接口调用请求，从而将接口返回值映射到接口调用请求，完成接口返回值的获取，实现应用的快速启动流程。
可选地，该步骤可细化为：
步骤S41，当终端接收到服务器基于综合调用请求返回的返回值压缩包时，将返回值压缩包进行解压，以获得返回值综合表；
假设服务器反馈至终端的返回值综合表以返回值压缩包的形式出现，则终端接收到返回值压缩包时，首先需要对返回值压缩包进行解压，从而将返回值综合表还原为终端可直接调用的形式。
步骤S42，终端对所述返回值综合表进行解析，以获得所有接口调用请求对应的接口标识和接口返回值；
返回值综合表以表格的形式存在，记录着所有接口调用请求的接口标识和接口返回值，终端对返回值综合表的表结构进行解析，将返回值综合表中的接口标识以及对应的接口返回值相互建立映射关系，从而将每组接口标识和接口返回值分拆开。
步骤S43，终端对预设类型的接口返回值进行数据类型转换，以获得符合接口调用请求所需数据类型的接口返回值。
在获取到接口标识和接口返回值之后，由于所有接口返回值可能被服务器以预设类型限定格式，方便数据传输或数据处理，而在终端的接口调用请求中属于不合使用规则的数据类型，因此终端在调用接口返回值之前，需要对所有预设类型的接口返回值进行数据类型转换。例如，接口调用请求所请求的数据类型为二进制，而返回值综合表中解析出来的接口返回值的数据类型为十六进制，则该接口返回值无法被接口调用请求正常调用以完成应用的启动步骤。此时，终端可对十六进制(即预设类型)的接口返回值进行数据类型转换，将其转换为二进制(即符合接口调用请求所述数据类型)的接口返回值。
具体地，参照图6，图6为本发明实施例的一对照组***示意图，包括现有的接口调用的流程步骤：终端在启动应用时，首先获取所有的接口请求，然后将不同的接口请求通过预设的接口通道发送至服务器，而服务器接收到接口请求之后，将根据接口请求获取对应的接口返回值，并通过预设的接口通道反馈给终端调用。由此可知，在接口请求数量较多的时候，传统接口请求的调用过程过于繁琐，需要反复向服务器发送不同的接口请求，容易因为服务器同时处理太多的接口调用请求而拖慢响应速度。
参照图7，图7为本发明实施例接口优化***的一***示意图，与图6相比，本发明实施例将应用启动时的所有接口调用请求合并为一个综合调用请求，并根据综合调用请求的类型来选择待调用接口，基于待调用接口发送至服务器，并接收服务器反馈的返回值综合表，从而提高应用的启动速度，改善用户的使用体验。
本发明的技术方案中，当终端检测到应用启动时，获取应用输出的所有接口调用请求和接口调用请求对应的接口标识；终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。本发明解决了应用启动过程中因调用接口过多导致应用启动相应速度过慢的技术问题，大大提高了应用的启动速度，改善了用户的使用体验。
本发明还提供一种基于服务器的接口优化方法，在基于服务器的接口优化方法第一实施例中，参照图4，所述基于服务器的接口优化方法包括：
步骤S50，服务器基于待调用接口获取终端发送的综合调用请求；
终端与服务器之间可通过电信号等无线信号进行数据连通，由于终端需要通过待调用接口与服务器进行连接，故服务器能实时基于待调用接口获取到终端发送的综合调用请求。
步骤S60，服务器对综合调用请求进行解析，以获得获得所有接口调用请求和接口调用请求对应的接口标识；
综合调用请求是终端各个接口调用请求的集合，因此服务器需要对综合调用请求进行数据解析，以获取到所有接口调用请求和接口调用对应的接口标识。所述接口标识是终端和服务器识别接口调用请求的唯一标识，属于关键性数据。
步骤S70，服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值；
由于接口调用请求是向服务器请求具体数据信息的数据请求指令，因此服务器可调用应用的启动数据，如接口返回值。参照图8，接口返回值可以是应用启动画面或启动流程中所需要的各种参数，如界面UI数据，控件数据或显示规格数据。基于所述接口返回值，终端能够完成该应用程序的执行代码从触发、调用、显示、控件、显示坐标等一系列数据的动作。在本实施例中，服务器所获取到的接口调用请求的数量可能不少，因此对应的接口返回值会形成客观的数据量。通常接口返回值可提供应用启动后的配置项，功能项，以及对应保存的原始数据，这些数据的调用规模不小，容易在众多接口调请求中形成数据耦合，从而造成数据混乱，因此服务器需要通过接口调用请求获取到对应的接口返回值，并通过接口标识与对应的接口返回值建立数据映射，避免数据的冗余混乱。
步骤S80，服务器基于接口标识将所有接口调用请求的接口返回值合并为返回值综合表；
步骤S90，服务器将返回值综合表发送至终端。
服务器将所有接口返回值进行数据合并，由于接口返回值与接口标识相互映射，因此可将接口返回值和接口标识合并为一个返回综合表。该返回综合表记录有所有接口调用请求的接口标识和接口返回值，以表格的形式进行数据关联集合，省略了后续终端零散式收集所有接口标识和接口返回值的步骤。
在获取到返回值综合表之后，服务器将返回值综合表发送至终端，以供终端调用或保存。
服务器对返回值综合表进行压缩，以获得返回值压缩包。
本发明旨在提高应用的启动速度，可以理解的是，应用的接口调用请求所需的数据量规模越小，那么对应的接口返回值的数据量就越小，而越小的数据量，其传输所需的时间就越少，应用即可以更快速的获取到接口返回值，从而提高应用的启动速度。
可选地，压缩过程可细化为：
服务器计算返回值综合表中接口标识和接口返回值在不同排序方式下的数据压缩量，以获得数据压缩量最小的数据排序方式；
服务器根据所述数据排序方式对接口标识和接口返回值进行排序，以获得新的返回值综合表；
服务器对新的返回值综合表进行压缩，以获得返回值压缩包。
压缩方式可分为多种，如zip压缩，7zip压缩，rar压缩等等。在同样的压缩方式中，所有接口返回值的排列方式不一致，会导致接口返回值的压缩比不一致，从而使得返回值压缩包的压缩数据量大小不一样。服务器会对接口返回值进行不同顺序的排列，即调整不同接口与接口返回值在返回值综合表中的位置，然后比较每一个顺序的接口返回值在压缩后的数据量，以找到压缩比最大的那个顺序。找到后将返回值综合表返回给终端。
服务器针对所有接口返回值进行模拟运算，计算出所有接口返回值在不同排列方式下进行压缩的数据压缩量，并筛选出数据压缩量最小的数据排序方式。在获得数据压缩量最小的数据排序方式之后，服务器直接以数据压缩量最小的数据排序方式对接口标识和接口返回值进行排序，从而获得新的返回值综合表，而对新的返回值综合表进行压缩，即可获得压缩比最大的返回值压缩包。
进一步地，在本发明基于服务器的接口优化方法第一实施例的基础上，提出基于服务器的接口优化方法第二实施例，所述第二实施例与第一实施例之间的区别在于，所述所有接口调用请求的接口返回值的数据类型不统一，
所述服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值的步骤之后还包括：
步骤S100，服务器将所有接口返回值的数据类型设置为预设类型。
一般地，终端启动应用时，应用所需的接口数据的数据量不小，而数据量规模的大小会影响到数据的传输效率以及数据的读取效率。例如，服务器所获取的接口返回值的数据类型不止一种，假设数据类型包括视频类型、文本类型和音频类型等等。若服务器将接口返回值直接合并为返回值综合表，那么接口返回值在进行合并的过程中，不同的数据类型的接口返回值对服务器端读写合并接口返回值会造成功耗性能负担，并且，数据类型的不同容易造成数据串位或数据混乱的现象，使得终端最终接收到的返回值综合表里的数据为无效数据。
为解决这一技术问题，服务器在协调不同数据类型的接口返回值时，可将所有接口返回值的数据类型设置为统一的预设类型。例如，将所有接口返回值统一设置为二进制数据，二进制数据只有0和1两种数位，并且在传输效率和读取效率中具有一定的优势，从而实现数据的快速传输和快速读取，进而间接加快应用的启动速度。
进一步地，在本发明基于服务器的接口优化方法第一实施例的基础上，提出基于服务器的接口优化方法第三实施例，所述第三实施例与第一实施例之间的区别在于，所述服务器将返回值综合表发送至终端的步骤之前还包括：
服务器将返回值综合表进行非对称性算法加密，以获得加密综合表，并将加密综合表设为返回值综合表。
由于二进制数据的易读取的便捷特性，导致二进制数据容易被窃取，因此，本实施例提供一种非对称性算法加密的方案，通过对返回值综合表进行算法加密，从而获得加密过的加密综合表，并将其设置为返回值综合表。加密过的返回值综合表即使以二进制形式存在，也可以在算法加密的保护下避免真实信息的泄露，例如接口返回值中涉及到金融账户、关键密码等数据，从而保障在本发明的技术方案下数据的安全性。
参照图5，图5是本发明实施例方法涉及的硬件运行环境的设备结构示意图。
本发明实施例终端可以是PC，也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、便携计算机等终端设备。
如图5所示，该接口优化***可以包括：终端、服务器、处理器1001，例如CPU，存储器1005，通信总线1002。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地，该接口优化***还可以包括用户接口、网络接口、摄像头、RF(RadioFrequency，射频)电路，传感器、音频电路、WiFi模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。
本领域技术人员可以理解，图5中示出的接口优化***结构并不构成对接口优化***的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图5所示，作为一种计算机存储介质的存储器1005中可以包括操作***、网络通信模块以及接口优化程序。操作***是管理和控制接口优化***硬件和软件资源的程序，支持接口优化程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与接口优化***中其它硬件和软件之间通信。
在图5所示的接口优化***中，处理器1001用于执行存储器1005中存储的接口优化程序，实现以下步骤：
当终端检测到应用启动时，获取应用输出的所有接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
服务器基于待调用接口获取终端发送的综合调用请求；
服务器对综合调用请求进行解析，以获得获得所有接口调用请求和接口调用请求对应的接口标识；
服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值；
服务器基于接口标识将所有接口调用请求的接口返回值合并为返回值综合表；
服务器将返回值综合表发送至终端；
当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
本发明接口优化***的具体实施方式与上述终端接口优化方法各实施例基本相同，在此不再赘述。
本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者一个以上程序，所述一个或者一个以上程序还可被一个或者一个以上的处理器执行以用于：
当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
本发明计算机可读存储介质具体实施方式与上述终端接口优化方法和接口优化***各实施例基本相同，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种基于终端的接口优化方法，其特征在于，所述基于终端的接口优化方法包括：
当终端检测到应用启动时，获取应用输出的所有的接口调用请求和接口调用请求对应的接口标识；
终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求；
终端根据综合调用请求的类型确定待调用接口，并将综合调用请求基于待调用接口发送至服务器；
当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值。
2.如权利要求1所述的基于终端的接口优化方法，其特征在于，所述返回值综合表以返回值压缩包的形式存在，所述当终端接收到服务器基于综合调用请求返回的返回值综合表时，解析所述返回值综合表，以获得所有接口调用请求对应的接口返回值的步骤包括：
当终端接收到服务器基于综合调用请求返回的返回值压缩包时，将返回值压缩包进行解压，以获得返回值综合表；
终端对所述返回值综合表进行解析，以获得所有接口调用请求对应的接口标识和接口返回值；
终端对预设类型的接口返回值进行数据类型转换，以获得符合接口调用请求所需数据类型的接口返回值。
3.如权利要求1所述的基于终端的接口优化方法，其特征在于，所述终端将所有接口调用请求和接口调用请求对应的接口标识合并为综合调用请求的步骤包括：
当终端检测到所有接口调用请求的数量大于预设阈值时，将所有接口调用请求以预设阈值为上限依次合并，以获得多个综合调用请求；
终端将所有综合调用请求基于待调用接口依次发送至服务器。
4.一种基于服务器的接口优化方法，其特征在于，所述基于服务器的接口优化方法包括：
服务器基于待调用接口获取终端发送的综合调用请求；
服务器对综合调用请求进行解析，以获得获得所有接口调用请求和接口调用请求对应的接口标识；
服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值；
服务器基于接口标识将所有接口调用请求的接口返回值合并为返回值综合表；
服务器将返回值综合表发送至终端。
5.如权利要求4所述的基于服务器的接口优化方法，其特征在于，所述所有接口调用请求的接口返回值的数据类型不统一，
所述服务器基于所有接口调用请求和接口调用请求对应的接口标识获取对应的接口返回值的步骤之后还包括：
服务器将所有接口返回值的数据类型设置为预设类型。
6.如权利要求4所述的基于服务器的接口优化方法，其特征在于，所述基于服务器的接口优化方法包括：
服务器对返回值综合表进行压缩，以获得返回值压缩包。
7.如权利要求6所述的基于服务器的接口优化方法，其特征在于，所述服务器对返回值综合表进行压缩，以获得返回值压缩包的步骤包括：
服务器计算返回值综合表中接口标识和接口返回值在不同排序方式下的数据压缩量，以获得数据压缩量最小的数据排序方式；
服务器根据所述数据排序方式对接口标识和接口返回值进行排序，以获得新的返回值综合表；
服务器对新的返回值综合表进行压缩，以获得返回值压缩包。
8.如权利要求4所述的基于服务器的接口优化方法，其特征在于，所述服务器将返回值综合表发送至终端的步骤之前还包括：
服务器将返回值综合表进行非对称性算法加密，以获得加密综合表，并将加密综合表设为返回值综合表。
9.一种接口优化***，其特征在于，所述接口优化***包括：终端、服务器、存储器、处理器，通信总线以及存储在所述存储器上的接口优化程序，
所述通信总线用于实现处理器与存储器间的通信连接；
所述处理器用于执行所述接口优化程序，以实现如权利要求1至3中任一项所述的基于终端的接口优化方法的步骤和如权利要求4至8中任一项所述的基于服务器的接口优化方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有接口优化程序，所述接口优化程序被处理器执行时实现如权利要求1至3中任一项所述的基于终端的接口优化方法的步骤和如权利要求4至8中任一项所述的基于服务器的接口优化方法的步骤。
CN201710896146.2A 2017-09-27 2017-09-27 接口优化方法、***及计算机可读存储介质 Pending CN107766088A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710896146.2A CN107766088A (zh) 2017-09-27 2017-09-27 接口优化方法、***及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710896146.2A CN107766088A (zh) 2017-09-27 2017-09-27 接口优化方法、***及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN107766088A true CN107766088A (zh) 2018-03-06

Family

ID=61266880

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710896146.2A Pending CN107766088A (zh) 2017-09-27 2017-09-27 接口优化方法、***及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN107766088A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107733879A (zh) * 2017-09-29 2018-02-23 努比亚技术有限公司 客户端启动方法、移动终端和计算机储存介质
CN110162560A (zh) * 2019-04-16 2019-08-23 深圳壹账通智能科技有限公司 金融数据接口对接方法、装置、计算机设备及存储介质
CN111142960A (zh) * 2018-11-02 2020-05-12 中国电信股份有限公司 接口提供方法、装置和***
CN112839083A (zh) * 2020-12-30 2021-05-25 北京天融信网络安全技术有限公司 一种数据传输方法及装置、可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101888404A (zh) * 2010-05-27 2010-11-17 北京开心人信息技术有限公司 一种移动设备数据更新的方法及装置
CN103164207A (zh) * 2011-12-16 2013-06-19 深圳市快播科技有限公司 基于安卓***的跨硬件平台的应用程序开发方法和***
CN103401909A (zh) * 2013-07-24 2013-11-20 迈普通信技术股份有限公司 基于bs的数据交互方法与***、客户端及服务器
CN103701714A (zh) * 2013-12-25 2014-04-02 北京奇虎科技有限公司 页面提取方法、服务器及网络***
CN106657193A (zh) * 2015-11-02 2017-05-10 腾讯科技（深圳）有限公司 一种请求处理方法、装置、终端设备及服务器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101888404A (zh) * 2010-05-27 2010-11-17 北京开心人信息技术有限公司 一种移动设备数据更新的方法及装置
CN103164207A (zh) * 2011-12-16 2013-06-19 深圳市快播科技有限公司 基于安卓***的跨硬件平台的应用程序开发方法和***
CN103401909A (zh) * 2013-07-24 2013-11-20 迈普通信技术股份有限公司 基于bs的数据交互方法与***、客户端及服务器
CN103701714A (zh) * 2013-12-25 2014-04-02 北京奇虎科技有限公司 页面提取方法、服务器及网络***
CN106657193A (zh) * 2015-11-02 2017-05-10 腾讯科技（深圳）有限公司 一种请求处理方法、装置、终端设备及服务器

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107733879A (zh) * 2017-09-29 2018-02-23 努比亚技术有限公司 客户端启动方法、移动终端和计算机储存介质
CN111142960A (zh) * 2018-11-02 2020-05-12 中国电信股份有限公司 接口提供方法、装置和***
CN111142960B (zh) * 2018-11-02 2023-11-14 中国电信股份有限公司 接口提供方法、装置和***
CN110162560A (zh) * 2019-04-16 2019-08-23 深圳壹账通智能科技有限公司 金融数据接口对接方法、装置、计算机设备及存储介质
CN112839083A (zh) * 2020-12-30 2021-05-25 北京天融信网络安全技术有限公司 一种数据传输方法及装置、可读存储介质
CN112839083B (zh) * 2020-12-30 2022-07-12 北京天融信网络安全技术有限公司 一种数据传输方法及装置、可读存储介质

Similar Documents

Publication Publication Date Title
CN107277216A (zh) 一种音量调节方法、终端以及计算机可读存储介质
CN108268195A (zh) 单手操作显示方法、移动终端及计算机可读存储介质
CN107688607A (zh) 一种数据库访问的方法及移动终端、计算机可读存储介质
CN107463481A (zh) 数据交互方法、移动终端和存储介质
CN107885665A (zh) 用例脚本测试方法、移动终端及计算机可读存储介质
CN107528369A (zh) 终端及其无线充电控制方法、计算机可读存储介质
CN107038245A (zh) 页面切换方法、移动终端及存储介质
CN107340833A (zh) 终端温度控制方法、终端及计算机可读存储介质
CN107645606A (zh) 屏幕亮度调节方法、移动终端及可读存储介质
CN107181700A (zh) 移动终端应用程序的控制方法、移动终端及存储介质
CN107766088A (zh) 接口优化方法、***及计算机可读存储介质
CN107592416A (zh) 语音信息发送方法、终端及计算机可读存储介质
CN107463324A (zh) 一种图片显示方法、移动终端和计算机可读存储介质
CN107220050A (zh) 自适应显示方法、终端及计算机可读存储介质
CN107506039A (zh) 移动终端、数据传输方法及计算机存储介质
CN108037887A (zh) 终端虚拟按键的构建方法、终端及计算机可读存储介质
CN107885448A (zh) 应用触摸操作的控制方法、移动终端及可读存储介质
CN107846675A (zh) 注册方法、终端、注册服务器及计算机可读存储介质
CN107786749A (zh) 一种信息处理方法、终端和计算机可读存储介质
CN107133151A (zh) 一种日志数据处理方法、设备以及计算机可读存储介质
CN107423065A (zh) 一种应用分身的方法、移动终端及计算机可读存储介质
CN107105058A (zh) 文件夹传输方法及移动终端
CN107707755A (zh) 按键使用方法、终端及计算机可读存储介质
CN107340949A (zh) 应用图标的排列方法、移动终端及计算机可读存储介质
CN109445945A (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

Application publication date: 20180306

RJ01 Rejection of invention patent application after publication