CN105978966B - 一种移动终端的数据传输方法和装置 - Google Patents

一种移动终端的数据传输方法和装置 Download PDF

Info

Publication number
CN105978966B
CN105978966B CN201610307898.6A CN201610307898A CN105978966B CN 105978966 B CN105978966 B CN 105978966B CN 201610307898 A CN201610307898 A CN 201610307898A CN 105978966 B CN105978966 B CN 105978966B
Authority
CN
China
Prior art keywords
mobile terminal
heartbeat packet
long connection
server
time
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
Application number
CN201610307898.6A
Other languages
English (en)
Other versions
CN105978966A (zh
Inventor
龚宇
孙浩
赵薇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Qihoo Technology Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Qizhi Software Beijing 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 Beijing Qihoo Technology Co Ltd, Qizhi Software Beijing Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201610307898.6A priority Critical patent/CN105978966B/zh
Publication of CN105978966A publication Critical patent/CN105978966A/zh
Priority to PCT/CN2017/081456 priority patent/WO2017193795A1/zh
Application granted granted Critical
Publication of CN105978966B publication Critical patent/CN105978966B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
    • H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种移动终端的数据传输方法和装置，包括：获取移动终端中的需要发送到服务器的数据包；将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器。其中，移动终端要将数据包发送到服务器的任务是在AP上执行的，而在移动终端与服务器之间发送长连接心跳包的任务也是在AP上执行的，这两个任务中每个任务的执行都需要唤醒AP来工作，会带来较高的电量消耗，本方案基于两个任务都需要唤醒AP的规律，将两个任务合二为一，既可以完成数据包从移动终端到服务器的传送，也可以完成通过长连接心跳包维持移动终端与服务器之间的长连接的功能，且只需要唤醒一次AP，大大对移动终端的电量消耗，符合移动终端的使用需求。

Description

一种移动终端的数据传输方法和装置
技术领域
本发明涉及互联网技术领域，具体涉及一种移动终端的数据传输方法和装置。
背景技术
现有技术中，大多数的移动终端都含有两个处理器，操作系统、用户界面和应用程序相关的任务都在AP(Application Processor,应用处理器)上执行，AP一般采用ARM芯片的CPU；而移动终端射频通信控制软件则运行在另一个处理器BP(Basedband Processor,基带处理器)上；其中BP是一直工作的，AP在移动终端熄屏之后就不再工作，再次在AP上执行任务时需要唤醒AP。在本发明提供的技术方案中，移动终端要将数据包发送到服务器的任务是在AP上执行的，而在移动终端与服务器之间发送长连接心跳包的任务也是在AP上执行的，这两个任务中每个任务的执行都需要唤醒AP来工作，会带来较高的电量消耗。
发明内容
鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的移动终端的数据传输方法和装置。
依据本发明的一个方面，提供了一种移动终端的数据传输方法，包括：
获取移动终端中的需要发送到服务器的数据包；
将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器。
可选地，所述方法还包括：
判断移动终端中是否存在与服务器之间的长连接。
可选地，判断移动终端中是否存在与服务器之间的长连接的步骤进一步包括：
判断是否接收到需要发出长连接心跳包的通知，若是，则移动终端中存在与服务器之间的长连接。
可选地，所述需要发送到服务器的数据包为移动终端的定位数据。
可选地，所述将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器的步骤进一步包括：
接收需要发出长连接心跳包的通知；
判断所述需要发出长连接心跳包的通知是否符合预设条件；
若符合，将移动终端的定位数据发送至需要发出长连接心跳包的应用，由所述需要发出长连接心跳包的应用将所述移动终端的定位数据作为一个长连接心跳包推送至服务器。
可选地，所述判断所述需要发出长连接心跳包的通知是否符合预设条件的步骤进一步包括：
从所述需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间；
判断所述长连接心跳包的推送时间与下一预设定位时间之间的时间差是否在预设时间范围内；
若是，确定所述需要发出长连接心跳包的通知符合预设条件。
可选地，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之前，则所述获取移动终端中的需要发送到服务器的数据包的步骤进一步包括：
在所述长连接心跳包的推送时间之前且与所述长连接心跳包的推送时间相差第一时间间隔时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
可选地，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之后，则所述获取移动终端中的需要发送到服务器的数据包的步骤进一步包括：
在到达下一预设定位时间时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
可选地，该方法进一步包括：
将从前一次获取移动终端的位置信息的时间开始经过一个预设定位周期后的时间作为下一预设定位时间。
可选地，当长连接心跳包的推送频率高于定位频率时，所述预设时间范围与长连接心跳包的推送周期成预设比率；
当长连接心跳包的推送频率低于移动终端的定位频率时，所述预设时间范围与移动终端的定位周期成预设比率。
可选地，所述移动终端为智能手表。
可选地，该方法进一步包括：
订阅移动终端中需要发出长连接心跳包的通知。
依据本发明的另一个方面，提供了一种移动终端的数据传输装置，包括：
数据获取单元，适于获取移动终端中的需要发送到服务器的数据包；
数据传输单元，适于将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器。
可选地，所述数据传输单元，进一步适于判断移动终端中是否存在与服务器之间的长连接。
可选地，所述数据传输单元，适于判断是否接收到需要发出长连接心跳包的通知，若是，则确定移动终端中存在与服务器之间的长连接。
可选地，所述需要发送到服务器的数据包为移动终端的定位数据。
可选地，所述数据传输单元，适于接收需要发出长连接心跳包的通知；判断所述需要发出长连接心跳包的通知是否符合预设条件；若符合，将移动终端的定位数据发送至需要发出长连接心跳包的应用，由所述需要发出长连接心跳包的应用将所述移动终端的定位数据作为一个长连接心跳包推送至服务器。
可选地，所述数据传输单元，适于从所述需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间；判断所述长连接心跳包的推送时间与下一预设定位时间之间的时间差是否在预设时间范围内；若是，确定所述需要发出长连接心跳包的通知符合预设条件。
可选地，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之前，
所述数据获取单元，适于在所述长连接心跳包的推送时间之前且与所述长连接心跳包的推送时间相差第一时间间隔时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
可选地，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之后，
所述数据获取单元，适于在到达下一预设定位时间时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
可选地，所述数据传输单元，进一步适于将从前一次获取移动终端的位置信息的时间开始经过一个预设定位周期后的时间作为下一预设定位时间。
可选地，当长连接心跳包的推送频率高于定位频率时，所述预设时间范围与长连接心跳包的推送周期成预设比率；
当长连接心跳包的推送频率低于移动终端的定位频率时，所述预设时间范围与移动终端的定位周期成预设比率。
可选地，所述移动终端为智能手表。
可选地，所述数据传输单元，进一步适于订阅移动终端中需要发出长连接心跳包的通知。
由上述可知，在本方案中，移动终端要将数据包发送到服务器的任务是在AP上执行的，而在移动终端与服务器之间发送长连接心跳包的任务也是在AP上执行的，这两个任务中每个任务的执行都需要唤醒AP来工作，会带来较高的电量消耗，本发明提供的技术方案基于两个任务都需要唤醒AP的规律，将两个任务合二为一，将移动终端中需要发送给服务器的数据包作为移动终端与服务器之间的长连接心跳包；依据本发明提供的技术方案，既可以完成数据包从移动终端到服务器的传送，也可以完成通过长连接心跳包维持移动终端与服务器之间的长连接的功能，且只需要唤醒一次AP，大大对移动终端的电量消耗，符合移动终端的使用需求。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了根据本发明一个实施例的一种移动终端的数据传输方法的流程示意图；
图2示出了根据本发明一个实施例的一种移动终端的数据传输装置的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
图1示出了根据本发明一个实施例的一种移动终端的数据传输方法的流程示意图。如图1所示，该方法包括：
步骤S110，获取移动终端中的需要发送到服务器的数据包。
步骤S120，将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器。
一般来说，大多数的移动终端都含有两个处理器，操作系统、用户界面和应用程序相关的任务都在AP(Application Processor,应用处理器)上执行，AP一般采用ARM芯片的CPU；而移动终端射频通信控制软件则运行在另一个处理器BP(Basedband Processor,基带处理器)上；其中BP是一直工作的，AP在移动终端熄屏之后就不再工作，再次在AP上执行任务时需要唤醒AP。在图1所示的方法中，移动终端要将数据包发送到服务器的任务是在AP上执行的，而在移动终端与服务器之间发送长连接心跳包的任务也是在AP上执行的，这两个任务中每个任务的执行都需要唤醒AP来工作，会带来较高的电量消耗，图1所示的方法基于两个任务都需要唤醒AP的规律，将两个任务合二为一，将移动终端中需要发送给服务器的数据包作为移动终端与服务器之间的长连接心跳包，依据此方案，既可以完成数据包从移动终端到服务器的传送，也可以完成通过长连接心跳包维持移动终端与服务器之间的长连接的功能，且只需要唤醒一次AP，大大对移动终端的电量消耗，符合移动终端的使用需求。
图1所示的方法中要将移动终端需要发送给服务器的数据包当做移动终端与服务器之间的长连接心跳包进行发送，在这之前，需要明确的是移动终端与服务器之间的长连接是存在的，因此，图1所示的方法进一步包括：判断移动终端中是否存在与服务器之间的长连接。
具体地，判断移动终端中是否存在与服务器之间的长连接的过程可以是：判断是否接收到需要发出长连接心跳包的通知，若是，则确定移动终端中存在与服务器之间的长连接。通常情况下，移动终端中的应用在需要向服务器发送长连接心跳包之前会先广播需要发出长连接心跳包的通知，在本发明的一个实施例中，当订阅移动终端中一个应用的需要发出长连接心跳包的通知后，便可以接收到移动终端中的该应用在向服务器推送长连接心跳包之前所广播的需要发出长连接心跳包的通知；其中，需要发出长连接心跳包的通知中可以包括以下一种或几种：移动终端中需要发出长连接心跳包的应用的标识，该应用的下一个长连接心跳包的推送时间，该应用的长连接心跳包的推送周期等。
在一个具体的实施例中，图1所示方法的步骤S110中需要发送到服务器的数据包为移动终端的定位数据。则步骤S120将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器的步骤包括：
步骤S121，接收需要发出长连接心跳包的通知。
步骤S123，判断所述需要发出长连接心跳包的通知是否符合预设条件。
步骤S125，若符合，将移动终端的定位数据发送至需要发出长连接心跳包的应用，由所述需要发出长连接心跳包的应用将所述移动终端的定位数据作为一个长连接心跳包推送至服务器。
步骤S127，若不符合，在到达下一预设定位时间时，获取并记录移动终端的位置信息并直接将移动终端的位置信息发送至服务器，不再借助长连接心跳包一同发送。
其中，步骤S123判断所述需要发出长连接心跳包的通知是否符合预设条件的步骤包括：
步骤S123a，从所述需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间。
步骤S123b，判断所述长连接心跳包的推送时间与下一预设定位时间之间的时间差是否在预设时间范围内。
步骤S123c，若是，确定所述需要发出长连接心跳包的通知符合预设条件。
上述过程判断出的符合预设条件的需要发出长连接心跳包的通知包括两种情况：
情况1，所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之前，也就是说长连接心跳包要在预设定位时间之前发出，为了将移动终端的定位数据作为长连接心跳包推送到服务器，需要将定位数据提前发出，进而需要将定位时间提前，以适配于长连接心跳包的推送时间；具体地，在这种情况下获取移动终端中的需要发送到服务器的数据包的步骤包括：在所述长连接心跳包的推送时间之前且与所述长连接心跳包的推送时间相差第一时间间隔时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。其中，考虑到获取移动终端的位置信息的过程是需要一定时间的，所述第一时间间隔即是留给移动终端获取位置信息所用的，以使得获取到移动终端的位置信息之后，来得及将该移动终端的定位数据发送给需要发出长连接心跳包的应用，由该应用将定位数据作为长连接心跳包在推送时间推送到服务器。
情况2，所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之后，也就是说长连接心跳包要在预设定位之间之后发出，为了将移动终端的定位数据作为长连接心跳包推送到服务器，需要将定位数据延后发出，以适配长连接心跳包的推送时间；具体地，在这种情况下获取移动终端中的需要发送到服务器的数据包的步骤包括：在到达下一预设定位时间时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。其中，在定位时间获取到定位数据之后不立即发出，而是将定位数据发送给需要发出长连接心跳包的应用进行等待，等到达长连接心跳包的推送时间，由所述应用将定位数据作为长连接心跳包推送到服务器，或者，在长连接心跳包的推送时间之前且与长连接心跳包的推送时间距离第二时间间隔时将定位数据发送给需要发出长连接心跳包的应用，由所述应用将定位数据作为长连接心跳包推送到服务器。
可见，本实施例在不影响定位效果的前提下，通过对定位任务的一定程度的调整使得定位任务适配于长连接心跳包的推送任务，使得定位数据的发送数据与长连接心跳包的推送时间对齐，将定位数据作为长连接心跳包进行推送，一举两得，具有重要的意义。其中需要说明的是，在有的实施例中，针对第一次获取移动终端的定位数据的定位任务，只要接收到需要发出长连接心跳包的通知，由于之前没有定位数据，因此无论该需要发出长连接心跳包的通知是否符合条件，都可以调整该定位任务来适配于长连接心跳包的推送时间，不会影响到后续服务器侧的定位分析结果，反之，如果不是第一次的定位任务，则服务器侧已经获取到先前的定位数据，对本次的定位任务不加限制的调整会导致后续服务器侧的定位分析结果有误差，影响定位效果。
例如，移动终端的下一预设定位时间为9:10AM，订阅了移动终端中应用a需要发出长连接心跳包的通知，在9:00AM时，接收到应用a需要发出长连接心跳包的通知，从该需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间是9:08AM，该长连接心跳包的推送时间与移动终端的下一预设定位时间之间的时间差为2min，该时间差在预设时间范围5min内，则判断所接收到的该需要发出长连接心跳包的通知符合预设条件，则可在9:07AM时获取移动终端的位置信息作为移动终端的定位数据，将该定位数据发送给需要发出长连接心跳包的应用a，9:07AM-9:08AM之间的第一时间间隔是预留给获取位置信息并发送给应用a的过程所用，由应用a在9:08AM将该定位数据作为长连接心跳包推送到服务器。或者，接收到应用a需要发出长连接心跳包的通知，从该需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间是9:13AM，该长连接心跳包的推送时间与移动终端的下一预设定位时间之间的时间差为3min，该时间差在预设时间范围5min内，则判断所接收到的该需要发出长连接心跳包的通知符合预设条件，则在到达下一预设定位时间9:10AM时获取移动终端的位置信息作为移动终端的定位数据，将该定位数据发送给需要发出长连接心跳包的应用a进行等待，由应用a在9:13AM将该定位数据作为长连接心跳包推送到服务器。
从上述的例子中可以看出，对于符合条件的需要发出长连接心跳包的通知，当长连接心跳包的推送时间在预设定位时间之前，实际获取定位数据的时间是长连接心跳包的推送时间之前第一时间间隔的时刻，则其下一预设定位时间是从该时刻起经过一个预设周期的时间，实际发送定位数据的时间是长连接心跳包的推送时间；当长连接心跳包的推送时间在预设定位时间之后，实际获取定位数据的时间是预设定位时间，则其下一预设定位时间是从该时刻起经过一个预设周期的时间，实际发送定位数据的时间是长连接心跳包的推送时间。总结来说，即上述方法进一步包括：将从前一次获取移动终端的位置信息的时间开始经过一个预设定位周期后的时间作为下一预设定位时间。
依据上述具体的实施例，当长连接心跳包的推送频率高于定位频率时，每个预设定位周期内将接收到多个需要发出长连接心跳包的通知，为了避免有不止一个的需要发出长连接心跳包的通知落入符合预设条件的范围内，所述预设时间范围应当小于长连接心跳包的推送周期，可以是：所述预设时间范围与长连接心跳包的推送周期成预设比率；例如，所述预设时间范围是长连接心跳包的推送周期的1/4，当上述长连接心跳包的推送周期为4min时，预设时间范围是1min，长连接心跳包的推送时间与下一预设定位时间之间的时间差在1min之内才可以对定位任务执行上述适配和调整。相应地，当长连接心跳包的推送频率低于移动终端的定位频率时，每个长连接心跳包的推送周期内移动终端应当做多次定位，所述预设时间范围应当小于预设定位周期，可以是：所述预设时间范围与移动终端的定位周期成预设比率；例如，所述预设时间范围是预设定位周期的1/4，当上述预设定位周期为4min时，预设时间范围是1min，长连接心跳包的推送时间与下一预设定位时间之间的时间差在1min之内才可以对定位任务执行上述适配和调整。
在本发明的一个实施例中，所述移动终端为智能手表。
图2示出了根据本发明一个实施例的一种移动终端的数据传输装置的示意图。如图2所示，该移动终端的数据传输装置包括：
数据获取单元210，适于获取移动终端中的需要发送到服务器的数据包。
数据传输单元220，适于将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器。
可见，移动终端要将数据包发送到服务器的任务是在AP上执行的，而在移动终端与服务器之间发送长连接心跳包的任务也是在AP上执行的，这两个任务中每个任务的执行都需要唤醒AP来工作，会带来较高的电量消耗，图2所示的装置基于两个任务都需要唤醒AP的规律，将两个任务合二为一，将移动终端中需要发送给服务器的数据包作为移动终端与服务器之间的长连接心跳包，依据此方案，既可以完成数据包从移动终端到服务器的传送，也可以完成通过长连接心跳包维持移动终端与服务器之间的长连接的功能，且只需要唤醒一次AP，大大对移动终端的电量消耗，符合移动终端的使用需求。
在本发明的一个实施例中，所述数据传输单元220，进一步适于判断移动终端中是否存在与服务器之间的长连接。
其中，所述数据传输单元210，适于判断是否接收到需要发出长连接心跳包的通知，若是，则确定移动终端中存在与服务器之间的长连接。
在本发明的一个具体的实施例中，所述需要发送到服务器的数据包为移动终端的定位数据。
所述数据传输单元220，适于接收需要发出长连接心跳包的通知；判断所述需要发出长连接心跳包的通知是否符合预设条件；若符合，将移动终端的定位数据发送至需要发出长连接心跳包的应用，由所述需要发出长连接心跳包的应用将所述移动终端的定位数据作为一个长连接心跳包推送至服务器。
具体地，所述数据传输单元220，适于从所述需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间；判断所述长连接心跳包的推送时间与下一预设定位时间之间的时间差是否在预设时间范围内；若是，确定所述需要发出长连接心跳包的通知符合预设条件。
其中，一种情况，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之前，所述数据获取单元210，适于在所述长连接心跳包的推送时间之前且与所述长连接心跳包的推送时间相差第一时间间隔时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。另一种情况，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之后，所述数据获取单元210，适于在到达下一预设定位时间时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
在本发明的一个实施例中，所述数据传输单元220，进一步适于将从前一次获取移动终端的位置信息的时间开始经过一个预设定位周期后的时间作为下一预设定位时间。
在本发明的一个实施例中，当长连接心跳包的推送频率高于定位频率时，所述预设时间范围与长连接心跳包的推送周期成预设比率；当长连接心跳包的推送频率低于移动终端的定位频率时，所述预设时间范围与移动终端的定位周期成预设比率。
在本发明的一个实施例中，所述移动终端为智能手表。
在本发明的一个实施例中，所述数据传输单元220，进一步适于订阅移动终端中需要发出长连接心跳包的通知。
需要说明的是，图2所示装置的各实施例与图1所示方法的各实施例对应相同，上文中已经详细说明，在此不再赘述。
综上所述，大多数的移动终端都含有两个处理器，操作系统、用户界面和应用程序相关的任务都在AP(Application Processor,应用处理器)上执行，AP一般采用ARM芯片的CPU；而移动终端射频通信控制软件则运行在另一个处理器BP(Basedband Processor,基带处理器)上；其中BP是一直工作的，AP在移动终端熄屏之后就不再工作，再次在AP上执行任务时需要唤醒AP。在本发明提供的技术方案中，移动终端要将数据包发送到服务器的任务是在AP上执行的，而在移动终端与服务器之间发送长连接心跳包的任务也是在AP上执行的，这两个任务中每个任务的执行都需要唤醒AP来工作，会带来较高的电量消耗，该方案基于两个任务都需要唤醒AP的规律，将两个任务合二为一，将移动终端中需要发送给服务器的数据包作为移动终端与服务器之间的长连接心跳包，依据此方案，既可以完成数据包从移动终端到服务器的传送，也可以完成通过长连接心跳包维持移动终端与服务器之间的长连接的功能，且只需要唤醒一次AP，大大对移动终端的电量消耗，符合移动终端的使用需求。
需要说明的是：
在此提供的算法和显示不与任何特定计算机、虚拟装置或者其它设备固有相关。各种通用装置也可以与基于在此的示教一起使用。根据上面的描述，构造这类装置所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的移动终端的数据传输装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (16)

1.一种移动终端的数据传输方法，包括：
获取移动终端中的需要发送到服务器的数据包；
将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器；
所述方法还包括：
判断移动终端中是否存在与服务器之间的长连接；
判断移动终端中是否存在与服务器之间的长连接的步骤进一步包括：
判断是否接收到需要发出长连接心跳包的通知，若是，则移动终端中存在与服务器之间的长连接；
所述需要发送到服务器的数据包为移动终端的定位数据；
所述将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器的步骤进一步包括：
接收需要发出长连接心跳包的通知；
判断所述需要发出长连接心跳包的通知是否符合预设条件；
若符合，将移动终端的定位数据发送至需要发出长连接心跳包的应用，由所述需要发出长连接心跳包的应用将所述移动终端的定位数据作为一个长连接心跳包推送至服务器。
2.如权利要求1所述的方法，其中，所述判断所述需要发出长连接心跳包的通知是否符合预设条件的步骤进一步包括：
从所述需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间；
判断所述长连接心跳包的推送时间与下一预设定位时间之间的时间差是否在预设时间范围内；
若是，确定所述需要发出长连接心跳包的通知符合预设条件。
3.如权利要求2所述的方法，其中，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之前，则所述获取移动终端中的需要发送到服务器的数据包的步骤进一步包括：
在所述长连接心跳包的推送时间之前且与所述长连接心跳包的推送时间相差第一时间间隔时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
4.如权利要求2或3所述的方法，其中，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之后，则所述获取移动终端中的需要发送到服务器的数据包的步骤进一步包括：
在到达下一预设定位时间时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
5.如权利要求2中任一项所述的方法，其中，该方法进一步包括：
将从前一次获取移动终端的位置信息的时间开始经过一个预设定位周期后的时间作为下一预设定位时间。
6.如权利要求2中任一项所述的方法，其中，
当长连接心跳包的推送频率高于定位频率时，所述预设时间范围与长连接心跳包的推送周期成预设比率；
当长连接心跳包的推送频率低于移动终端的定位频率时，所述预设时间范围与移动终端的定位周期成预设比率。
7.如权利要求1中任一项所述的方法，其中，所述移动终端为智能手表。
8.如权利要求1中任一项所述的方法，其中，该方法进一步包括：
订阅移动终端中需要发出长连接心跳包的通知。
9.一种移动终端的数据传输装置，包括：
数据获取单元，适于获取移动终端中的需要发送到服务器的数据包；
数据传输单元，适于将所述数据包作为移动终端与服务器之间的长连接心跳包发送至服务器；
所述数据传输单元，进一步适于判断移动终端中是否存在与服务器之间的长连接；
所述数据传输单元，适于判断是否接收到需要发出长连接心跳包的通知，若是，则确定移动终端中存在与服务器之间的长连接；
所述需要发送到服务器的数据包为移动终端的定位数据；
所述数据传输单元，适于接收需要发出长连接心跳包的通知；判断所述需要发出长连接心跳包的通知是否符合预设条件；若符合，将移动终端的定位数据发送至需要发出长连接心跳包的应用，由所述需要发出长连接心跳包的应用将所述移动终端的定位数据作为一个长连接心跳包推送至服务器。
10.如权利要求9所述的装置，其中，
所述数据传输单元，适于从所述需要发出长连接心跳包的通知中提取出长连接心跳包的推送时间；判断所述长连接心跳包的推送时间与下一预设定位时间之间的时间差是否在预设时间范围内；若是，确定所述需要发出长连接心跳包的通知符合预设条件。
11.如权利要求10所述的装置，其中，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之前，
所述数据获取单元，适于在所述长连接心跳包的推送时间之前且与所述长连接心跳包的推送时间相差第一时间间隔时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
12.如权利要求10或11所述的装置，其中，若所述需要发出长连接心跳包的通知符合预设条件且所述长连接心跳包的推送时间在下一预设定位时间之后，
所述数据获取单元，适于在到达下一预设定位时间时，获取并记录移动终端的位置信息作为所述移动终端的定位数据。
13.如权利要求10中任一项所述的装置，其中，
所述数据传输单元，进一步适于将从前一次获取移动终端的位置信息的时间开始经过一个预设定位周期后的时间作为下一预设定位时间。
14.如权利要求10中任一项所述的装置，其中，
当长连接心跳包的推送频率高于定位频率时，所述预设时间范围与长连接心跳包的推送周期成预设比率；
当长连接心跳包的推送频率低于移动终端的定位频率时，所述预设时间范围与移动终端的定位周期成预设比率。
15.如权利要求9中任一项所述的装置，其中，所述移动终端为智能手表。
16.如权利要求9中任一项所述的装置，其中，
所述数据传输单元，进一步适于订阅移动终端中需要发出长连接心跳包的通知。
CN201610307898.6A 2016-05-10 2016-05-10 一种移动终端的数据传输方法和装置 Active CN105978966B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201610307898.6A CN105978966B (zh) 2016-05-10 2016-05-10 一种移动终端的数据传输方法和装置
PCT/CN2017/081456 WO2017193795A1 (zh) 2016-05-10 2017-04-21 一种移动终端的数据传输方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610307898.6A CN105978966B (zh) 2016-05-10 2016-05-10 一种移动终端的数据传输方法和装置

Publications (2)

Publication Number Publication Date
CN105978966A CN105978966A (zh) 2016-09-28
CN105978966B true CN105978966B (zh) 2019-03-05

Family

ID=56992104

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610307898.6A Active CN105978966B (zh) 2016-05-10 2016-05-10 一种移动终端的数据传输方法和装置

Country Status (2)

Country Link
CN (1) CN105978966B (zh)
WO (1) WO2017193795A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105978966B (zh) * 2016-05-10 2019-03-05 北京奇虎科技有限公司 一种移动终端的数据传输方法和装置
KR20180070892A (ko) * 2016-12-19 2018-06-27 현대자동차주식회사 전기 자동차, 그를 포함하는 시스템 및 전기 자동차의 배터리 충전 방법
CN112669591A (zh) * 2020-12-23 2021-04-16 深圳市骏普科技开发有限公司 抄表数据传输方法、从设备、系统及存储介质
CN112911021A (zh) * 2021-03-23 2021-06-04 厦门四信通信科技有限公司 一种主动连接终端的方法、装置及设备
CN115695251A (zh) * 2022-09-13 2023-02-03 浪潮云信息技术股份公司 自适应的心跳间隔调整方法及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104836814A (zh) * 2015-05-29 2015-08-12 北京奇虎科技有限公司 智能硬件云端接入控制方法及其相应的装置
CN105357283A (zh) * 2015-10-20 2016-02-24 北京奇虎科技有限公司 智能可佩戴设备的长连接建立方法及服务器、终端

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7426569B2 (en) * 2004-02-25 2008-09-16 Research In Motion Limited System and method for maintaining a network connection
US8732810B2 (en) * 2011-10-27 2014-05-20 Cellco Partnership IP push platform and connection protocol in a push notification framework
CN102523178B (zh) * 2011-12-20 2014-12-03 华为技术有限公司 一种基于推送的心跳消息发送方法和终端
CN102684949B (zh) * 2012-06-04 2015-02-04 北京神州泰岳软件股份有限公司 一种长连接下心跳数据包的处理方法、装置和客户端
CN102790776B (zh) * 2012-08-03 2015-02-04 中国联合网络通信集团有限公司 心跳连接归一处理方法、终端、服务器及通信系统
CN105338195A (zh) * 2015-12-14 2016-02-17 魅族科技（中国）有限公司 一种终端节电的方法及终端
CN105978966B (zh) * 2016-05-10 2019-03-05 北京奇虎科技有限公司 一种移动终端的数据传输方法和装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104836814A (zh) * 2015-05-29 2015-08-12 北京奇虎科技有限公司 智能硬件云端接入控制方法及其相应的装置
CN105357283A (zh) * 2015-10-20 2016-02-24 北京奇虎科技有限公司 智能可佩戴设备的长连接建立方法及服务器、终端

Also Published As

Publication number Publication date
CN105978966A (zh) 2016-09-28
WO2017193795A1 (zh) 2017-11-16

Similar Documents

Publication Publication Date Title
CN105978966B (zh) 一种移动终端的数据传输方法和装置
CN104142793B (zh) 一种模拟点击终端控件的方法及装置
CN103051693B (zh) 设备控制方法与移动通信终端
CN103152392B (zh) 安装包提供方法、获取方法、设备及系统
CN104077162B (zh) 移动终端应用模板的更新、发布方法及装置
CN102752369B (zh) 电视应用服务的提供方法及虚拟化内容服务平台
CN109446309A (zh) 问题反馈方法及装置
CN111831054B (zh) 一种异步系统时钟同步方法、装置、系统和存储介质
CN106790603A (zh) 消息交互的方法、装置及系统
CN108023905B (zh) 物联网应用系统及方法
CN110110306A (zh) 数据展示方法、装置、终端及计算机可读存储介质
CN109656797A (zh) 日志数据的关联方法及装置
CN104052769A (zh) 一种对移动终端应用包含的资源更新的方法、装置和系统
CN105025467B (zh) 一种基于mdm的终端控制方法及系统
CN107526584B (zh) 数据接入方法和装置
CN110135940A (zh) 后厨订单显示装置及方法
CN113242244B (zh) 数据传输方法、装置和系统
CN102769625A (zh) 客户端Cookie信息获取方法和装置
CN112559161A (zh) 一种任务调度方法及系统
CN112698772A (zh) 文档模板的处理方法及装置、文档创建方法及装置
CN109788034B (zh) 用于网关接入设备的配置方法、电子设备及存储介质
CN105450737A (zh) 一种数据处理方法、装置和系统
CN107643858A (zh) 一种信息处理方法、终端和服务器
CN110007946A (zh) 一种算法模型的更新方法、装置、设备及介质
CN107025294B (zh) 信息获取方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220718

Address after: Room 801, 8th floor, No. 104, floors 1-19, building 2, yard 6, Jiuxianqiao Road, Chaoyang District, Beijing 100015

Patentee after: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.

Patentee before: Qizhi software (Beijing) Co.,Ltd.