WO2015014016A1

WO2015014016A1 - 数据处理方法和数据处理装置

Info

Publication number: WO2015014016A1
Application number: PCT/CN2013/084358
Authority: WO
Inventors: 戴钢; 陈澜波; 丁兆刚; 冯耀辉
Original assignee: 宇龙计算机通信科技(深圳)有限公司
Priority date: 2013-07-30
Filing date: 2013-09-26
Publication date: 2015-02-05

Abstract

本发明提供了一种数据处理方法，包括：由第一处理单元和第二处理单元分别对终端内的第一类型和第二类型的数据进行处理；由第一存储单元和第二存储单元分别对所述第一处理单元和所述第二处理单元处理后的数据进行存储；其中，所述第二处理单元在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元发送处理请求，由所述第一处理单元对所述业务涉及到的第一类型的数据进行处理。本发明还提出了一种数据处理装置。通过本发明的技术方案，可以使得终端内不同类型的数据在物理上被隔离存储，并且通过对业务的转移，确保在业务处理的过程中，也严格实现对不同类型的数据的隔离，提升终端的安全性。

Description

说明书

数据处理方法和数据处理装置

技术领域

本发明涉及数据安全技术领域，具体而言，涉及一种数据处理方法和一种数据处理装置。背景技术

在相关技术中，大部分终端都仅配置单个处理器，所有的数据都由该处理器进行处理，则其中的重要的、私密性的数据很容易被终端内的某些第三方应用程序窃取，特别是当这些应用程序来自一些别有用心的黑客或个人信息贩卖者的时候，将导致终端内的用户信息等数据处于极为不安全的状态下。也存在一部分终端中配置有多个处理器，但这些处理器都侧重于如何协助工作，即由多个处理器同时对同类数据进行处理，以获得更快的处理速度，并不能够解决数据交叉而导致的易被窃取、外泄的问题。

因此，如何对终端中包含的不同类型的数据进行有效隔离，尤其是当处理的业务同时涉及到多种类型的数据的情况下，如何确保重要、私密数据的安全性，成为目前亟待解决的技术问题。发明内容

本发明正是基于上述问题，提出了一种新的技术方案，可以使得终端内不同类型的数据在物理上被隔离存储，并且通过对业务的转移，确保在业务处理的过程中，也严格实现对不同类型的数据的隔离，提升终端的安全性。

有鉴于此，本发明提出了一种数据处理方法，包括：由第一处理单元和第二处理单元分别对终端内的第一类型和第二类型的数据进行处理；由第一存储单元和第二存储单元分别对所述第一处理单元和所述第二处理单元处理后的数据进行存储；其中，所述第二处理单元在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元发送处理请求，由所述第一处理单元对所述业务涉及到的第一类型的数据进行处理。

在该技术方案中，针对终端内不同类型的数据，采用不同的处理器对其进行处理，使得数据处理过程在物理上被隔离，有助于提升终端的数据安全性。而通过使用独立的存储器对每个处理器处理的数据进行存储，从而使得不同类型的数据在物理上被隔离存储，不同处理器也仅能够从自身对应连接的存储器中获取数据，避免私有、重要的数据被不安全的应用程序通过其他处理器或存储器进行获取，有助于提升终端的数据安全性。

通过在业务处理的过程中，对于涉及到的所有数据的类型都进行识别，使得从 "业务，' 这个较大的层面细化至每条数据，便于实现更为精准地监控，使得在任意时刻下，即便是私密数据和非私密数据难以在一开始就被分别处理，也能够在处理的过程中，及时将两者隔离，确保第一处理单元和第二处理单元分别仅处理各自类型的数据，避免数据交叉导致的数据安全问题，有助于提升终端的安全性。

在上述技术方案中，优选地，还包括：所述第二处理单元在将所述处理请求发送至所述第一处理单元时，挂起所述业务，以及在接收到来自所述第一处理单元的处理结束通知时，继续处理所述业务。

在该技术方案中，第二处理单元可以只挂起当前业务，一方面确保业务能够持续执行，不会影响用户的使用体验，另一方面确保第二处理单元不会接触到对应于第一处理单元的数据，不会影响数据的安全性。当然，第二处理单元也可以挂起所有的业务，有助于减轻第二处理单元的负载。

在上述任一技术方案中，优选地，还包括：由显示单元将接收到的所述第一处理单元处理后的数据以及所述第二处理单元处理后的数据进行合并显示。

在该技术方案中，由于第一处理单元和第二处理单元都各自处理了一部分数据，而最终的结果却同时涉及到第一处理单元和第二处理单元，因而需要由显示单元对第一处理单元和第二处理单元分别处理后的数据进行合并显示，以全面地展示出对业务进行处理后的结果。

在上述任一技术方案中，优选地，所述第一处理单元还在所述终端的第二处理单元与显示单元之间传输交互数据；所述显示单元在所述第二处理单元处理的数据包括显示数据时，保存来自所述第二处理单元的最后一帧显示数据，并用来自所述第一处理单元的显示数据对所述最后一帧显示数据进行替换显示。

在该技术方案中，在第二处理单元处理后的数据包含显示数据时，在第一处理单元执行数据处理之前，保存来自第二处理单元的最后一帧显示数据，并将第一处理单元处理后的数据与该最后一帧显示数据进行整合，实际上就是将最后一帧显示数据中的部分显示数据用第一处理单元处理后的数据替换，经过这样的处理能够保证即使更换了处理单元，也能够确保业务的流畅处理，不会让用户感觉到中断或延迟，提升用户体验。

在上述任一技术方案中，优选地，所述第一类型的数据为受保护应用的数据，所述第二类型的数据为不受保护应用的数据。

在该技术方案中，涉及到对数据的具体分类，在一种具体的情况下，可以根据对应用程序的分类，延伸至对应用程序的数据的分类。比如受保护应用可以包括涉及到用户隐私的应用，比如通讯录、短信、电子邮件等，而不受保护应用可以包括不会涉及或很少涉及到用户隐私的应用，比如游戏、浏览器等。当然，具体的分类方式有很多，比如直接将数据本身分类为私密数据和非私密数据等。

在上述任一技术方案中，优选地，所述受保护应用存储在所述第一存储单元中；所述第一处理单元根据接收到的所述处理请求，从所述第一存储单元中调用相应的受保护应用，以处理所述业务涉及到的第一类型的数据。

在该技术方案中，由于受保护应用通常涉及到重要性高、私密程度高的数据，因而通过将受保护应用存储至第一存储单元中，使得只有第一处理单元才能够对受保护应用进行直接调用，使得相应的数据始终被第一处理单元进行处理，而与第二处理单元和非私密数据实现物理上的隔离，避免恶意应用程序直接对受保护应用进行攻击或破坏，有助于提高数据的安全性。

在上述任一技术方案中，优选地，当所述受保护应用为支付应用程序时，所述第二处理单元还在处理的所述业务为支付业务时，向所述第一处理单元发送支付请求；以及所述第一处理单元还根据接收到的所述支付请求，启动所述支付应用程序，并根据所述支付请求中包含的支付信息，完成所述支付业务中的支付过程。

在该技术方案中，当所述业务具体为支付业务时，在支付过程中往往涉及到对账户、密码、银行卡号等隐私数据的读取和处理，则通过将支付应用程序存储在对应于第一处理单元的第一存储单元中，使得即便开始时是由第二处理单元启动了支付过程，但由于第二处理单元无法直接调用支付应用程序，使得在第一处理单元不允许的情况下，第二处理单元将无法实现具体的支付过程，从而提升了私密数据的安全性，避免了第二处理单元对私密数据的获取。

在上述任一技术方案中，优选地，所述第一存储单元中还存储有历史鉴权信息；所述第一处理单元还利用所述第一存储单元中存储的历史鉴权信息和所述支付信息，完成所述支付过程。在该技术方案中，通过将历史鉴权信息存储在第一存储单元中，使其仅能够被第一处理单元进行直接调用，而无法被第二处理单元直接调用，从而确保了历史鉴权信息的安全性。而即便第二处理单元希望对历史鉴权信息进行调用时，也会被第一处理单元监测到，从而做出相应的处理，比如拒绝调用和 /或发出警报。

在上述任一技术方案中，优选地，所述第一处理单元还获取用于所述支付过程的外部设备的控制权限，并利用所述外部设备接收用户实时输入的鉴权信息，从而根据所述鉴权信息和所述支付信息，完成所述支付过程。

在该技术方案中，当需要用户实时输入鉴权信息时，该输入过程需要借用具体的外部设备，比如触摸屏或按键等，则通过对这些外部设备的控制权限的获取，使得实时输入的鉴权信息能够被第一处理单元直接获取，而第二处理单元则无法直接获取，确保了实时输入的鉴权信息的安全性。

在上述任一技术方案中，优选地，所述处理请求为登录请求时，所述第一处理单元还获取对所述终端的通信单元的控制权限，并根据所述登录请求中包含的或所述第二处理单元单独发送的登录信息，完成登录过程。

在该技术方案中，第一处理单元只需要获取第二处理单元提供的登录信息，结合对通信单元的权限获取和调用，就能够实现对第二处理单元涉及到的登录过程的处理，而不需要执行对具体的应用程序的调用。

而通过对通信单元的控制权限的调整，使得第一处理单元在对登录过程进行处理时，避免第二处理单元对其中涉及到的私密数据的获取或窃取，使其无法通过通信单元截取到收发数据，确保了终端的安全性。

通过对登录过程进行监测，并当第二处理单元涉及到登录过程时，及时交由第一处理单元进行处理，使得在任意时刻下，即便是私密数据和非私密数据难以在一开始就被分别处理，也能够在处理的过程中，及时将两者隔离，避免第二处理单元对私密数据（比如登录过程中使用的用户账号、密码等信息）的调用和处理，有效提升了终端的安全性。

在上述任一技术方案中，优选地，所述第一处理单元还利用所述第一存储单元中存储的历史鉴权信息，完成所述登录过程。

在该技术方案中，通过将历史鉴权信息存储在第一存储单元中，使其仅能够被第一处理单元进行直接调用，而无法被第二处理单元直接调用，从而确保了历史鉴权信息的安全性。而即便第二处理单元希望对历史鉴权信息进行调用时，也会被第一处理单元监测到，从而做出相应的处理，比如拒绝调用和 /或发出警报。

在上述任一技术方案中，优选地，还包括：由所述终端中的外部设备与所述第一处理单元和所述第二处理单元进行数据交互；以及所述第一处理单元还在接收到所述登录请求时，从所述第二处理单元获取对所述外部设备的控制权限，接收用户通过指定的外部设备输入的实时鉴权信息，并根据所述实时鉴权信息和所述登录信息，完成所述登录过程。

在该技术方案中，当需要用户实时输入鉴权信息时，该输入过程需要借用具体的外部设备，比如触摸屏或按键等，则通过对这些外部设备的控制权限的获取，使得输入的实时鉴权信息能够被第一处理单元直接获取，而第二处理单元则无法直接获取，确保了输入的实时鉴权信息的安全性。

在上述任一技术方案中，优选地，所述第二处理单元还在检测到当前界面中包含有登录窗口时，向所述第一处理单元发送所述登录请求。

在该技术方案中，第二处理单元通过对用户界面中是否包含有登录窗口进行检测，从而当发现包含有登录窗口时，则用户极可能执行登录操作，因而及时交由第一处理单元进行处理，确保私密数据的安全性。

在上述任一技术方案中，优选地，所述第二处理单元还在检测到当前界面中包含有登录窗口，且检测到用户对所述登录窗口中的信息录入框执行指定操作时，向所述第一处理单元发送所述登录请求。

在该技术方案中，有些界面中的登录窗口需要单独点击后，才会显示出来，则当界面中包含登录窗口时，就可以判定用户需要进行登录操作；而有些界面中一直包含登录窗口，则用户可能并不真正需要进行登录操作，而第一处理单元是用于处理私密数据的（私密数据的数据量往往小于非私密数据的数据量），处理能力可能不如第二处理单元，因而可能导致用户的体验下降，比如界面卡顿等。因此，通过对用户是否对信息录入框操作来判断，有助于得到更为准确的判断结果。

本发明还提出了一种数据处理装置，包括：第一处理单元和第二处理单元，用于分别对终端内的第一类型和第二类型的数据进行处理；第一存储单元和第二存储单元，用于分别对所述第一处理单元和所述第二处理单元处理后的数据进行存储；其中，所述第二处理单元还用于：在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元发送处理请求，以由所述第一处理单元对所述业务涉及到的第一类型的数据进行处理。

在上述技术方案中，优选地，所述第二处理单元还用于：在将所述处理请求发送至所述第一处理单元时，挂起所述业务，以及在接收到来自所述第一处理单元的处理结束通知时，继续处理所述业务。

在上述任一技术方案中，优选地，还包括：显示单元，用于将接收到的所述第一处理单元处理后的数据以及所述第二处理单元处理后的数据进行合并显示。

在上述任一技术方案中，优选地，所述第一处理单元还用于：在所述终端的第二处理单元与显示单元之间传输交互数据；所述显示单元还用于：在所述第二处理单元处理的数据包括显示数据时，保存来自所述第二处理单元的最后一帧显示数据，并用来自所述第一处理单元的显示数据对所述最后一帧显示数据进行替换显示。

在该技术方案中，在第二处理单元处理后的数据包含显示数据时，在第一处理单元执行数据处理之前，保存来自第二处理单元的最后一帧显示数据，并将第一处理单元处理后的数据与该最后一帧显示数据进行整合，实际上就是将最后一帧显示数据中的部分显示数据用第一处理单元处理后的数据替换，经过这样的处理能够保证即使更换了处理单元，也能够确保业务的流畅处理，不会让用户感觉到中断或延迟，提升用户体验。在上述任一技术方案中，优选地，所述第一类型的数据为受保护应用的数据，所述第二类型的数据为不受保护应用的数据。

在上述任一技术方案中，优选地，当所述受保护应用存储在所述第一存储单元中时，所述第一处理单元还用于：根据接收到的所述处理请求，从所述第一存储单元中调用相应的受保护应用，以处理所述业务涉及到的第一类型的数据。

在上述任一技术方案中，优选地，当所述受保护应用为支付应用程序时，所述第二处理单元还用于：在处理的所述业务为支付业务时，向所述第一处理单元发送支付请求；以及所述第一处理单元还用于：根据接收到的所述支付请求，启动所述支付应用程序，并根据所述支付请求中包含的支付信息，完成所述支付业务中的支付过程。

在上述任一技术方案中，优选地，当所述第一存储单元中存储有历史鉴权信息时，所述第一处理单元还用于：利用所述第一存储单元中存储的历史鉴权信息和所述支付信息，完成所述支付过程。

在上述任一技术方案中，优选地，所述第一处理单元还用于：获取用于所述支付过程的外部设备的控制权限，并利用所述外部设备接收用户实时输入的鉴权信息，从而根据所述鉴权信息和所述支付信息，完成所述支付过程。

在上述任一技术方案中，优选地，当所述处理请求为登录请求时，所述第一处理单元还用于：获取对所述终端的通信单元的控制权限，并根据所述登录请求中包含的或所述第二处理单元单独发送的登录信息，完成登录过程。

在上述任一技术方案中，优选地，所述第一处理单元还用于：利用所述第一存储单元中存储的历史鉴权信息，完成所述登录过程。

在上述任一技术方案中，优选地，当所述第一处理单元和所述第二处理单元分别通过所述终端中的外部设备进行数据交互时，所述第一处理单元还用于：在接收到所述登录请求时，从所述第二处理单元获取对所述外部设备的控制权限，接收用户通过指定的外部设备输入的实时鉴权信息，并根据所述实时鉴权信息和所述登录信息，完成所述登录过程。

在上述任一技术方案中，优选地，所述第二处理单元还用于：在检测到当前界面中包含有登录窗口时，向所述第一处理单元发送所述登录请求。

在上述任一技术方案中，优选地，所述第二处理单元还用于：在检测到当前界面中包含有登录窗口，且检测到用户对所述登录窗口中的信息录入框执行指定操作时，向所述第一处理单元发送所述登录请求。

通过以上技术方案，可以使得终端内不同类型的数据在物理上被隔离存储，并且通过对业务的转移，确保在业务处理的过程中，也严格实现对不同类型的数据的隔离，提升终端的安全性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和 / 或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。附图说明

图 1示出了根据本发明的实施例的数据处理方法的示意流程图；

图 2示出了根据本发明的实施例的终端的功能架构示意图；

图 3为图 2所示的实施例的一种终端的结构示意图；

图 4为图 3所示的实施例的第二处理单元的数据处理过程的示意流程图；

图 5为图 3所示的实施例的第一处理单元的数据处理过程的示意流程图；

图 6为图 2所示的实施例的另一种终端的结构示意图；

图 7为图 2所示的实施例的又一种终端的结构示意图；

图 8为图 6或图 7所示实施例的终端在执行支付业务时的具体流程示意图；

图 9为图 6或图 7所示实施例的终端在执行登录操作时的具体流程示意图；

图 10示出了根据本发明的实施例的数据处理装置的示意框图。具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图 1示出了根据本发明的实施例的数据处理方法的示意流程图。

如图 1 所示，根据本发明的实施例的数据处理方法，包括：步骤 102，由第一处理单元和第二处理单元分别对终端内的第一类型和第二类型的数据进行处理；由第一存储单元和第二存储单元分别对所述第一处理单元和所述第二处理单元处理后的数据进行存储；其中，所述第二处理单元在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元发送处理请求，由所述第一处理单元对所述业务涉及到的第一类型的数据进行处理。

1、数据分类

第一处理器和第二处理器分别用于处理终端内的不同类型的数据，因而涉及到对终端内的数据进行分类。比如说，根据数据的重要性，将数据分为核心数据和非核心数据；或者根据数据的私密性，将数据分为私密数据和非私密数据；或者根据数据的传输方向，将数据分为待发送数据和接收到的数据等等。

每种分类情况均可以由厂商来预设，也可以由用户根据自己的实际情况来确定。以私密数据和非私密数据的分类方式为例，譬如一种情况下，可以将与某些应用程序相关联的数据都作为私密数据或非私密数据，比如将与 "通讯录" 、 "通话记录" 、 "短信息" 、 "邮件" 等应用程序相关的数据，不论读取还是写入，都算作私密数据，或将与某个游戏应用相关的数据，都作为非私密数据；譬如另一种情况下，可以将某个类型的数据作为私密数据或非私密数据，比如将与网上银行的交互数据都作为私密数据，而将软件的更新包数据作为非私密数据等，还可以包含其他的区分方式，此处不进行——列举。

2、处理单元

第一处理单元和第二处理单元可以对应于终端内的同一处理器的不同功能模块或功能核心，也可以对应于终端内的不同处理器，如第一处理器和第二处理器。

第一处理单元和第二处理单元并不用于限制终端内的处理器数量为两个或其他，而终端内实际上显然可以包含一个或更多的处理器。其中， "第一" 和 "第二" 代表了终端内的任意两个具有处理功能的功能模块之间的相互关系，用于区分任意两个被进行比较的处理单元。比如对于包含有 1 个处理器的终端，可以将其分为两个或更多的功能模块，每个功能模块对应于一个处理单元，也可以按照其本身包含的处理核心（多核处理器）的个数，将一个或多个核心设置为一个处理单元；再比如对于包含多个处理器的终端，可以将每个处理器设置为一个处理单元，也可以将其中的任意处理器分为多个处理单元。更多的分类方式不再一一赘述。

当然，为了增强终端的处理能力，可以使用多个处理器来处理同一类数据，则这多个处理器应该被视为一个处理器组，则 "第一处理单元" 和 "第二处理单元" 实际上还可以表示用于处理相同类型的数据的处理器组，每个处理器组内包含有一个或多个处理器。同时，为了对应于更多类型的数据，终端内显然还可以存在更多的处理器组，比如 "第三处理器组，' 、 "第四处理器组，' 等。

基于上述的数据处理功能以及终端的功能架构，本发明将从以下几个方面分别进行详细的介绍，包括：界面显示、应用的调用等。

一、界面显示在上述任一技术方案中，优选地，还包括：由显示单元将接收到的所述第一处理单元处理后的数据以及所述第二处理单元处理后的数据进行合并显示。

二、应用的调用

1、支付应用

2、登录应用

在该技术方案中，第二处理单元通过对用户界面中是否包含有登录窗口进行检测，从而当发现包含有登录窗口时，则用户极可能执行登录操作，因而及时交由第一处理单元进行处理，确保私密数据的安全性。在上述任一技术方案中，优选地，所述第二处理单元还在检测到当前界面中包含有登录窗口，且检测到用户对所述登录窗口中的信息录入框执行指定操作时，向所述第一处理单元发送所述登录请求。

为了实现上述的数据处理功能，本发明提出了一种新的终端功能架构，具体如图 2 所示。

对应于上述的数据处理方法，由如图 2 所示的 CPU1 (对应于第一处理单元）和 CPU2 (对应于第二处理单元），分别对终端内的第一类型和第二类型的数据进行处理；同时，终端内设置有仅连接至 CPU1 的第一存储单元（如图 2所示的 RAM1、 EMMC1 等），以及仅连接至 CPU2的第二存储单元（如图 2所示的 RAM2、 EMMC2等），用于分别对 CPU1 和 CPU2处理后的数据进行存储；其中， CPU2在处理业务时，若涉及到对所述第一类型的数据的处理，则向 CPU1 发送处理请求，由 CPU1 对所述业务涉及到的第一类型的数据进行处理。

实施例一：界面显示

作为一种具体的实施方式，图 3为图 2所示的实施例的一种终端的结构示意图。

如图 3所示，根据本发明的实施例的终端包括： CPU1 , 用于处理核心业务数据，以及对来自 CPU2 的核心业务数据进行处理并将处理后的核心业务数据传输至所述终端的显示单元； CPU2, 用于处理非核心业务数据，并将处理后的所述非核心业务数据传输至终端的显示单元，以及在 CPU2 处理所述非核心业务时，若所述非核心业务涉及核心业务数据，则将所述核心业务数据传输至 CPU1 ; 显示单元，用于将接收到的 CPU1 处理后的核心业务数据以及 CPU2处理后的非核心业务数据进行合并显示。

在该技术方案中，以 "核心业务数据，' 和 "非核心业务数据" 具体表示 CPU1 和 CPU2 分别处理的数据类型。其中，核心业务数据是指对于用户来讲涉及个人隐私的数据，例如密码、账号、短信内容、邮件内容、财务数据等，而非核心业务数据是指对于用户来讲不涉及个人隐私的数据，例如下载的音乐、电子书、收音机数据、网页新闻等。因此，可将终端上的所有应用分为受保护应用和不受保护应用，核心业务属于受保护应用下的数据，非核心业务属于不受保护应用下的数据。

应理解，除了按照用户隐私角度来对数据进行分类之外，还可以采用其他的分类方法，例如与联系人相关的数据给 CPU1处理，其他数据给 CPU2处理。

在该技术方案中，由于终端的显示单元仅连接至 CPU1 , 因此需由 CPU1 转送显示单元与 CPU2之间的交互数据，并且在 CPU2 在处理非核心业务的过程中，若涉及核心业务，则将涉及的核心业务数据发送给 CPU1 进行处理，即将控制外设的控制权交由 CPU1 , 由于不是将整个非核心业务转送给 CPU1 , 故能够减轻 CPU1 的处理负担，加快处理速度。其中，显示单元是指终端除处理器、通信单元之外的其他相关器件，例如屏幕、传感器、蓝牙、 WIFK 照相机等。

在上述技术方案中，优选地，所述 CPU2 还用于在将所述核心业务数据发送至所述 CPU 1时，所述 CPU2挂起当前非核心业务，以及在接收到来所述 CPU 1的处理结束通知时，继续处理所述非核心业务。

在 CPU2将与终端的显示单元交互的控制权交由 CPU1之后， CPU2可以只挂起当前非核心业务，也可以挂起所有非核心业务，这样，能够减轻 CPU2的负载。

在上述技术方案中，优选地，所述 CPU1 还用于转送所述终端的第二处理单元与显示单元之间的交互数据；显示单元在所述 CPU2 处理的非核心业务数据包括显示数据时，保存来自所述 CPU2 的最后一帧显示数据，并用来自所述 CPU2 的核心业务数据替换所述最后一帧显示数据中的部分数据，显示经替换处理后的显示数据。

在非核心业务数据包含显示数据时， CPU1 在处理涉及的核心业务之前，保存来自 CPU2 的最后一帧显示数据，并将 CPU1 处理的核心业务数据与该最后一帧显示数据进行整合，实际上就是将最后一帧显示数据中的部分显示数据用该核心业务数据替换，经过这样的处理能够保证即使更换了处理单元，也能够保证业务的流畅处理，不会让用户感觉到中断或延迟，提升用户体验。

在上述任一技术方案中，优选地，在所述 CPU1 处理由所述 CPU2发送过来的核心业务数据时，若接收到新的核心业务通知，则暂停处理来自所述 CPU2 的核心业务数据，优先处理新的核心业务数据。

由于终端被配置了多个处理器，因此处理器与显示单元的交互变得相对复杂，为了协调多个处理器与显示单元的交互过程和顺序，在该技术方案中提供了当用于处理核心业务的 CPU1需紧急处理实时发生的业务数据时，中断 CPU1正在处理的由 CPU2发送过来的核心业务数据，并处于等待状态，优先处理新的核心业务，在 CPU1 完成新的核心业务时，继续处理处于等待的核心业务，通过这样的处理机制，能够保证用户相对重要、紧急的业务数据被优先处理，并且也不会影响其他业务数据的处理。

在上述任一技术方案中，优选地，终端内还设置有：第一通信单元（如图 3 所示的

Modeml ) , 连接至所述 CPU1 和所述 CPU2 , 接收来自外部的核心业务数据；第二通信单元 (如图 3所示的 Modem2 ) ，连接至所述 CPU1和所述 CPU2, 接收来自外部的非核心业务数据。

CPU1 中处理过的交互数据（即核心业务）可以通过 Modeml 或 Modem2发送至外部，具体地，可以根据通信单元的工作状态选择发送交互数据的通信单元，比如可以优先选择处于闲暇状态的通信单元对实时交互数据的发送，以缩短数据发送等待的时间，优化系统的性能。

在上述任一技术方案中，优选地，还可以包括：第一存储单元，连接至所述 CPU1 , 对所述 CPU1 处理后的所述核心业务进行存储；第二存储单元，连接至所述 CPU2 , 对所述 CPU2处理后的所述非核心业务进行存储。

在该技术方案中，通过不同的存储单元对核心业务和非核心业务进行存储，避免了核心业务与非核心业务之间存储的混乱，确保了核心业务的安全性，第一存储单元和第二存储单元可以是存储器和 /或内存器。另一方面，由于核心业务与非核心业务存储在不同的空间中，并由不同的处理器进行处理，因此提高了数据的处理速度。

应理解图 3 中虽然示出了两个通信单元，事实上还可以是三个以上的通信单元，或者只有一个通信单元，并且针对每个通信单元可以是单模制式的或多模制式的，例如是 GSM、 CDMA、 WCDMA和 /或 LTE等用于移动网络通信的模块电路。

因此本发明在相关技术的基础上，增加了一个 CPU、 RAM 和 ROM, 这样通过不同的 CPU 处理不同的数据，不同的 RAM 和 ROM 存储不同的数据，并且第一通信单元 ( Modeml ) 和第二通信单元（ Modem2 ) 均与 CPU1 和 CPU2连接，显示单元仅与 CPU1 连接。

定义第一处理单元（CPU1 ) 只处理核心业务数据（受保护应用的数据），可由第一通信单元和第二通信单元筛选出受保护应用的数据（其中，受保护应用包括联系人、信息、密码保护等），由专用 CPU1处理，并存储在专用存储器 RAMI和 ROM1 中，从而保障保密数据的安全；定义 CPU2 只处理非核心业务数据（不受保护应用的数据），可由第一通信单元和第二通信单元筛选出不受保护应用的数据（其中，不受保护应用包括浏览器、显示、拍照、单纯的音乐播放和视频播、收音机等），由专用 CPU2处理，并存储在专用存储器 RAM2和 ROM2 中。这样，将受保护应用的数据和不受保护应用的数据分开处理和存储，避免不同安全等级的数据混杂在一起，可以保证用户的核心业务的安全，同时可以极大地提高不同数据的处理时间，提升用户的使用体验。

对于处理后的核心业务可以通过第一通信单元或第二通信单元发送至外部，具体地，可以根据通信单元的工作状态选择发送交互数据的通信单元，比如可以优先选择处于闲暇状态的通信单元对实时交互数据的发送，以缩短数据发送等待的时间，优化系统的性能。

在上述实施例中，由于显示单元仅连接 CPU1 连接，因此显示单元与 CPU2之间的交互数据需由 CPU1进行转送（即在处理核心业务数据时，第一处理单元直接应用 LCD等需要的外设；在处理非核心业务数据时，第二处理单元与第一处理单元之间建立数据通道，将 LCD 等需要用到的外设数据传输到第一处理单元中，通过第一处理单元控制外设应用。），并当 CPU2 处理非核心业务数据的过程中需临时处理核心业务，为了保障数据安全，将临时涉及的核心业务转由 CPU1 进行处理，并在该核心业务处理结束后，第二处理单元继续处理非核心业务。

例如当前用户正在浏览淘宝网页，该业务属于非核心业务，由 CPU2 处理，在浏览网页的过程中，用户想要登录淘宝账户开始购买商品，在用户点击登录按钮时，解析该按钮后可知当前即将涉及核心业务，于是 CPU2通知 CPU1 , 将控制权转交给 CPU1 , 该 CPU2处于挂起状态。由于 CPU1 在此之前一直转送由 CPU2发送过来的显示数据，并将该显示数据发送至显示屏进行显示，因此在接收到 CPU2 的通知时，可保存用户在点击登录按钮时的显示数据，并监控处理 CPU2 转交的核心业务，将登录框与之前保存的显示数据进行整合处理后 (用登录框替换保存的最后一帧显示数据中的部分数据）显示在 LCD屏幕上，并监控用户输入账户及密码的过程，将用户的输入数据通过 Modeml和 /或 Modem2发送至淘宝服务器，在 CPU1 将用户的账户和密码数据发送至淘宝服务器之后，向 CPU2 反馈结束通知，将数据的控制权交由 CPU2， CPU2继续处理非核心业务数据。

上面仅详细说明了在处理非核心业务数据时临时需处理核心业务数据的场景，应理解，根据本发明的实施例还可以应用于在处理核心业务数据时需处理非核心业务数据的场景。

应理解，图 3中的第一通信单元和第二通信单元均可以是单模或多模。

接下来结合图 4和图 5分别说明第二处理单元的处理过程和第一处理单元的处理过程。图 4示出了根据本发明的实施例的第二处理单元的处理过程的流程图。

如图 4所示，第二处理单元的处理方法的流程如下：

步骤 402，第二处理单元处理终端筛选出的非核心业务。该非核心业务可以是浏览器、网络电视、收音机、音乐播放器、照相机等不涉及用户账户、密码、财务信息以及联系人信息的应用。

步骤 404，在处理非核心业务数据时，判断是否需临时启动核心业务，例如在检测到点击登录按钮时，就认为需启动核心业务，若是，则进入步骤 406，否则继续回到步骤 402。

步骤 406，在确定需临时启动核心业务时，向用于处理核心业务数据的第一处理单元发送相关通知信息，将其中涉及保密数据的相关数据移交至第一处理单元，不需要将整个业务移交给第一处理单元，此时第二处理单元处于挂起状态。由于没有将整个业务移交给第一处理单元，故可减少第一处理单元的处理复杂度，加快处理速度，提高用户体验。

步骤 408，等待第一处理单元的处理反馈通知，根据该处理反馈通知确定核心业务是否处理完毕，若没有处理完毕，则仍处于挂起状态，若处理完毕，则进入步骤 410，继续进行非核心业务。图 5示出了根据本发明的实施例的第一处理单元的处理过程的流程图。

如图 5所示，第一处理单元 CPU2的处理方法的流程如下：

步骤 502，对应于图 3 所示的功能架构，由于外部设备（显示屏、蓝牙、喇叭、麦克风等设备）仅与第一处理单元连接，故在第二处理单元在处理非核心业务时，需由第一处理单元转送外部设备与第二处理单元之间的交互数据。

步骤 504，判断第一处理单元是否接收到来自第一处理单元的临时核心业务处理请求，若接收到该请求，则进入步骤 506，否则，回到步骤 502。

步骤 506，在接收到临时核心业务处理请求时，保存来自第二处理单元的最后一帧显示数据，并将第一处理单元处理的显示数据整合在该最后一帧显示数据中，假设第一处理单元处理的显示数据是登录窗口，该登录窗口可占的像素是 300 x 300，最后一帧显示数据的像素是 1000 x 1000，将该最后一帧显示数据中某 300 x 300 的像素用该登录窗口的图像替代。将整合后的图像数据发送至 LCD显示屏进行显示。

步骤 508，判断核心业务数据是否处理完毕，若否，则回到步骤 506，若处理完毕在，则进入步骤 510。

在步骤 510，退出该核心业务处理流程，并向第二处理单元反馈结束通知，以使第二处理单元继续处理非核心业务。

应理解，在第一处理单元处理临时核心业务数据时，若此时第一通信单元或第二通信单元接收到一个来电，并判断该来电应交由第一处理单元处理，则第一处理单元暂停处理该临时核心业务，优先处理来电业务，在来电业务结束后，继续处理未完成的临时核心业务。

实施例二：应用的调用

图 6示出了根据本发明的一个实施例的终端的框图；图 7示出了根据本发明的另一个实施例的终端的框图。

如图 6和图 7所示，根据本发明的一个实施例的终端，包括： CPU1 , 用于对所述终端内的私密数据进行处理； CPU2, 用于对所述终端内的非私密数据进行处理；第一存储单元，用于对所述 CPU1 处理后的所述私密数据进行存储；第二存储单元，用于对所述 CPU2 处理后的所述非私密数据进行存储；其中，所述 CPU2 在处理业务时，若涉及到对私密数据的处理，则向所述 CPU1 发送处理请求，由所述 CPU1 对所述业务中涉及私密数据的部分进行处理。

在该技术方案中，通过 CPU1 来处理私密数据、 CPU2 来处理非私密数据，使得私密数据和非私密数据之间得以在物理上被有效隔离，从而避免在终端中仅使用单个处理器时，仅通过权限上的破解等就可轻易使得任意应用程序从该单个处理器中获取私密数据。

CPU1和 CPU2可以共用存储空间，即 RAM、 EMMC等，然而为了防止恶意应用程序从共享的存储空间中获取私密数据，比如在图 6 和图 7 中， CPU1 使用了第一存储单元（即 RAMI和 EMMC1等），而 CPU2则使用了第二存储单元（即 RAM2和 EMMC2等），可以物理地将 CPU1 和 CPU2使用的存储空间相分隔离。由于 CPU1 和 CPU2在物理上使用相分离的存储装置，使得私密数据和非私密数据在处理和存储的时候，都实现物理上的隔离，从而得到更好的数据安全效果。

通过第一存储单元来存储 CPU1 处理的私密数据、第二存储单元来存储 CPU2 处理的非私密数据，使得私密数据和非私密数据在存储和调用的时候，也实现物理上的隔离，从而得到更好的数据安全效果。

通过对业务中涉及到的数据类型进行监测，并当 CPU2 涉及到对私密数据的处理时，及时交由 CPU1 进行处理，使得在任意时刻下，即便是私密数据和非私密数据难以在一开始就被分别处理，也能够在处理的过程中，及时将两者隔离，避免 CPU2 对私密数据的调用和处理，有效提升了终端的安全性。具体地，对于私密数据和非私密数据，可以由厂商来预设，也可以由用户根据自己的实际情况来确定。譬如一种情况下，可以将与某些应用程序相关联的数据都作为私密数据或非私密数据，比如将与 "通讯录" 、 "通话记录" 、 "短信息" 、 "邮件" 等应用程序相关的数据，不论读取还是写入，都算作私密数据，或将与某个游戏应用相关的数据，都作为非私密数据；譬如另一种情况下，可以将某个类型的数据作为私密数据或非私密数据，比如将与网上银行的交互数据都作为私密数据，而将软件的更新包数据作为非私密数据等，还可以包含其他的区分方式，此处不进行——列举。

优选地，所述第一存储单元中还存储有用于处理所述业务中的私密数据的应用程序，则当 CPU1 需要对所述业务中的私密数据进行处理时，可以对该应用程序进行调用，从而实现对所述业务中的私密数据的处理过程。通过将该应用程序存储在对应于 CPU1 的第一存储单元中，使得即便开始时是由 CPU2 启动了对所述业务的处理过程，但由于 CPU2 无法直接调用用于处理私密数据的应用程序，使得在 CPU1 不允许的情况下， CPU2 将无法实现具体的处理过程，从而提升了私密数据的安全性，避免了 CPU2对私密数据的获取。

特别地，该技术方案中， CPU1 不仅需要获取 CPU2 提供的业务数据或信息，还需要使用存储在对应于 CPU1 的第一存储单元中的应用程序，才能够实现对 CPU2 涉及到私密数据的业务处理。

而通过由 CPU1 具体执行对用于私密数据进行处理的应用程序的调用和完成处理过程，使得私密数据始终被 CPU1 进行处理，而与 CPU2 和非私密数据实现物理上的隔离，确保终端的安全性。

此外，当 CPU1 对私密数据进行处理时，往往需要用到用户的个人鉴权信息，比如账户名称、密码、银行卡号等，则此时具体可以分为多种情况：

实施方式一

第一存储单元中存储有用户先前输入的历史鉴权信息，则 CPU1 可以通过对该历史鉴权信息的调用，从而完成对所述业务中的私密数据的处理过程。

实施方式二

用户实时输入鉴权信息。当用户输入鉴权信息时，需要使用终端中包含的具体的硬件设备，比如触摸屏、按键等。在图 6和图 7所示的终端的结构中，将包含上述硬件设备的部分称为外部设备。具体地，外部设备可以包括图 6和图 7 没有具体标示出来的：显示屏（比如 LCD , Liquid Crystal Display , 液晶显示器）、触摸屏（ TW : Touch Window ) 、照相机 ( CAMERA ) 、按键（KEY ) 、用于无线移动通信的通信模块、传感器（SENSOR ) 、 WIFI ( Wireless Fidelity, 无线局域网 )模块、蓝牙 ( BT, Bluetooth )模块、 GPS ( Global Position System, 全球定位系统）模块、 NFC ( Near field Communication, 近场通信）模块、音频编解码器（AUDIO CODEC ) 等。

1 ) 如图 6所示，外部设备仅与 CPU1相连接，当 CPU2希望与外部设备进行交互时，需要经过 CPU1 的控制和监测。例如：由 CPU1 进行数据转发，或由 CPU1 在分别用于连接至外部设备和 CPU2 的端口之间，建立数据传输通道，或由 CPU1 在所述端口之间建立 DMA 传输通道等。

在上述情况下，当 CPU1 需要经由外部设备获取用户实时输入的鉴权信息时，需要获取对外部设备的控制权限，并切断 CPU2 与外部设备的连接和使用权限，从而使得鉴权信息仅由 CPU1获取，而 CPU2则无法直接获取，确保了鉴权信息的安全性。

2 ) 如图 7所示，外部设备同时连接至 CPU1和 CPU2, 则当 CPU1 需要通过外部设备获取用户实时输入的鉴权信息时，需要向 CPU2发送权限获取请求，使得 CPU2 主动切断与外部设备的连接和使用权限，并由 CPU1 获取对外部设备的控制权限，从而使得鉴权信息仅由 CPU1获取，而 CPU2则无法直接获取，确保了鉴权信息的安全性。实施方式三

在网络侧存在与 CPU1 相关联的网络存储空间，在该网络存储空间中，存储有用户的鉴权信息。当 CPU1需要获取用户的鉴权信息时，则具体可以分为下述多种情况：

1 ) 如图 6 所示，终端内仅存在通信模块 1，且通信模块 1 仅与 CPU1 相连接。因此， CPU1通过该通信模块 1，向网络存储空间发送鉴权信息的获取请求，并通过通信模块 1获取具体的鉴权信息。

由于终端内仅存在通信模块 1，且该通信模块 1仅连接至 CPU1，因而所有数据收发都必须要经过 CPU1 , 则确保 CPU2 无法直接获取具体的收发数据，从而无法获取网络存储空间中存储的鉴权信息。即便 CPU2 伪装成 CPU1 向网络存储空间发送鉴权信息的获取请求，则返回的鉴权信息，也会在第一时间被 CPU1 获取和检测，并在发现其为私密数据时，拒绝交由 CPU2进行处理。

2 ) 如图 7所示，终端内存在分别连接至 CPU1的通信模块 1和连接至 CPU2的通信模块 2 当 CPU1 需要从网络存储空间内获取鉴权信息时，可以在发送的获取请求中，添加 CPU1 与网络存储空间协商的验证密钥，则 CPU2 在无法获取该验证密钥的情况下，将无法请求获取鉴权信息。

为了进一步增强安全性， CPU1可以定时与网络存储空间协商新的密钥。

为了更容易理解本申请的技术方案，下面结合图 3，以具体的支付业务为例，对其具体的处理流程进行说明。

如图 8所示，基于本发明的支付处理流程包括：

步骤 802， CPU2检测到用户的操作，触发具体的支付业务。具体地，可以通过某个应用程序中的操作来触发上述支付业务。

步骤 804， CPU2向 CPU1发送支付请求，其中包含具体的支付信息，比如该支付业务来自哪个应用程序、具体的支付对象（比如商家的名称或具体的账号）、需要连接的服务器、支付金额的数值等。

步骤 806， CPU1接收到 CPU2发送的支付请求，以及其中的支付信息。

当然， CPU2 除了将支付信息直接添加在支付请求中，还可以将两者分开，分两次发送。比如首先发送支付请求，然后再发送支付信息。

步骤 808， CPU1启动支付应用。具体地，该支付应用可以仅存储在对应于 CPU1 的第一存储单元中，从而确保只有 CPU1 能够直接调用该支付应用，而 CPU2 则无法直接调用，确保了终端的安全性。

步骤 810， CPU1通过支付应用，执行具体的支付操作。在该支付操作中，需要使用上述的支付信息，还可能需要用户的鉴权信息，则可以从第一存储单元或对应于 CPU1 的网络存储空间中获取用户的历史鉴权信息，也可以接收用户实时输入的鉴权信息。

步骤 812，若支付成功，则进入步骤 814，若支付失败，则进入步骤 816。

步骤 814， CPU1向 CPU2发送支付成功信息。

步骤 816，确定是否需要重试，若需要，则返回步骤 810，若不需要，则进入步骤 818。步骤 818， CPU1向 CPU2发送支付失败信息。

步骤 820， CPU2获取 CPU1返回的支付结果。

步骤 822，根据支付结果确定是否支付成功，若支付结果为支付成功信息，则支付成功，并进入步骤 824，若支付结果为支付失败信息，则支付失败，并进入步骤 826。

步骤 824， CPU2调用相应的用户界面，并跳转到支付成功页面。

步骤 826，确定是否需要重试，若需要，则返回步骤 804，若不需要，则进入步骤 828。步骤 828， CPU2调用相应的用户界面，并跳转到支付失败页面。

下面结合一些更为具体的实施例进行说明。 1 ) 比如支付应用为私密应用，安装在处理私密业务的 CPU1对应的第一存储器中；淘宝客户端为非私密应用，安装在处理非私密业务的 CPU2对应的第二储存器中。

用户使用终端中的淘宝客户端浏览商品，当看到合意的商品，点击 "购买" 时，进入支付信息填写页面，让用户选择商品的种类、数量等；当检测到用户点击 "支付" 按钮时，需要用户进一步输入银行卡号、密码等进行支付操作，则 CPU2 确定涉及到对私密数据的处理，并向 CPU1 发送支付请求，并将商品种类、数量、价格及商户账号等支付信息发送给 CPU1。 CPU1 根据支付请求，拉起支付应用，一方面根据 CPU2发送的支付信息进入鉴权信息（如银行卡账号密码、动态口令等）的输入界面，另一方面当验证用户输入的鉴权信息正确后，完成支付操作并向 CPU2发送支付成功的信息。

2 ) 在其它示例中，第三方应用还可以是网页浏览器，网页浏览器为非私密应用，安装在处理非私密业务的 CPU2 对应的第二储存器中，用户可使用网页浏览器浏览购物网站，当用户需要购买某件商品并检测到用户在浏览器中触发支付操作时，向 CPU1 发送支付请求信息，其后续步骤与上述示例中相同。

下面结合图 9，以具体的登录操作为例，对其具体的处理流程进行说明。

如图 9所示，基于本发明的登录操作处理流程包括：

步骤 902， CPU2检测到用户的操作，触发具体的登录操作。具体地，比如判断当前界面中包含登录窗口，或用户点击了登录窗口中的某个信息录入框。

步骤 904， CPU2向 CPU1发送登录请求，其中包含具体的登录信息，比如该登录操作来自哪个应用程序、需要连接的服务器等。

步骤 906， CPU1接收到 CPU2发送的登录请求，以及其中的登录信息。

当然， CPU2 除了将登录信息直接添加在登录请求中，还可以将两者分开，分两次发送。比如首先发送登录请求，然后再发送登录信息。

步骤 908， CPU1 获取鉴权信息。具体地，该鉴权信息可以从第一存储单元或对应于 CPU1的网络存储空间中获取用户的历史鉴权信息，也可以接收用户实时输入的鉴权信息。

步骤 910， CPU1执行具体的登录操作。比如将鉴权信息发送至相应的服务器中进行鉴权操作。

步骤 912，若登录成功，则进入步骤 914，若登录失败，则进入步骤 916。

步骤 914， CPU1向 CPU2发送登录成功信息。

步骤 916，确定是否需要重试，若需要，则返回步骤 910，若不需要，则进入步骤 918。步骤 918， CPU1向 CPU2发送登录失败信息。

步骤 920， CPU2获取 CPU1返回的登录结果。

步骤 922，根据登录结果确定是否登录成功，若登录结果为登录成功信息，则登录成功，并进入步骤 924，若登录结果为登录失败信息，则登录失败，并进入步骤 926。

步骤 924， CPU2调用相应的用户界面，并跳转到登录成功后的页面。

步骤 926，确定是否需要重试，若需要，则返回步骤 904，若不需要，则进入步骤 928。步骤 928， CPU2调用相应的用户界面，并跳转到登录失败后的页面。

下面结合更为具体的实施例进行说明。

比如浏览器为非私密应用，安装于处理非私密业务的处理器 CPU2 对应的第二存储器中，由 CPU2来执行浏览器应用相关操作。

用户运行浏览器应用，输入新浪微博的网址进入新浪微博页面，当检测到用户点击用户名的输入框时， CPU2 将当前页面中的登录信息发给 CPU1 并将触摸屏、显示屏等外设及 Modem (通信模块）的使用权将给 CPU1。

CPU1 接管触摸屏等的使用权后，记录用户输入的用户名、密码及是否下次自动登录等信息，当用户点击了登录按钮后，通过 Modem向新浪微博服务器提交登录信息。新浪微博服务器接收发自终端的登录信息并进行验证，将验证结果返回给终端。

终端的 Modem接收到验证信息后交给 CPU1进行处理，当登录结果为成功，则 CPU1将登录成功信息发送给 CPU2 , 并将触摸屏、显示屏及 Modem等的使用权交还给 CPU2

CPU2通过 Modem从新浪微博服务器接收登录成功页面的数据进行显示，并根据用户的操作与新浪微博服务器进行交互。

图 10示出了根据本发明的实施例的数据处理装置的示意框图。

如图 10所示，根据本发明的实施例的数据处理装置 1000，包括：第一处理单元 1002和第二处理单元 1004，用于分别对终端内的第一类型和第二类型的数据进行处理；第一存储单元 1006和第二存储单元 1008，用于分别对所述第一处理单元 1002和所述第二处理单元 1004 处理后的数据进行存储；其中，所述第二处理单元 1004还用于：在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元 1002发送处理请求，以由所述第一处理单元 1002对所述业务涉及到的第一类型的数据进行处理。

通过在业务处理的过程中，对于涉及到的所有数据的类型都进行识别，使得从 "业务，' 这个较大的层面细化至每条数据，便于实现更为精准地监控，使得在任意时刻下，即便是私密数据和非私密数据难以在一开始就被分别处理，也能够在处理的过程中，及时将两者隔离，确保第一处理单元 1002和第二处理单元 1004分别仅处理各自类型的数据，避免数据交叉导致的数据安全问题，有助于提升终端的安全性。

在上述技术方案中，优选地，所述第二处理单元 1004还用于：在将所述处理请求发送至所述第一处理单元 1002 时，挂起所述业务，以及在接收到来自所述第一处理单元 1002 的处理结束通知时，继续处理所述业务。

在该技术方案中，第二处理单元 1004可以只挂起当前业务，一方面确保业务能够持续执行，不会影响用户的使用体验，另一方面确保第二处理单元 1004不会接触到对应于第一处理单元 1002 的数据，不会影响数据的安全性。当然，第二处理单元 1004也可以挂起所有的业务，有助于减轻第二处理单元 1004的负载。

在上述任一技术方案中，优选地，还包括：显示单元 1010，用于将接收到的所述第一处理单元 1002处理后的数据以及所述第二处理单元 1004处理后的数据进行合并显示。

在该技术方案中，由于第一处理单元 1002和第二处理单元 1004都各自处理了一部分数据，而最终的结果却同时涉及到第一处理单元 1002 和第二处理单元 1004，因而需要由显示单元 1010对第一处理单元 1002和第二处理单元 1004分别处理后的数据进行合并显示，以全面地展示出对业务进行处理后的结果。

在上述任一技术方案中，优选地，所述第一处理单元 1002还用于：在所述终端的第二处理单元 1004与显示单元 1010之间传输交互数据；所述显示单元 1010还用于：在所述第二处理单元 1004 处理的数据包括显示数据时，保存来自所述第二处理单元 1004 的最后一帧显示数据，并用来自所述第一处理单元 1002的显示数据对所述最后一帧显示数据进行替换显示。

在该技术方案中，在第二处理单元 1004处理后的数据包含显示数据时，在第一处理单元

1002 执行数据处理之前，保存来自第二处理单元 1004 的最后一帧显示数据，并将第一处理单元 1002处理后的数据与该最后一帧显示数据进行整合，实际上就是将最后一帧显示数据中的部分显示数据用第一处理单元 1002处理后的数据替换，经过这样的处理能够保证即使更换了处理单元，也能够确保业务的流畅处理，不会让用户感觉到中断或延迟，提升用户体验。在上述任一技术方案中，优选地，所述第一类型的数据为受保护应用的数据，所述第二类型的数据为不受保护应用的数据。

在上述任一技术方案中，优选地，当所述受保护应用存储在所述第一存储单元 1006 中时，所述第一处理单元 1002 还用于：根据接收到的所述处理请求，从所述第一存储单元 1006中调用相应的受保护应用，以处理所述业务涉及到的第一类型的数据。

在该技术方案中，由于受保护应用通常涉及到重要性高、私密程度高的数据，因而通过将受保护应用存储至第一存储单元 1006 中，使得只有第一处理单元 1002 才能够对受保护应用进行直接调用，使得相应的数据始终被第一处理单元 1002 进行处理，而与第二处理单元 1004 和非私密数据实现物理上的隔离，避免恶意应用程序直接对受保护应用进行攻击或破坏，有助于提高数据的安全性。

在上述任一技术方案中，优选地，当所述受保护应用为支付应用程序时，所述第二处理单元 1004还用于：在处理的所述业务为支付业务时，向所述第一处理单元 1002发送支付请求；以及所述第一处理单元 1002还用于：根据接收到的所述支付请求，启动所述支付应用程序，并根据所述支付请求中包含的支付信息，完成所述支付业务中的支付过程。

在该技术方案中，当所述业务具体为支付业务时，在支付过程中往往涉及到对账户、密码、银行卡号等隐私数据的读取和处理，则通过将支付应用程序存储在对应于第一处理单元 1002的第一存储单元 1006中，使得即便开始时是由第二处理单元 1004启动了支付过程，但由于第二处理单元 1004 无法直接调用支付应用程序，使得在第一处理单元 1002 不允许的情况下，第二处理单元 1004将无法实现具体的支付过程，从而提升了私密数据的安全性，避免了第二处理单元 1004对私密数据的获取。

在上述任一技术方案中，优选地，当所述第一存储单元 1006中存储有历史鉴权信息时，所述第一处理单元 1002还用于：利用所述第一存储单元 1006 中存储的历史鉴权信息和所述支付信息，完成所述支付过程。

在该技术方案中，通过将历史鉴权信息存储在第一存储单元 1006中，使其仅能够被第一处理单元 1002进行直接调用，而无法被第二处理单元 1004 直接调用，从而确保了历史鉴权信息的安全性。而即便第二处理单元 1004希望对历史鉴权信息进行调用时，也会被第一处理单元 1002监测到，从而故出相应的处理，比如拒绝调用和 /或发出警 4艮。

在上述任一技术方案中，优选地，所述第一处理单元 1002还用于：获取用于所述支付过程的外部设备的控制权限，并利用所述外部设备接收用户实时输入的鉴权信息，从而根据所述鉴权信息和所述支付信息，完成所述支付过程。

在该技术方案中，当需要用户实时输入鉴权信息时，该输入过程需要借用具体的外部设备，比如触摸屏或按键等，则通过对这些外部设备的控制权限的获取，使得实时输入的鉴权信息能够被第一处理单元 1002直接获取，而第二处理单元 1004则无法直接获取，确保了实时输入的鉴权信息的安全性。

在上述任一技术方案中，优选地，当所述处理请求为登录请求时，所述第一处理单元

1002 还用于：获取对所述终端的通信单元的控制权限，并根据所述登录请求中包含的或所述第二处理单元 1004单独发送的登录信息，完成登录过程。

在该技术方案中，第一处理单元 1002只需要获取第二处理单元 1004提供的登录信息，结合对通信单元的权限获取和调用，就能够实现对第二处理单元 1004涉及到的登录过程的处理，而不需要执行对具体的应用程序的调用。

而通过对通信单元的控制权限的调整，使得第一处理单元 1002 在对登录过程进行处理时，避免第二处理单元 1004对其中涉及到的私密数据的获取或窃取，使其无法通过通信单元截取到收发数据，确保了终端的安全性。

通过对登录过程进行监测，并当第二处理单元 1004涉及到登录过程时，及时交由第一处理单元 1002进行处理，使得在任意时刻下，即便是私密数据和非私密数据难以在一开始就被分别处理，也能够在处理的过程中，及时将两者隔离，避免第二处理单元 1004 对私密数据 (比如登录过程中使用的用户账号、密码等信息）的调用和处理，有效提升了终端的安全性。

在上述任一技术方案中，优选地，所述第一处理单元 1002还用于：利用所述第一存储单元 1006中存储的历史鉴权信息，完成所述登录过程。

在上述任一技术方案中，优选地，当所述第一处理单元 1002 和所述第二处理单元 1004 分别通过所述终端中的外部设备进行数据交互时，所述第一处理单元 1002还用于：在接收到所述登录请求时，从所述第二处理单元 1004获取对所述外部设备的控制权限，接收用户通过指定的外部设备输入的实时鉴权信息，并根据所述实时鉴权信息和所述登录信息，完成所述登录过程。

在该技术方案中，当需要用户实时输入鉴权信息时，该输入过程需要借用具体的外部设备，比如触摸屏或按键等，则通过对这些外部设备的控制权限的获取，使得输入的实时鉴权信息能够被第一处理单元 1002直接获取，而第二处理单元 1004则无法直接获取，确保了输入的实时鉴权信息的安全性。

在上述任一技术方案中，优选地，所述第二处理单元 1004还用于：在检测到当前界面中包含有登录窗口时，向所述第一处理单元 1002发送所述登录请求。

在该技术方案中，第二处理单元 1004通过对用户界面中是否包含有登录窗口进行检测，从而当发现包含有登录窗口时，则用户极可能执行登录操作，因而及时交由第一处理单元

1002进行处理，确保私密数据的安全性。

在上述任一技术方案中，优选地，所述第二处理单元 1004还用于：在检测到当前界面中包含有登录窗口，且检测到用户对所述登录窗口中的信息录入框执行指定操作时，向所述第一处理单元 1002发送所述登录请求。

在该技术方案中，有些界面中的登录窗口需要单独点击后，才会显示出来，则当界面中包含登录窗口时，就可以判定用户需要进行登录操作；而有些界面中一直包含登录窗口，则用户可能并不真正需要进行登录操作，而第一处理单元 1002是用于处理私密数据的（私密数据的数据量往往小于非私密数据的数据量），处理能力可能不如第二处理单元 1004，因而可能导致用户的体验下降，比如界面卡顿等。因此，通过对用户是否对信息录入框操作来判断，有助于得到更为准确的判断结果。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备（系统）、和计算机程序产品的流程图和 / 或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

以上结合附图详细说明了本发明的技术方案，本发明提供了一种数据处理方法和一种数据处理装置，可以使得终端内不同类型的数据在物理上被隔离存储，并且通过对业务的转移，确保在业务处理的过程中，也严格实现对不同类型的数据的隔离，提升终端的安全性。

在本发明中，术语"第一"、 "第二 "仅用于描述目的，而不能理解为指示或暗示相对重要性。术语"多个"指两个或两个以上，除非另有明确的限定。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

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

由第一处理单元和第二处理单元分别对终端内的第一类型和第二类型的数据进行处理；由第一存储单元和第二存储单元分别对所述第一处理单元和所述第二处理单元处理后的数据进行存储；

其中，所述第二处理单元在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元发送处理请求，由所述第一处理单元对所述业务涉及到的第一类型的数据进行处理。

2. 根据权利要求 1所述的数据处理方法，其特征在于，还包括：

所述第二处理单元在将所述处理请求发送至所述第一处理单元时，挂起所述业务，以及在接收到来自所述第一处理单元的处理结束通知时，继续处理所述业务。

3. 根据权利要求 1所述的数据处理方法，其特征在于，还包括：

由显示单元将接收到的所述第一处理单元处理后的数据以及所述第二处理单元处理后的数据进行合并显示。

4. 根据权利要求 3所述的数据处理方法，其特征在于，所述第一处理单元还在所述终端的第二处理单元与显示单元之间传输交互数据；

所述显示单元在所述第二处理单元处理的数据包括显示数据时，保存来自所述第二处理单元的最后一帧显示数据，并用来自所述第一处理单元的显示数据对所述最后一帧显示数据进行替换显示。

5. 根据权利要求 1至 4中任一项所述的数据处理方法，其特征在于，所述第一类型的数据为受保护应用的数据，所述第二类型的数据为不受保护应用的数据。

6. 根据权利要求 5所述的数据处理方法，其特征在于，所述受保护应用存储在所述第一存储单元中；

所述第一处理单元根据接收到的所述处理请求，从所述第一存储单元中调用相应的受保护应用，以处理所述业务涉及到的第一类型的数据。

7. 根据权利要求 6所述的数据处理方法，其特征在于，当所述受保护应用为支付应用程序时，

所述第二处理单元还在处理的所述业务为支付业务时，向所述第一处理单元发送支付请求；以及

所述第一处理单元还根据接收到的所述支付请求，启动所述支付应用程序，并根据所述支付请求中包含的支付信息，完成所述支付业务中的支付过程。

8. 根据权利要求 7所述的数据处理方法，其特征在于，

所述第一存储单元中还存储有历史鉴权信息；

所述第一处理单元还利用所述第一存储单元中存储的历史鉴权信息和所述支付信息，完成所述支付过程。

9. 根据权利要求 8所述的数据处理方法，其特征在于，所述第一处理单元还获取用于所述支付过程的外部设备的控制权限，并利用所述外部设备接收用户实时输入的鉴权信息，从而根据所述鉴权信息和所述支付信息，完成所述支付过程。

10. 根据权利要求 5 所述的数据处理方法，其特征在于，所述处理请求为登录请求时，所述第一处理单元还获取对所述终端的通信单元的控制权限，并根据所述登录请求中包含的或所述第二处理单元单独发送的登录信息，完成登录过程。

I I . 根据权利要求 10所述的数据处理方法，其特征在于，所述第一处理单元还利用所述第一存储单元中存储的历史鉴权信息，完成所述登录过程。

12. 根据权利要求 10所述的数据处理方法，其特征在于，还包括：

由所述终端中的外部设备与所述第一处理单元和所述第二处理单元进行数据交互；以及所述第一处理单元还在接收到所述登录请求时，从所述第二处理单元获取对所述外部设备的控制权限，接收用户通过指定的外部设备输入的实时鉴权信息，并根据所述实时鉴权信息和所述登录信息，完成所述登录过程。

13. 根据权利要求 10所述的数据处理方法，其特征在于，所述第二处理单元还在检测到当前界面中包含有登录窗口时，向所述第一处理单元发送所述登录请求。

14. 根据权利要求 13所述的数据处理方法，其特征在于，所述第二处理单元还在检测到当前界面中包含有登录窗口，且检测到用户对所述登录窗口中的信息录入框执行指定操作时，向所述第一处理单元发送所述登录请求。

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

第一处理单元和第二处理单元，用于分别对终端内的第一类型和第二类型的数据进行处理；

第一存储单元和第二存储单元，用于分别对所述第一处理单元和所述第二处理单元处理后的数据进行存储；

其中，所述第二处理单元还用于：在处理业务时，若涉及到对所述第一类型的数据的处理，则向所述第一处理单元发送处理请求，以由所述第一处理单元对所述业务涉及到的第一类型的数据进行处理。

16. 根据权利要求 15所述的数据处理装置，其特征在于，

所述第二处理单元还用于：在将所述处理请求发送至所述第一处理单元时，挂起所述业务，以及在接收到来自所述第一处理单元的处理结束通知时，继续处理所述业务。

17. 根据权利要求 15所述的数据处理装置，其特征在于，还包括：

显示单元，用于将接收到的所述第一处理单元处理后的数据以及所述第二处理单元处理后的数据进行合并显示。

18. 根据权利要求 17所述的数据处理装置，其特征在于，

所述第一处理单元还用于：在所述终端的第二处理单元与显示单元之间传输交互数据；所述显示单元还用于：在所述第二处理单元处理的数据包括显示数据时，保存来自所述第二处理单元的最后一帧显示数据，并用来自所述第一处理单元的显示数据对所述最后一帧显示数据进行替换显示。

19. 根据权利要求 15 至 18 中任一项所述的数据处理装置，其特征在于，所述第一类型的数据为受保护应用的数据，所述第二类型的数据为不受保护应用的数据。

20. 根据权利要求 19所述的数据处理装置，其特征在于，当所述受保护应用存储在所述第一存储单元中时，所述第一处理单元还用于：

根据接收到的所述处理请求，从所述第一存储单元中调用相应的受保护应用，以处理所述业务涉及到的第一类型的数据。

21. 根据权利要求 20所述的数据处理装置，其特征在于，当所述受保护应用为支付应用程序时，

所述第二处理单元还用于：在处理的所述业务为支付业务时，向所述第一处理单元发送支付请求；以及

所述第一处理单元还用于：根据接收到的所述支付请求，启动所述支付应用程序，并根据所述支付请求中包含的支付信息，完成所述支付业务中的支付过程。

22. 根据权利要求 21所述的数据处理装置，其特征在于，当所述第一存储单元中存储有历史鉴权信息时，所述第一处理单元还用于：

利用所述第一存储单元中存储的历史鉴权信息和所述支付信息，完成所述支付过程。

23. 根据权利要求 22所述的数据处理装置，其特征在于，所述第一处理单元还用于：获取用于所述支付过程的外部设备的控制权限，并利用所述外部设备接收用户实时输入的鉴权信息，从而根据所述鉴权信息和所述支付信息，完成所述支付过程。

24. 根据权利要求 19 所述的数据处理装置，其特征在于，当所述处理请求为登录请求时，所述第一处理单元还用于：

获取对所述终端的通信单元的控制权限，并根据所述登录请求中包含的或所述第二处理单元单独发送的登录信息，完成登录过程。

25. 根据权利要求 24所述的数据处理装置，其特征在于，所述第一处理单元还用于：利用所述第一存储单元中存储的历史鉴权信息，完成所述登录过程。

26. 根据权利要求 24所述的数据处理装置，其特征在于，当所述第一处理单元和所述第二处理单元分别通过所述终端中的外部设备进行数据交互时，所述第一处理单元还用于：在接收到所述登录请求时，从所述第二处理单元获取对所述外部设备的控制权限，接收用户通过指定的外部设备输入的实时鉴权信息，并根据所述实时鉴权信息和所述登录信息，完成所述登录过程。

27. 根据权利要求 24所述的数据处理装置，其特征在于，所述第二处理单元还用于：在检测到当前界面中包含有登录窗口时，向所述第一处理单元发送所述登录请求。

28. 根据权利要求 27所述的数据处理装置，其特征在于，所述第二处理单元还用于：在检测到当前界面中包含有登录窗口，且检测到用户对所述登录窗口中的信息录入框执行指定操作时，向所述第一处理单元发送所述登录请求。