请求包的处理方法和装置的制造方法
【技术领域】
[0001]本发明涉及互联网应用领域，具体而言，涉及一种请求包的处理方法和装置。
【背景技术】
[0002]目前，智能手机作为其使用者的延伸已经得到了相当广泛的应用，主要服务于智能手机用户的无线网络如WIFI和3G网络等也得到了推广，然而在当前的网络环境下，用户在使用智能手机、尤其是对网络上的一些资源进行下载时，仍然需要考虑流量的限制，然而出于盈利的考虑，相当一部分在智能手机上运行的应用在其用户界面上会设置有容易被点击到的外部链接区域，而在用户误点到该区域时，智能手机可能会自动地开始对于该区域对应的下载对象的下载，从而为用户带来不必要的流量开销。
[0003]针对上述的问题，目前尚未提出有效的解决方案。
【发明内容】
[0004]本发明实施例提供了一种请求包的处理方法和装置，以至少解决运行中的目标应用可能会造成客户端下载到非用户所需的下载对象的技术问题。
[0005]根据本发明实施例的一个方面，提供了一种请求包的处理方法，包括:监视在客户端上运行的目标应用所发出的请求包；判断上述请求包是否满足拦截条件，其中，上述拦截条件至少包括:上述请求包用于指示上述客户端执行对目标文件的下载操作；若满足上述拦截条件，则拦截上述请求包，并生成与上述目标文件对应的提示信息，用于使上述客户端的用户根据上述提示信息输入指示信息；根据获取的上述指示信息的指示处理拦截的上述请求包。
[0006]根据本发明实施例的另一方面，还提供了一种请求包的处理装置，包括:监视单元，用于监视在客户端上运行的目标应用所发出的请求包；判断单元，用于判断上述请求包是否满足拦截条件，其中，上述拦截条件至少包括:上述请求包用于指示上述客户端执行对目标文件的下载操作；拦截单元，用于在满足上述拦截条件时，拦截上述请求包，并生成与上述目标文件对应的提示信息，上述提示信息用于使上述客户端的用户根据上述提示信息输入指示信息；处理单元，用于根据获取的上述指示信息的指示处理拦截的上述请求包。
[0007]在本发明实施例中，通过对目标应用所发出的请求包的监视，可以对满足一定拦截条件的、用于下载目的的请求包进行拦截，然后通过客户端向用户提示与该请求包所指示下载的目标文件相对应的提示信息，进而可以根据用户反馈的指示信息来选择是否继续发送被拦截的该请求包。在上述场景下，由于用户需要对该请求包所指示的下载目标文件的操作进行确认才会继续对请求包的处理，因此可以在一定程度上避免客户端对非用户所需的下载对象的下载，进而解决了运行中的目标应用可能会造成客户端下载到非用户所需的下载对象的问题。
【附图说明】
[0008]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0009]图1是根据本发明实施例的一种可选的请求包的处理方法的示意图；
[0010]图2是根据本发明实施例的一种可选的请求包的处理装置的示意图；
[0011]图3是根据本发明实施例的另一种可选的请求包的处理方法的示意图。
【具体实施方式】
[0012]为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
[0013]需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0014]实施例1
[0015]根据本发明实施例，提供了一种请求包的处理方法，如图1所示，该方法包括:
[0016]S102:监视在客户端上运行的目标应用所发出的请求包；
[0017]S104:判断请求包是否满足拦截条件，其中，拦截条件至少包括:该请求包用于指示客户端执行对目标文件的下载操作；
[0018]S106:若满足拦截条件，则拦截请求包，并生成与目标文件对应的提示信息，用于使客户端的用户根据提示信息输入指示信息；
[0019]S108:根据获取的指示信息的指示处理拦截的请求包。
[0020]应当理解的是，本发明技术方案所要解决的问题之一是提供一种方法，通过对目标应用的下载监控，避免客户端下载到非用户所需的一些下载对象，进而为客户端及其用户免除不必要的下载流量开销。
[0021]具体地，在本发明实施例中，上述客户端下载到非用户所需的下载对象通常是由于目标应用中所嵌入的外部链接所造成的。例如，在一个场景下，本发明实施例所提供的方法可以应用于作为客户端的智能手机，在该智能手机上，可以安装并运行有作为目标应用的视频播放应用，其中，该视频播放应用在运行过程中，比如该应用由播放模式切换到暂停模式、或者是该应用处于播放模式的时长超过某一阈值时，该应用可能会在智能手机的用户界面上创建一个与某一外部链接相对应的热区，进而该智能手机在识别到位于该热区内的点击事件后，可以响应于该点击事件进一步地执行与该外部链接对应的下载操作，其中，该点击事件通常来自于用户在智能手机的触屏上的触碰动作。然而站在用户的角度，用户所做出的触碰动作并不一定表示其“想要下载”的主观意愿，例如，在一个实例中，由视频播放应用创建的上述热区中可以显示有某一款手机游戏的广告，该广告提供了该款手机游戏的安装包的下载链接，却并未在广告中明确地给出“点击开始下载”的文字提示，在这一情形下，用户对热区的点击可能仅仅是出于对广告图像的兴趣、想要进一步地访问该款游戏的官网页面，而非直接下载游戏的安装包。在上述情形下，用户的触碰动作及智能手机所识别到的点击事件可以视为是被视频播放应用及其中嵌入的广告链接所误导的，因而客户端响应于点击事件所执行的下载操作可以视为是被动地，并且这一被动地下载操作将会给客户端及用户带来不必要的下载流量开销。
[0022]当然，以上只是一种示例，并非是对本发明及其应用场景的限定，例如，在本发明的一些实施例中，用户的触碰动作及点击事件也可以来自于用户自身所做出的或主动或被动的误操作，比如在一个实施例中，作为客户端的智能手机上可以运行有作为目标应用的一款手机游戏，该游戏在运行时可能会定时生成与某一下载链接对应的弹出页，从而用户在体验游戏的过程中、以较高的频率连续触碰智能手机的触屏时，很可能无法及时地对该弹出页做出反应，导致相对被动地误点到弹出页并产生相应的点击事件，进而导致客户端被动地下载非用户所愿的下载对象。
[0023]事实上，在本发明实施例中，并不会对用户的主观意愿进行观测，而是基于对客户端的改进以提供一种对目标应用的监控机制，并在监视到目标应用发出下载请求后对用户进行提示，比如在用户界面上生成一个确认选择对话框，进而可以由用户来确认是否继续下载，这就解决了运行中的目标应用可能会造成客户端下载到非用户所需的下载对象的问题。
[0024]以下将结合附图并通过一些具体的实施例对本发明技术方案及其工作原理进行更为详细的描述。
[0025]根据本发明实施例提供的处理方法，在步骤S102中，可以监视在客户端上运行的目标应用所发出的请求包，其中，该目标应用可以表示作为监视目标的应用。具体地，在本发明实施例中，上述请求包通常可以是超文本传输协议http (Hypertext TransferProtocol)请求,然而本发明对此不作限定,例如,在本发明的一些实施例中，该请求包也可以是文件传输协议ftp (File Transfer Protocol)请求,或者是符合其他可行的文本传输格式的请求包等。更具体地，该请求可以表现为一个消息，例如，对于http请求而言，其所对应的消息可以由请求行、消息头和消息体组成。当然，这只是一种实例，本发明对此不作任何限定，例如，对于请求行中所声明的请求方法为GET方法时，上述消息中也可以不存在上述消息体，而是将查询参数设置在同处于请求行中的统一资源定位符URL (UniformResource Locator)中，等。
[0026]在本发明实施例中，针对步骤S102中所述的请求包的监视可以有多种实现方式，例如，作为一种可行的方式，在步骤S102之前，上述方法可以包括:
[0027]S2:获取在客户端上运行的系统的管理权限，其中，上述目标应用运行于该系统中，管理权限用于授权以下操作至少之一:对请求包的监视、对请求包的拦截、对请求包的发送。
[0028]例如，对于广泛应用在智能手机上的安卓(Android)操作系统而言，为实现对目标应用所发出的请求包的监视，用于实施上述方法的处理装置可以先获取安卓系统的超级用户权限或者说root权限，从而获取对该系统上运行的应用的管理权限，其中，该管理权限可以用于授权以下操作至少之一:对请求包的监视、对请求包的拦截、对请求包的发送，以便于步骤S102中的监视操作以及后续步骤S106和S108中对请求包的判断及处理操作。具体地，在本发明实施例中，上述超级用户权限可以通过用户切换(Switch User)文件来获取，然而本发明对此不作限定。
[0029]当然，以上只