CN107992363B - 数据的处理方法和装置 - Google Patents

Abstract

本发明公开了一种数据的处理方法和装置。其中，该方法包括：接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；在移动终端的系统进程中查找第二系统服务；在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。本发明解决了相关技术中系统服务的服务质量较差的技术问题。

Description

数据的处理方法和装置

技术领域

本发明涉及操作系统领域，具体而言，涉及一种数据的处理方法和装置。

背景技术

系统服务(英文名称为system services)，是一种应用程序类型，可在无用户登录和用户已经注销的情况下在后台运行。系统服务是指执行指定系统功能的程序、例程或进程，以便支持其他程序，尤其是底层(即接近硬件)的程序，如Media Player Service，提供媒体播放的服务，Backup Manager Service，提供备份服务。系统服务在通过网络提供服务时，服务可以在活动目录(Active Directory)中发布，从而促进了以服务为中心的管理和使用，通过系统服务，可以为上层应用更为高效的提供服务。

对于系统服务的管理，相关技术中采用监听与系统服务相关的广播(即Broadcast，是移动系统中广泛运用的在应用程序之间传输信息的机制)或监测与系统服务相关的数据库是否发生变化，但是，由于许多服务都是在已经提供了相关服务之后才会引起数据变化，或者由于数据的延迟性等原因，在检测到该系统服务提供服务时，实际上该系统服务已经完成了相关服务，而该服务可能并不是上层应用或者用户所需要的服务(如垃圾短信、骚扰信息、应用通知等)，由于提供的数据不是上层应用所需的数据，从而降低了服务质量。

针对相关技术中系统服务的服务质量较差的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种数据的处理方法和装置，以至少解决相关技术中系统服务的服务质量较差的技术问题。

根据本发明实施例的一个方面，提供了一种数据的处理方法，该方法包括：接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；在移动终端的系统进程中查找第二系统服务；在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。

根据本发明实施例的另一方面，还提供了一种数据的处理装置，该装置包括：接收单元，用于接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；响应单元，用于响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；查找单元，用于在移动终端的系统进程中查找第二系统服务；处理单元，用于在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。

在本发明实施例中，接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；在移动终端的系统进程中查找第二系统服务；在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据，在系统底层创建新的第一系统服务来对旧的第二系统服务的数据进行处理，从而解决了相关技术中系统服务的服务质量较差的技术问题，进而达到提高系统服务的服务质量的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的可选的硬件环境的示意图；

图2是根据本发明实施例的数据的处理方法的流程图；

图3根据本发明实施例的可选的通知界面的示意图；

图4根据本发明实施例的可选的数据处理的流程图；

图5根据本发明实施例的可选的数据处理的示意图；

图6是根据本发明实施例的数据的处理装置的示意图；

图7是根据本发明实施例的可选的数据的处理装置的示意图；

图8是根据本发明实施例的可选的数据的处理装置的示意图；以及

图9是根据本发明实施例的可选的一种终端的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本发明实施例进行描述的过程中出现的部分名词或者术语适用于如下解释：

JNI：JNI是Java Native Interface的缩写，它提供了若干的API(英文全称为Application Programming Interface，即应用程序编程接口)实现了Java(是一种面向对象编程语言)和其他语言的通信(主要是C和C++)。

代码注入：将编写的可执行代码块注入到正在运行的第三方进程中执行。

System进程：设备系统的一个系统进程，提供系统的大部分系统级服务，如位置信息、短信系统服务、权限管理等。

so：全称为shared object，Linux系统下的动态链接库文件，正在运行的应用可以动态加载so文件到本进程并执行其功能。

IBinder：IBinder是远程对象的基本接口，是为高性能而设计的轻量级远程调用机制的核心部分。但它不仅用于远程调用，也用于进程内调用。这个接口定义了与远程对象交互的协议。

Proxy Server：代理服务器，是一种重要的服务器安全功能，它的工作主要在开放系统互联(OSI)模型的会话层，从而起到防火墙的作用。

实施例1

根据本发明实施例，提供了一种数据的处理方法的方法实施例。

可选地，在本实施例中，上述方法可以应用于如图1所示的由服务器102和终端104所构成的硬件环境中。如图1所示，服务器102通过网络与终端104进行连接，上述网络包括但不限于：广域网、城域网或局域网，终端104并不限定于PC、手机、平板电脑等。本发明实施例的方法可以由服务器102来执行，也可以由终端104来执行，还可以是由服务器102和终端104共同执行。其中，终端104执行本发明实施例的方法也可以是由安装在其上的客户端来执行。

图2是根据本发明实施例的数据的处理方法的流程图，如图2所示，该方法可以包括以下步骤：

步骤S202，接收运行于移动终端上的第一应用客户端发送的目标指令，目标指令用于指示建立第一系统服务；

步骤S204，响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；

步骤S206，在移动终端的系统进程中查找第二系统服务；

步骤S208，在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。

通过上述步骤S202至步骤S208，在系统底层创建新的第一系统服务来对旧的第二系统服务的数据进行处理，由于第二系统服务在将数据发送至上层应用时不会对数据进行预处理，而第一系统服务则会对数据进行预处理，避免不必要的信息被发送至上层应用，从而解决了相关技术中系统服务的服务质量较差的技术问题，进而达到提高系统服务的服务质量的技术效果。

步骤S202至步骤S208可以运行在上述的移动终端上，该移动终端可以手机、平板电脑、MID、便携式播放器等可移动的终端，这些终端采用的系统可以为安卓、IOS等适用于移动设备的系统。

上述的第一应用客户端可以为系统自带的客户端(如系统菜单提供的系统管理客户端)或者第三方提供的客户端(如用户安装的系统管理应用)。

在步骤S202中，移动终端的CPU接收运行于移动终端上的第一应用客户端发送的目标指令前，第一应用客户端可以自动触发或者用户触发的方式生成目标指令，例如，用户希望第一应用客户端接管系统中的某个系统服务，则可以通过第一应用客户端启动该功能，在用户启动后就会生成上述的目标指令。

在步骤S204中，响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务具体可以通过如下方式实现：通过在移动终端的系统进程中执行与目标指令对应的可执行文件的方式，建立第一系统服务。

上述的可执行文件为与移动终端系统相适配的可执行文件，例如安卓系统的JAR格式的文件，IOS系统中的Mach-O格式的文件。

具体地，可以在第一应用客户端运行的过程中，通过该客户端自动触发的方式将提供的可执行文件注入系统进程中执行，或在用户使用第一应用客户端的过程中，通过用户的选择操作触发将提供的可执行文件注入系统进程中执行的操作，前者可以自动为不熟悉操作系统的用户提供清新的系统界面和满意的服务，后者可以让对操作系统熟悉的用户自动进行选择，从而达到便于用户管理的效果。

由于上述的第一应用客户端可以为系统自带的客户端或者第三方提供的客户端，因此，本申请所提供的功能可以是系统自带的或者第三方应用提供的。

例如，可以将本申请方法所提供的功能设置在为第三方应用的第一应用客户端中，在手机安装了该应用之后，用户在使用手机的过程中，不想被一些垃圾短信所打扰，就可以启动第一应用客户端的短信过滤功能，由第一系统服务接管系统自带的短信系统服务(即第二系统服务)，通过预定义的过滤规则将一些垃圾短信过滤掉。

再如，可以将本申请方法所提供的功能设置在第一应用客户端中，该客户端为平板等移动终端出厂时自带的应用或者嵌入至系统设置中的应用，用户在使用平板的过程中，若不喜欢被各类应用的通知或者广告打扰，只想专心看文档学习，那么用户可以进入系统设置中找到相关设置选项，并选择屏蔽通知，第一系统服务就会接管系统自带的通知服务(即第二系统服务)，并通过黑名单过滤掉一些不必要的通知。

可选地，对于本申请所提供的服务接管功能，可以通过第一应用客户端按照用户需求进行设置，如设置该接管功能启动的时间、设置所启动的接管功能中被接管的具体服务。

例如，对于接管功能的启动时间，若用户不希望在上班时间被任何信息打扰，只需主动去查询接收到的信息即可，那么用户可以在第一应用客户端中进行时间设置，如设置8:00至18:00这个时间段时启动对通知服务、电话服务等服务的接管功能，这样，用户就不会被任何通知打扰，且在需要的时候用户可以通过第一应用客户端查看接收到的通知和电话等。

再如，对于通知服务，用户并不希望所有的通知都被屏蔽掉，用户可通过第一应用客户端设置屏蔽的规则，如添加对特定号码、特定类型的号码(如互联网电话)的电话屏蔽、指定应用的通知屏蔽等等。

再如，对于某些系统服务(如位置信息服务、权限管理服务)，用户不希望被大部分应用使用这些系统服务，那么用户就可以在第一应用客户端中启动对这些系统服务的接管，只允许白名单中的应用使用这些服务。

在步骤S204提供的技术方案中，在移动终端的系统进程中查找第二系统服务包括：通过在移动终端的系统进程中执行与目标指令对应的可执行文件中的查找功能的方式，从移动终端的所有系统服务中查找待替代的一个或多个第二系统服务。

需要说明的是，在移动终端的系统进程中执行与目标指令对应的可执行文件时，可以通过如下步骤实现：CPU获取目标指令所指示的代码，如从第一应用客户端获取；通过系统的编译软件编译该代码得到可执行文件；CPU将该可执行文件加载至系统进程中执行，也即注入系统进程中执行。

上述的可执行文件除了提供建立第二系统服务的功能外，还提供了查找功能，利用提供的查找功能可以查找到与建立的第二系统服务所对应的系统服务(即第二系统服务)，从而达到自动确定待接管的系统服务的目的。

可选地，可以在可执行文件中携带各个第一系统服务与各个第二系统服务的映射关系，在确定了需要建立的第一系统服务之后，即可通过映射关系确定对应的第二系统服务。在系统进程中查找第二系统服务时，根据已知的第一系统服务的服务标识确定第二系统服务的标识，从而根据其标识找到该第二系统服务。

需要说明的是，对于封闭式的系统(例如IOS)，不允许不具有权限的用户更改系统底层的系统服务的，因此，移动终端的每个功能对应的系统服务是相对固定的，只需要制作简单的映射关系即可满足所有移动终端的需求；而对于一些开放式的系统(如安卓系统)，则允许用户更改移动终端的系统服务，因此，不同机型的相同功能所对应的系统服务可能存在区别，因此，可以机型为单位制作上述的映射关系，从而可以为用户提供较好的服务。

例如，对于采用安卓系统的A机型的手机，用户在使用这个类型的手机时，需要屏蔽垃圾短信，首先会在系统设置中或者第三方应用中启用屏蔽垃圾短信的功能，CPU在执行该功能时先在映射关系中查找与A机型对应的映射表，再在该映射表中查找与短信对应的系统服务，并将手机的短信系统服务替换为该功能所提供的第一系统服务，从而可以实现屏蔽垃圾短信的功能。通过该方案，可以解决目前手机厂商众多、机型较多、手机厂商对安卓底层进行改动时存在适配性的问题，兼容市场上主流的手机。

在采用第一系统服务处理发送至第二系统服务的数据之前，可将对第二系统服务的服务引用替换为第一系统服务，也即将用于为移动终端上安装的第二应用客户端提供服务的系统服务由第二系统服务更换为第一系统服务。采用第一系统服务处理发送至第二系统服务的数据包括：采用第一系统服务处理发送到第二应用客户端的数据。

具体地，可先确定服务引用为第二系统服务的第二应用客户端，例如，可以根据第二系统服务的标识查找到对应的第二应用客户端；然后将第二应用客户端的服务引用由第二系统服务更换为第一系统服务。

例如，在System进程中找到需要接管的系统服务后，利用JNI通信将对该系统服务的服务引用替换为自己的服务(即第一系统服务)。

可选地，在步骤S208提供的技术方案中，采用第一系统服务处理发送至第二系统服务的数据包括：通过第一系统服务对数据进行解析，确定数据的类型；在确定的数据的类型为预设类型的情况下，通过第一系统服务对数据进行预处理，其中，预设类型的数据为发送到第一应用客户端的数据。

在采用第一系统服务对需要由第二系统服务处理的数据进行处理时，可通过数据解析获取需要由第二系统服务处理的数据的数据类型(如根据数据的包头确定)，数据类型可以为自定义的或者行业中协议规定的；在获取的数据类型为预设类型的情况下，即确定该数据为需要进一步处理的数据，则采用第一系统服务对数据进行处理，该处理可以为任意的数据处理，如数据解析、语义解析等。

在采用第一系统服务对数据进行处理之后，在数据为需要界面显示的信息的情况下，将第一系统服务处理后的数据的信息发送至第一应用客户端显示；这样，对于一些被拦截的信息，用户可以定期的在第一客户端中去查找需要的信息，以避免错过重要的信息。对于一些不需要显示的数据信息，则可以直接过滤掉，或者按照预置的处理方式处理。

在获取需要由第二系统服务处理的数据的数据类型之后，在获取的数据类型不为预设类型的情况下，将数据返回至第二系统服务处理，在数据为需要界面显示的信息的情况下，由第二系统服务将处理后的数据的信息发送至第二应用客户端显示，其中，第二应用客户端所在进程的服务引用为第二系统服务。

在通过第一系统服务对数据进行预处理之后，在第一系统服务所在的进程与第一应用客户端所在的进程间，采用进程间通讯的方式传输预处理后的数据至第一应用客户端，同样，在第二系统服务所在的进程与第二应用客户端所在的进程间，也采用进程间通讯的方式传输数据，其中，进程间通讯的指令包括Transact指令和onTransact指令，分别为读指令和写指令。

上述的第二应用客户端可以为系统自己的上层UI，如下拉菜单的通知，第一应用客户端可以为用户安装的系统管理应用，用户在系统管理应用设置了启动通知过滤功能之后，所有通知相关的数据会经由系统管理应用处理，如果在黑名单内(即为预设类型的通知数据)，则由系统管理应用进行处理，并决定是否在系统管理应用的界面中展示；如果在白名单内(即不为预设类型的通知数据)，则将通知数据交由系统的通知服务处理，如为需要显示的数据信息，则在下拉菜单中显示通知。如图3所示，在通知界面(包括WIFI、移动数据、声音、亮度调节、通知等)，可只显示白名单中的通知(如通知1和通知2)，用户可以选择收起通知或者展开通知。

通过上述实施例，将可执行代码(即可执行文件)注入到System进程(即系统进程)，并搭建自己的服务(即第一系统服务)；在System进程找到需要接管的服务，利用JNI通信对该服务引用替换为自己的服务；替换后，接管原本服务的数据流处理；最后在数据流里对数据进行解析，以判断是否拦截、是否需要客户端处理，从而可以实现在系统层面的系统应用接管。

在系统进程中查找待接管的第二系统服务，利用第一系统服务接管第二系统服务之后，第一系统服务与上层应用间的数据交互可以通过IBinder实现。

为了进一步详述上述实施例中数据交互的过程，下面以安卓系统，采用第三方客户端来实现上述的功能为例进行说明。具体如图4和图5所示：

步骤S402，获取待处理的数据。具体可以通过IBinder实现。

IBinder的主要接口包括Transact和onTransact，Transact可以向远端的IBinder对象发送调用，onTransact可使远程对象能够响应接收到的调用。

例如，对于系统中需要处理的位置数据，可以调用Transact发送该数据，将该位置数据缓存在Stub中，同时保存位置数据的同时保存一些描述它内容的元数据，元数据用于管理IBinder对象的引用，这样就能在缓冲区从一个进程移动到另一个进程时保存这些引用，通过元数据来标识位置数据，便于进程间的数据管理和识别。

在数据处理的过程中，客户端的指令信息可以依次经过应用层、Framework代理、Proxy代理后，指示IBinder服务利用Transact和onTransact在Stub中读写数据，系统进程(即第二系统服务)也能在Stub中读写数据，通过使用Stub这个中间缓存，从而可以实现进程间的通讯，即实现数据的交互。

步骤S404，判断是否为客户端的第一系统服务需要处理的数据，若是则执行步骤S410；否则执行步骤S406。通过对数据的解析可以确定数据的类型，根据数据类型判断该数据是否需要由第一系统服务处理。

步骤S406，系统依照已有的机制对数据进行处理，如判断是否需要在系统UI中显示。

步骤S408，对于需要显示的数据，按照已有流程将数据信息发送至对应的系统UI中进行显示。

步骤S408，利用可执行代码中提供的算法对数据进行处理。例如，进行语义分析，对于一些垃圾短信、垃圾信息则直接屏蔽，对于一些不能确定含义或含义不明确的信息则推送至客户端进行显示。

例如，某用户为商业人士，需要经常与客户交换名片，但不一定会把所有客户的电话存入电话本，客户需要的时候可以通过短信电话等与之联系，但是该用户希望手机保持一个清新的界面，故开启了短信过滤功能。

步骤S11，为了避免被垃圾短信打扰，用户可以通过系统设置或者第三方应用启用短信过滤功能。如直接进入设置(即系统应用)中找到相关选项，并启用短信过滤功能，或安装第三方应用，在安装好应用之后进入应用界面，并启用短信过滤功能。

步骤S12，系统应用或第三方应用利用第一系统服务接管短信系统服务。

上述的应用或者系统设置在接收到用户的触发指令后，将可执行文件发送至系统进程，由系统进程执行并建立第一系统服务，由第一系统服务接管短信系统服务，为上层应用服务，如为系统UI的通知界面提供数据；为第三方应用提供数据。

步骤S13，系统接收到新的短信信息之后，对信息数据进行处理。

由于某些客户的联系方式并不在该用户的手机中，因此，该客户发送的短信可能被第一系统服务当成垃圾短信屏蔽掉，这样就不会在系统UI中显示，而是发送至第三方应用中保存。

这样，即使客户的短信被屏蔽掉了，用户依然可以通过客户端进行找回。具体可以从第三方应用的下拉菜单中的通知盒子内查看所有被拦截的短信，并取消对有用短信的屏蔽，从而可以避免错过重要信息。

可选地，在利用第一系统服务接管第二系统服务时，第一系统服务除了可以屏蔽系统通知外，还可以改变系统已有的通知形式，如将以前的展开方式的显示信息变为以通知栏盒子的方式进行展示。

本申请的技术方案可以应用在系统管理应用中(如软件净化大师)，并根据需要提供想用的接管功能，帮助用户接管系统的服务，以扩展手机系统的功能。如开启通知栏净化功能，可帮助用户接管和管理手机通知，以实现通知的收起和拦截功能，达到净化手机通知栏的目的，接管系统通知，不想放出的通知被收入通知栏盒子，整个系统通知页面就变干净了。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述数据的处理方法的数据的处理装置。图6是根据本发明实施例的数据的处理装置的示意图，如图6所示，该装置可以包括：接收单元602、响应单元604、查找单元606以及处理单元608。

接收单元602用于接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；

响应单元604用于响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；

查找单元606用于在移动终端的系统进程中查找第二系统服务；

处理单元608用于在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。

需要说明的是，该实施例中的接收单元602可以用于执行本申请实施例1中的步骤S202，该实施例中的响应单元604可以用于执行本申请实施例1中的步骤S204，该实施例中的查找单元606可以用于执行本申请实施例1中的步骤S206；该实施例中的处理单元608可以用于执行本申请实施例1中的步骤S208。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现。

通过上述模块，在系统底层创建新的第一系统服务来对旧的第二系统服务的数据进行处理，由于第二系统服务在将数据发送至上层应用时不会对数据进行预处理，而第一系统服务则会对数据进行预处理，避免不必要的信息被发送至上层应用，从而解决了相关技术中系统服务的服务质量较差的技术问题，进而达到提高系统服务的服务质量的技术效果。

上述的装置可以应用在移动终端上，该移动终端可以手机、平板电脑、MID、便携式播放器等可移动的终端，这些终端采用的系统可以为安卓、IOS等适用于移动设备的系统。

上述的第一应用客户端可以为系统自带的客户端(如系统菜单提供的系统管理客户端)或者第三方提供的客户端(如用户安装的系统管理应用)。

可选地，响应单元还用于通过在移动终端的系统进程中执行与目标指令对应的可执行文件的方式，建立第一系统服务。例如，用户希望第一应用客户端接管系统中的某个系统服务，则可以通过第一应用客户端启动该功能，在用户启动后就会生成上述的目标指令。

具体地，可以在第一应用客户端运行的过程中，通过该客户端自动触发的方式将提供的可执行文件注入系统进程中执行，或在用户使用第一应用客户端的过程中，通过用户的选择操作触发将提供的可执行文件注入系统进程中执行的操作，前者可以自动为不熟悉操作系统的用户提供清新的系统界面和满意的服务，后者可以让对操作系统熟悉的用户自动进行选择，从而达到便于用户管理的效果。

可选地，查找单元还用于通过在移动终端的系统进程中执行与目标指令对应的可执行文件中的查找功能的方式，从移动终端的所有系统服务中查找待替代的一个或多个第二系统服务。

上述的可执行文件为与移动终端系统相适配的可执行文件，例如安卓系统的JAR文件。

上述的可执行文件除了提供建立第二系统服务的功能外，还提供了查找功能，利用提供的查找功能可以查找到与建立的第二系统服务所对应的系统服务(即第二系统服务)，从而达到自动确定待接管的系统服务的目的。

可选地，可以在可执行文件中携带各个第一系统服务与各个第二系统服务的映射关系，在确定了需要建立的第一系统服务之后，即可通过映射关系确定对应的第二系统服务。在系统进程中查找第二系统服务时，根据已知的第一系统服务的服务标识确定第二系统服务的标识，从而根据其标识找到该第二系统服务。

需要说明的是，对于封闭式的系统(例如IOS)，不允许不具有权限的用户更改系统底层的系统服务的，因此，移动终端的每个功能对应的系统服务是相对固定的，只需要制作简单的映射关系即可满足所有移动终端的需求；而对于一些开放式的系统(如安卓系统)，则允许用户更改移动终端的系统服务，因此，不同机型的相同功能所对应的系统服务可能存在区别，因此，可以机型为单位制作上述的映射关系，从而可以为用户提供较好的服务。

由于上述的第一应用客户端可以为系统自带的客户端或者第三方提供的客户端，因此，本申请所提供的功能可以是系统自带的或者第三方应用提供的。

可选地，对于本申请所提供的服务接管功能，可以通过第一应用客户端按照用户需求进行设置，如设置该接管功能启动的时间、设置所启动的接管功能中被接管的具体服务。

可选地，响应单元包括：获取模块，用于获取目标指令所指示的代码；编译模块，用于通过编译代码得到可执行文件；加载模块，用于将可执行文件加载至系统进程中执行。

可选地，如图7所示，该装置还包括：更换单元610，分别与查找单元606和处理单元608连接，用于在采用第一系统服务处理发送至第二系统服务的数据之前，将用于为移动终端上安装的第二应用客户端提供服务的系统服务由第二系统服务更换为第一系统服务；处理单元还用于采用第一系统服务处理发送到第二应用客户端的数据。

具体地，可先确定服务引用为第二系统服务的第二应用客户端，例如，可以根据第二系统服务的标识查找到对应的第二应用客户端；然后将第二应用客户端的服务引用由第二系统服务更换为第一系统服务。

上述的处理单元包括：确定模块，用于通过第一系统服务对数据进行解析，确定数据的类型；预处理模块，用于在确定的数据的类型为预设类型的情况下，通过第一系统服务对数据进行预处理，其中，预设类型的数据为发送到第一应用客户端的数据。

在采用第一系统服务对需要由第二系统服务处理的数据进行处理时，可通过数据解析获取需要由第二系统服务处理的数据的数据类型(如根据数据的包头确定)，数据类型可以为自定义的或者行业中协议规定的；在获取的数据类型为预设类型的情况下，即确定该数据为需要进一步处理的数据，则采用第一系统服务对数据进行处理，该处理可以为任意的数据处理，如数据解析、语义解析等。

在采用第一系统服务对数据进行处理之后，在数据为需要界面显示的信息的情况下，将第一系统服务处理后的数据的信息发送至第一应用客户端显示；这样，对于一些被拦截的信息，用户可以定期的在第一客户端中去查找需要的信息，以避免错过重要的信息。对于一些不需要显示的数据信息，则可以直接过滤掉，或者按照预置的处理方式处理。

在获取需要由第二系统服务处理的数据的数据类型之后，在获取的数据类型不为预设类型的情况下，将数据返回至第二系统服务处理，在数据为需要界面显示的信息的情况下，由第二系统服务将处理后的数据的信息发送至第二应用客户端显示，其中，第二应用客户端所在进程的服务引用为第二系统服务。

可选地，如图8所示，该装置还包括：通讯单元612，与处理单元608连接，用于在通过第一系统服务对数据进行预处理之后，在第一系统服务所在的进程与第一应用客户端所在的进程间，采用进程间通讯的方式传输预处理后的数据至第一应用客户端，其中，进程间通讯的指令包括Transact指令和onTransact指令。

上述的第二应用客户端可以为系统自己的上层UI，如下拉菜单的通知，第一应用客户端可以为用户安装的系统管理应用，用户在系统管理应用设置了启动通知过滤功能之后，所有通知相关的数据会经由系统管理应用处理，如果在黑名单内(即为预设类型的通知数据)，则由系统管理应用进行处理，并决定是否在系统管理应用的界面中展示；如果在白名单内(即不为预设类型的通知数据)，则将通知数据交由系统的通知服务处理，如为需要显示的数据信息，则在下拉菜单中显示通知。如图3所示，在通知界面，可只显示白名单中的通知(如通知1和通知2)。

通过上述实施例，将可执行代码(即可执行文件)注入到System进程(即系统进程)，并搭建自己的服务(即第一系统服务)；在System进程找到需要接管的服务，利用JNI通信对该服务引用替换为自己的服务；替换后，接管原本服务的数据流处理；最后在数据流里对数据进行解析，以判断是否拦截、是否需要客户端处理，从而可以实现在系统层面的系统应用接管。

此处需要说明的是，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例1所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在如图1所示的硬件环境中，可以通过软件实现，也可以通过硬件实现，其中，硬件环境包括网络环境。

实施例3

根据本发明实施例，还提供了一种用于实施上述方法的终端。

图9是根据本发明实施例的可选的一种终端的结构框图，如图9所示，该终端可以包括：一个或多个(图中仅示出一个)处理器901、存储器903、以及传输装置905(如上述实施例中的发送装置)，如图9所示，该终端还可以包括输入输出设备907。

其中，存储器903可用于存储软件程序以及模块，如本发明实施例中的方法和装置对应的程序指令/模块，处理器901通过运行存储在存储器903内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器903可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器903可进一步包括相对于处理器901远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

上述的传输装置905用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置905包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置905为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

其中，具体地，存储器903用于存储应用程序。

处理器901可以通过传输装置905调用存储器903存储的应用程序，以执行下述步骤：接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；在移动终端的系统进程中查找第二系统服务；在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。

可选地，处理器901还用于执行下述步骤：获取目标指令所指示的代码；通过编译代码得到可执行文件；将可执行文件加载至系统进程中执行。

可选地，处理器901还用于执行下述步骤：通过第一系统服务对数据进行解析，确定数据的类型；在确定的数据的类型为预设类型的情况下，通过第一系统服务对数据进行预处理，其中，预设类型的数据为发送到第一应用客户端的数据。

采用本发明实施例，接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；在移动终端的系统进程中查找第二系统服务；在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据，在系统底层创建新的第一系统服务来对旧的第二系统服务的数据进行处理，从而解决了相关技术中系统服务的服务质量较差的技术问题，进而达到提高系统服务的服务质量的技术效果。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

本领域普通技术人员可以理解，图9所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile InternetDevices，MID)、PAD等终端设备。图9其并不对上述电子装置的结构造成限定。例如，终端还可包括比图9中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图9所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例4

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行数据的处理方法的程序代码。

可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

S1，接收运行于移动终端上的第一应用客户端发送的目标指令，其中，目标指令用于指示建立第一系统服务；

S2，响应于目标指令，通过移动终端的系统进程建立用于替代第二系统服务处理数据的第一系统服务，其中，第二系统服务为移动终端的系统中已有的系统服务；

S3，在移动终端的系统进程中查找第二系统服务；

S4，在查找到第二系统服务后，采用第一系统服务处理发送至第二系统服务的数据。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在移动终端运行第一应用客户端时，将第一应用客户端提供的可执行文件注入系统进程中；在系统进程中执行可执行文件，以建立第一系统服务。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：获取目标指令所指示的代码；通过编译代码得到可执行文件；将可执行文件加载至系统进程中执行。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：通过第一系统服务对数据进行解析，确定数据的类型；在确定的数据的类型为预设类型的情况下，通过第一系统服务对数据进行预处理，其中，预设类型的数据为发送到第一应用客户端的数据。

可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种数据的处理方法，其特征在于，包括：

接收运行于移动终端上的第一应用客户端发送的目标指令，其中，所述目标指令用于指示建立第一系统服务；

响应所述目标指令，将所述目标指令所指示的可执行文件加载至所述移动终端的系统进程中，通过在移动终端的系统进程中执行所述可执行文件的方式，建立所述第一系统服务；

根据所述可执行文件中携带的映射关系确定与所述第一系统服务相对应的第二系统服务，在所述移动终端的系统进程中查找所述第二系统服务，其中，所述第二系统服务为所述移动终端的系统中已有的系统服务；

在查找到所述第二系统服务后，确定服务引用为所述第二系统服务的第二应用客户端，将所述第二应用客户端的服务引用由所述第二系统服务更换为所述第一系统服务，采用所述第一系统服务处理发送至所述第二系统服务的数据，其中，所述第一系统服务用于替代至少两个所述第二系统服务处理数据。

2.根据权利要求1所述的方法，其特征在于，在所述移动终端的系统进程中查找所述第二系统服务包括：

通过在所述移动终端的系统进程中执行与所述目标指令对应的可执行文件中的查找功能的方式，从所述移动终端的所有系统服务中查找待替代的一个或多个所述第二系统服务。

3.根据权利要求2所述的方法，其特征在于，在所述移动终端的系统进程中执行与所述目标指令对应的可执行文件包括：

获取所述目标指令所指示的代码；

通过编译所述代码得到所述可执行文件；

将所述可执行文件加载至所述系统进程中执行。

4.根据权利要求1所述的方法，其特征在于，

在采用所述第一系统服务处理发送至所述第二系统服务的数据之前，所述方法还包括：将用于为所述移动终端上安装的第二应用客户端提供服务的系统服务由所述第二系统服务更换为所述第一系统服务；

采用所述第一系统服务处理发送至所述第二系统服务的数据包括：采用所述第一系统服务处理发送到所述第二应用客户端的数据。

5.根据权利要求1或4所述的方法，其特征在于，采用所述第一系统服务处理发送至所述第二系统服务的数据包括：

通过所述第一系统服务对所述数据进行解析，确定所述数据的类型；

在确定的所述数据的类型为预设类型的情况下，通过所述第一系统服务对所述数据进行预处理，其中，所述预设类型的数据为发送到所述第一应用客户端的数据。

6.根据权利要求5所述的方法，其特征在于，在通过所述第一系统服务对所述数据进行预处理之后，所述方法还包括：

在所述第一系统服务所在的进程与所述第一应用客户端所在的进程间，采用进程间通讯的方式传输预处理后的所述数据至所述第一应用客户端，其中，所述进程间通讯的指令包括Transact指令和onTransact指令。

7.一种数据的处理装置，其特征在于，包括：

接收单元，用于接收运行于移动终端上的第一应用客户端发送的目标指令，其中，所述目标指令用于指示建立第一系统服务；

响应单元，用于响应于所述目标指令，通过所述移动终端的系统进程建立用于替代第二系统服务处理数据的所述第一系统服务，其中，所述第二系统服务为所述移动终端的系统中已有的系统服务；

其中，所述响应单元还用于将所述目标指令所指示的可执行文件加载至所述移动终端的系统进程中，通过在移动终端的系统进程中执行所述可执行文件的方式，建立所述第一系统服务；

查找单元，用于根据所述可执行文件中携带的映射关系确定与所述第一系统服务相对应的所述第二系统服务，在所述移动终端的系统进程中查找所述第二系统服务；

处理单元，用于在查找到所述第二系统服务后，确定服务引用为所述第二系统服务的第二应用客户端，将所述第二应用客户端的服务引用由所述第二系统服务更换为所述第一系统服务，采用所述第一系统服务处理发送至所述第二系统服务的数据，其中，所述第一系统服务用于替代至少两个所述第二系统服务处理数据。

8.根据权利要求7所述的装置，其特征在于，所述查找单元还用于通过在所述移动终端的系统进程中执行与所述目标指令对应的可执行文件中的查找功能的方式，从所述移动终端的所有系统服务中查找待替代的一个或多个所述第二系统服务。

9.根据权利要求7所述的装置，其特征在于，所述响应单元包括：

获取模块，用于获取所述目标指令所指示的代码；

编译模块，用于通过编译所述代码得到所述可执行文件；

加载模块，用于将所述可执行文件加载至所述系统进程中执行。

10.根据权利要求7所述的装置，其特征在于，

所述装置还包括：更换单元，用于在采用所述第一系统服务处理发送至所述第二系统服务的数据之前，将用于为所述移动终端上安装的第二应用客户端提供服务的系统服务由所述第二系统服务更换为所述第一系统服务；

所述处理单元还用于采用所述第一系统服务处理发送到所述第二应用客户端的数据。

11.根据权利要求7或10所述的装置，其特征在于，所述处理单元包括：

确定模块，用于通过所述第一系统服务对所述数据进行解析，确定所述数据的类型；

预处理模块，用于在确定的所述数据的类型为预设类型的情况下，通过所述第一系统服务对所述数据进行预处理，其中，所述预设类型的数据为发送到所述第一应用客户端的数据。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

通讯单元，用于在通过所述第一系统服务对所述数据进行预处理之后，在所述第一系统服务所在的进程与所述第一应用客户端所在的进程间，采用进程间通讯的方式传输预处理后的所述数据至所述第一应用客户端，其中，所述进程间通讯的指令包括Transact指令和onTransact指令。

13.一种计算机可读的存储介质，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至6任一项中所述的方法。

14.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至6任一项中所述的方法。

Images