CN105611528A - 多系统智能终端及其加密电话通信方法 - Google Patents

Abstract

本发明提供了一种多系统智能终端及其加密电话通信方法，该方法包括：当前处于前台的操作系统接收到通信处理器上报的电话呼叫请求后，启动预设的加密服务，并在接收到用户的接通指令后接通电话；加密服务判断当前通话处于加密状态时，向通信处理器上报密钥；通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；其中，加密服务设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统通过加密服务所在的操作系统内预设的代理服务端启动加密服务。本发明的方案使得智能终端中多个操作系统都可以进入加密通话模式，便于用户自主选择进行加密通话的操作系统，提高用户体验。

Description

多系统智能终端及其加密电话通信方法

技术领域

本发明涉及移动通信技术领域，具体而言，本发明涉及一种多系统智能终端及其加密电话通信方法。

背景技术

随着技术的高速发展，智能终端已经成为必不可少的通信产品，功能强大、用户体验丰富的智能终端为人们的生活带来了极大的便利。同时，各种新兴的操作系统也不断涌现，为用户带来了新颖且更加便捷的终端使用体验。

但是，由于传统的智能手机只允许单个操作系统运行，即使有多个操作系统支持也均为静态支持，即需要在设备启动时重新引导新的操作系统，操作系统独享对Modern通信模块的控制，智能手机上并不能同时运行多个操作系统。

LinuxContainer容器是一种内核虚拟化技术，可以提供轻量级的虚拟化，以便隔离进程和资源，而且不需要提供指令解释机制，也避免了准虚拟化和系统调用替换中的复杂性。因此，实际应用中，通过LinuxContainer容器可以将多个操作系统设于相互独立的容器之中，同时，可以有效地将原来由单个操作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求，以此实现智能终端中同时运行多个操作系统。

实际应用中，为实现通信网络的安全通信，智能手机通常可以提供加密通话的功能，在通话时对通信数据进行加密，从而使得第三方无法轻易获取该加密通信数据的具体内容。

然而，本发明的发明人发现，目前传统的加密通话解决方式是在单操作系统下执行的，现有技术中并未针对多操作系统提出过任何加密通话的解决方案。

发明内容

针对上述现有技术存在的缺陷，本发明提供了一种多系统智能终端及其加密电话通信方法，使得智能终端中多个操作系统都可以进入通话加密模式，便于用户自主选择进行加密通话的操作系统，提高用户体验。

本发明方案提供了一种方法多系统智能终端的加密电话通信方法，包括：

通信处理器将接收的电话呼叫请求上报给当前处于前台的操作系统；

当前处于前台的操作系统接收到电话呼叫请求后，启动预设的加密服务，并在接收到用户的接通指令后接通电话；

所述加密服务判断当前通话处于加密状态时，向所述通信处理器上报密钥；

所述通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统通过所述加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

较佳地，所述加密服务设置于智能终端中独立于各操作系统的用户空间时，当前处于前台的操作系统通过无线接口层RIL启动所述加密服务。

较佳地，所述当前通话中音频数据是经过所述智能终端的公钥加密的；以及

所述加密服务向所述通信处理器上报的密钥具体包括：所述智能终端的私钥。

较佳地，所述加密服务向所述通信处理器上报的密钥还包括：所述电话呼叫请求的主叫方的公钥；以及

所述解密出当前通话中的音频数据之后，还包括：

所述通信处理器将经主叫方的公钥加密的音频数据发送给主叫方；

其中，所述主叫方的公钥由所述电话呼叫请求中的电话号码、以及内设的公私生成矩阵产生。

较佳地，所述方法还包括：

当前处于前台的操作系统接收到用户发起进入加密电话的操作后，启动预设的加密服务，并向被叫方发出电话呼叫请求；接收到被叫方针对所述电话呼叫请求的接通响应后接通电话；

所述加密服务判断当前通话处于加密状态时，向通信处理器上报被叫方的公钥；

所述通信处理器根据被叫方的公钥、以及内置的加密算法，对用户输入的音频数据进行加密，并向被叫方发送加密后得到的数据。

根据本发明的另一方面，还提供了一种多系统智能终端的加密电话通信方法，该方法包括：

通信处理器接收到电话呼叫请求后，将所述电话呼叫请求上报给其所针对的操作系统；

所述电话呼叫请求所针对的操作系统接收到所述电话呼叫请求后由后台切换到前台，并启动预设的加密服务；在接收到用户的接通指令后接通电话；

所述加密服务判断当前通话处于加密状态时，向所述通信处理器上报密钥；

所述通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中所述电话呼叫请求所针对的操作系统以外的其它操作系统时，所述电话呼叫请求针对的操作系统通过所述加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

较佳地，所述加密服务设置于智能终端中独立于各操作系统的用户空间时，所述电话呼叫请求针对的操作系统通过无线接口层RIL启动所述加密服务。

根据本发明的另一方面，还提供了一种多系统智能终端，包括：至少两个操作系统，通信处理器、以及加密服务；其中，

当前处于前台的操作系统用于接收到所述通信处理器上报的电话呼叫请求后，启动预设的加密服务，并在接收到用户的接通指令后接通电话；

所述加密服务用于判断当前通话处于加密状态时，向所述通信处理器上报密钥。

所述通信处理器用于在接收到所述加密服务上报的密钥后，根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统通过加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

较佳地，所述加密服务设置于智能终端中独立于各操作系统的用户空间时，

当前处于前台的操作系统具体用于接收到所述通信处理器上报的电话呼叫请求后，通过无线接口层RIL启动所述加密服务，并在接收到用户的接通指令后接通电话。

较佳地，所述当前通话中音频数据是经过所述智能终端的公钥加密的；以及

所述加密服务具体用于在当前通话处于加密状态时，向所述通信处理器上报所述智能终端的私钥。

较佳地，所述加密服务向所述通信处理器上报的密钥还包括：所述电话呼叫请求的主叫方的公钥；以及

所述通信处理器还用于将经主叫方的公钥加密的音频数据发送给主叫方；

其中，所述主叫方的公钥由所述电话呼叫请求中的电话号码、以及内设的公私生成矩阵产生。

较佳地，当前处于前台的操作系统还用于接收到用户发起进入加密电话的操作后，启动预设的加密服务，并向被叫方发出电话呼叫请求；接收到被叫方针对所述电话呼叫请求的接通响应后接通电话；

所述加密服务还用于判断当前通话处于加密状态时，向通信处理器上报被叫方的公钥；

所述通信处理器还用于根据被叫方的公钥、以及内置的加密算法，对用户输入的音频数据进行加密，向被叫方发送加密后得到的数据。

本发明还提供了一种多系统智能终端，包括：至少两个操作系统，通信处理器、以及加密服务；其中，

所述操作系统用于接收到针对自身的所述电话呼叫请求后由后台切换到前台，并启动预设的加密服务；在接收到用户的接通指令后接通电话；

所述加密服务用于判断当前通话处于加密状态时，向所述通信处理器上报密钥；

所述通信处理器用于接收到电话呼叫请求后，将所述电话呼叫请求上报给其所针对的操作系统；根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中所述电话呼叫请求所针对的操作系统以外的其它操作系统时，所述电话呼叫请求针对的操作系统通过所述加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

较佳地，所述加密服务设置于智能终端中独立于各操作系统的用户空间时，所述电话呼叫请求针对的操作系统通过无线接口层RIL启动所述加密服务。

综上，本发明的技术方案中，在多操作系统共享同一SIM卡的情况下，当前处于前台的操作系统接收到电话呼叫请求后启动设置于其他操作系统或独立于各操作系统的用户空间的加密服务；在当前通话处于加密状态时，通信处理器根据加密服务上报的密钥解密出当前通话中的音频数据，由此实现加密通话。相较于现有单系统的加密通话解决方案，本发明实施例一提供的方案可以使得智能终端中多个操作系统，切换到前台即可通过预设的加密服务实现加密通话，这样，用户可以自主选择进行加密通话的操作系统，提高用户体验。

而且，本发明的技术方案中，在多操作系统各自拥有对应的SIM卡的情况下，通信处理器将将接收的电话呼叫请求上报给其所针对的操作系统；由电话呼叫请求所针对的操作系统切换到前台后，启动预设的加密服务；在当前通话处于加密状态时，通信处理器根据加密服务上报的密钥解密出当前通话中的音频数据，由此实现加密通话。相较于现有单系统的加密通话解决方案，本发明实施例二提供的方案可以使得智能终端中多个操作系统，通过预设的加密服务、以及相应的前后台切换即可实现加密通话，这样，用户可以自主选择进行加密通话的操作系统，提高用户体验。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

图1a、1b均为本发明实施例一中多系统智能终端的内部结构示意图；

图2为本发明实施例一中一种多系统智能终端的加密电话通信方法的流程示意图；

图3为本发明实施例一中另一种多系统智能终端的加密电话通信方法的流程示意图；

图4a、4b均为本发明实施例二中多系统智能终端的内部结构示意图；

图5为本发明实施例二中多系统智能终端的加密电话通信方法的流程示意图。

具体实施方式

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

本发明的发明人发现，目前传统的加密通话解决方式是在单操作系统下执行的，现有技术中并未针对多操作系统提出过任何加密通话的解决方案。

因此，为了用户信息安全及个人隐私，本发明的发明人考虑，可以提出多操作系统解决方案。具体地，可以在智能终端中预先设置加密服务，用于判断当前电话是否处于加密状态，并为加密算法提供密钥管理。其中，加密服务可以设置于智能终端中的某一操作系统内，也可以设置于独立于各操作系统的用户空间。

这样，在接收电话呼叫请求时，多操作系统智能终端中负责通信的通信处理器可以将电话呼叫请求上报给当前处于前台的操作系统或者该电话呼叫请求所针对的操作系统；继而，接收电话呼叫请求的操作系统可以通过自身的RIL(RadioInterfaceLayer，无线接口层)或者加密服务所在的操作系统内预设的代理服务端启动预设的加密服务并接通电话。加密服务确定当前通话处于加密状态时，向通信处理器上报密钥，由通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。相比现有单操作系统下的加密电话解决方案，本发明提供的方案，使得智能终端中多个操作系统都可以通过预设的加密服务实现加密通话。

本发明的方案中的多操作系统可基于多种虚拟技术来实现，下文以Linux系统下的容器技术为例来进行实施例的详述。其中，使用Linux容器技术实现的多操作系统，在每个容器中装入独立的操作系统，多个操作系统之间相互独立，且多个操作系统运行在同一台物理终端设备上。

Linux容器工具可以提供轻量级的虚拟化，以便隔离进程和资源。使用容器的优点就是不需要安装太多的软件包，使用过程也不会占用太多的资源。容器有效地将由单个操作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求。与虚拟机技术相比，容器技术既不需要指令级模拟，也不需要即时编译。容器可以在核心CPU本地运行指令，而不需要任何专门的解释机制。此外，也避免了准虚拟化和系统调用替换中的复杂性。容器在提供隔离的同时，还通过共享这些资源节省开销，这意味着容器比真正的虚拟化的开销要小得多。通过提供一种创建和进入容器的方式，操作系统让应用程序就像在独立的机器上运行一样，但又能共享底层的系统及物理资源。因此，本方案中的多系统智能终端中的各个操作系统可共享一套Modem通信处理器。

实际应用中，多操作系统智能终端中的多个操作系统可以共享一张SIM(SubscriberIdentityModule，客户识别模块)卡来实现移动通话。或者，多个操作系统也可以各自拥有对应的SIM卡。

因此，下面将结合附图通过如下两个实施例详细说明本发明的技术方案。

实施例一

本发明实施例一提供了一种多系统智能终端，如图1a和1b所示，其可以包括：通信处理器101、以及加密服务102。且智能终端中还包括至少两个操作系统。比如，图1a和1b所示的操作系统1、操作系统2……操作系统n；其中，n为自然数。

本发明实施例一中，智能终端中的各个操作系统将共用同一个SIM卡与其它终端进行移动通话。实际应用中，通信处理器101具体为负责通信的modem(调制解调器)。

在多操作系统智能设备中多个操作系统可以同时运行；其中，当前处于前台的操作系统可以直接与用户进行交互；反之，处于后台的操作系统将无法直接与用户进行交互。

本发明实施例一中，当前处于前台的操作系统用于接收到通信处理器101上报的电话呼叫请求后，启动预设的加密服务102，并在接收到用户的接通指令后接通电话。加密服务102用于判断当前通话处于加密状态时，向通信处理器101上报密钥。通信处理器101用于在接收到加密服务102上报的密钥后，根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。

实际应用中，加密服务102可以设置于智能终端中的某个操作系统中，比如，设置于图1a所示的操作系统n中；或者，如图1b所示，可以设置于智能终端中独立于各操作系统的用户空间。

如图1a所示，在加密服务102设置于智能终端中的某个操作系统的情况下，设置有加密服务102的操作系统中还对应设置有代理服务端；加密服务所在的操作系统以外的其它操作系统可以通过代理服务端启动加密服务102。而设置有加密服务的操作系统可以直接通过自身的RIL启动加密服务102。

在加密服务102设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统可以通过加密服务102所在的操作系统内预设的代理服务端启动加密服务102。

如图1b所示，在加密服务102设置于智能终端中独立于各操作系统的用户空间时，当前处于前台的操作系统接收到通信处理器101上报的电话呼叫请求后，可以通过自身的RIL启动加密服务。

本发明实施例一提供的多系统智能终端进行加密电话通信的方法，其流程示意图如图2所示，包括如下步骤：

S201：通信处理器将接收的电话呼叫请求上报给当前处于前台的操作系统。

实际应用中，操作系统中的电话通信相关应用APP可以通过自身的RIL与modem通信。智能终端中的modem接收到其他终端主动发起的电话呼叫请求后，可以通过当前处于前台的操作系统的RIL将接收的电话呼叫请求上报给当前处于前台的操作系统的电话通信相关应用。

为了便于描述，本发明的方案中，主动发起电话呼叫请求的终端可以称为主叫方；而被动接收电话呼叫请求的终端可以称为被叫方。

S202：当前处于前台的操作系统接收到电话呼叫请求后，启动预设的加密服务，并在接收到用户的接通指令后接通电话。

具体地，当前处于前台的操作系统接收到电话呼叫请求后，可以启动智能终端中的预设的加密服务102。

实际应用中，加密服务102可以设置于智能终端中的某个操作系统中，也可以设置于智能终端中独立于各操作系统的用户空间。

本发明实施例一中，在加密服务102设置于智能终端中的某个操作系统的情况下，设置有加密服务102的操作系统中还对应设置有代理服务端；智能终端中加密服务所在的操作系统以外的其它操作系统可以通过代理服务端启动加密服务102。而设置有加密服务的操作系统可以直接通过自身的RIL启动加密服务102。

实际应用中，在智能终端中的操作系统分为主操作系统和从操作系统，或者，分为安全操作系统和一般操作系统时，可以优先考虑将加密服务设置于主操作系统或安全操作系统中。

本发明实施例一中，在加密服务102设置于当前处于前台的操作系统时，该操作系统接收到电话呼叫请求后，可以直接通过自身的RIL启动加密服务102。

而在加密服务102设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统可以通过加密服务102所在的操作系统内预设的代理服务端proxy启动加密服务102。

其中，当前处于前台的操作系统基于套接字socket通道与加密服务所在的操作系统内预设的代理服务端proxy进行通信。

实际应用中，加密服务102所在的操作系统内的proxy可以通过socket通道与当前处于前台的操作系统的RIL通信；加密服务102所在的操作系统内的proxy作为socket的服务端，当前处于前台的操作系统作为socket的客户端。服务端proxy持续监听socket通道上的数据，接收到客户端发送的启动请求后，可以根据接收的启动请求启动处于同一操作系统内的加密服务102。

本发明实施例一中，在加密服务102设置于智能终端中独立于各操作系统的用户空间的情况下，智能终端中的各个操作系统可以通过自身的RIL启动加密服务102。

因此，在加密服务102设置于智能终端中独立于各操作系统的用户空间时，当前处于前台的操作系统接收到通信处理器101上报的电话呼叫请求后，可以通过自身的RIL启动加密服务102。

实际应用中，当前处于前台的操作系统的电话通信相关应用接收到电话呼叫请求后，可以向用户展现，并等待用户针对该电话呼叫请求所作出的响应，比如，输入接通指令或拒接指令。当前处于前台的操作系统接收到用户的接通指令后可以接通电话，接收主叫方发送的数据。

S203：加密服务判断当前通话处于加密状态时，向通信处理器上报密钥。

具体地，加密服务102可以基于当前处于前台的操作系统接收的主叫方发送的数据，判断当前通话是否处于加密状态。本发明的方案中，关于当前通话是否处于加密状态的判断可以采用本领域技术人员所公知的技术手段，在此不再详述。

实际应用中，主叫方发送的数据可以是经过作为被叫方的智能终端的公钥加密的，也有可能是通过主叫方与被叫方之间共享的密钥加密的。

因此，本发明实施例一中，若主叫方发送的数据经主叫方与被叫方之间共享的密钥加密，则加密服务102在判断当前通话处于加密状态时，可以向通信处理器101上报主叫方与被叫方之间共享的密钥。

而若当前通话中音频数据是经过作为被叫方的智能终端的公钥加密的，则加密服务102向通信处理器上报的密钥具体包括：本智能终端的私钥。

进一步地，本发明的发明人考虑到，在加密通话过程中，作为被叫方的智能终端可以在接通电话后向发起方发送音频数据。因此，在电话接通后，加密服务102向通信处理器101上报的密钥还可以包括：电话呼叫请求的主叫方的公钥，以便后续利用主叫方的公钥对智能终端的用户输入的音频数据进行加密后发送给主叫方。

其中，主叫方的公钥可以由电话呼叫请求中的电话号码、以及内设的公私生成矩阵产生。关于如何根据电话号码、以及公私生成矩阵产生公钥可以采用本领域技术人员常用的技术手段，在此不再详述。

S204：通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。

具体地，通信处理器101接收到加密服务102上报的密钥后，可以根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。

实际应用中，加密算法可以集成在通信处理器101中用于处理音频信号的DSP(DigitalSignalProcessing，数字信号处理)模块中。相比现有经终端中的TranFlash(快闪)卡进行加密处理的方案，本发明通过集成了加密算法的DSP模块进行音频加密的效率更高。

本发明实施例一中，DSP模块可以基于对称加密体系对音频数据进程加解密，或者也可以基于非对称密钥体系对音频数据进行加解密。

具体地，若当前通话中音频数据是经主叫方与被叫方之间共享的密钥加密的，则通信处理器101接收到加密服务102上报的主叫方与被叫方之间共享的密钥后，可以根据接收的密钥以及内置的对称加密算法，解密出当前通话中的音频数据。

若当前通话中音频数据经过智能终端的公钥加密，则通信处理器101接收到加密服务102上报的该智能终端的私钥后，可以根据该智能终端的私钥以及内置的非对称加密算法，解密出当前通话中的音频数据。

这样，通过智能终端中预先设置的加密服务，可以实现智能终端中处于前台的操作系统进入加密通话模式。

进一步地，实际应用中，在解密出当前通话中的音频数据之后，在用户输入了音频数据用于向主叫方返回的情况下，通信处理器101可以将经主叫方的公钥加密的音频数据发送给主叫方。

实际应用中，主叫方与被叫方之间共享的密钥共享往往需要预先部署服务器，之后双方通过该服务器进行交互得到密钥。而采用非对称密钥体系加密，音频数据的发送方以对方的公钥加密；接收方以自身的私钥进行解密；期间并不需要服务器的参与，这样，可以提高加密通话的信息安全。

本发明实施例一中，上述多系统智能终端进行加密电话通信的方法中，多系统智能终端是电话呼叫请求的被叫方。

而实际应用中，多系统智能终端还可以作为电话呼叫请求的主叫方。因此，本发明实施例一中，还提供了一种多系统智能终端的加密电话通信方法，其流程如图3所示，具体包括如下步骤：

S301：当前处于前台的操作系统接收到用户发起进入加密电话的操作后，启动预设的加密服务，并向被叫方发出电话呼叫请求。

具体地，用户可以通过当前处于前台的操作系统中的电话通信相关应用来发起电话呼叫请求。而当用户预发起进入加密电话的操作后，可以启动智能终端中预设的加密服务102。

其中，加密服务102可以设置于智能终端中的某个操作系统中，也可以设置于智能终端中独立于各操作系统的用户空间。

在加密服务102设置于智能终端中当前处于前台的操作系统时，当前处于前台的操作系统可以通过自身的RIL启动加密服务102。

在加密服务102设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系可以通过加密服务102所在的操作系统内预设的代理服务端启动加密服务102。

在加密服务设置于智能终端中独立于各操作系统的用户空间时，当前处于前台的操作系统通过自身的RIL启动加密服务102。

实际应用中，当用户预发起进入加密电话的操作后，当前处于前台的操作系统可以通过自身的RIL向通信处理器101发送命令，由通信处理器101根据命令向被叫方发起电话呼叫请求。其中，关于操作系统如何通过通信处理器发起电话呼叫请求可以采用本领域技术人员常用的技术手段，在此不再详述。

S302：当前处于前台的操作系统接收到被叫方针对电话呼叫请求的接通响应后接通电话。

具体地，当前处于前台的操作系统接收到被叫方针对电话呼叫请求的接通响应后，可以接通电话，接收被叫方发送给的数据。

S303：加密服务判断当前通话处于加密状态时，向通信处理器上报被叫方的公钥。

具体地，加密服务102在电话接通之后，可以基于当前处于前台的操作系统接收的被叫方发送的数据，判断当前通话是否处于加密状态。本发明的方案中，关于当前通话是否处于加密状态的判断可以采用本领域技术人员所公知的技术手段，在此不再详述。

加密服务102判断当前通话处于加密状态时，可以向通信处理器101上报被叫方的公钥，以便后续通信处理器101可以基于被叫方的公钥对音频数据进行加密。其中，被叫方的公钥可以由被叫方的电话号码、以及内设的公私生成矩阵产生。关于如何根据电话号码、以及公私生成矩阵产生公钥可以采用本领域技术人员常用的技术手段，在此不再详述。

S304：通信处理器根据被叫方的公钥、以及内置的加密算法，对用户输入的音频数据进行加密，并向被叫方发送加密后得到的数据。

具体地，通信处理器101在接收到用户预向被叫方发送的音频数据后，可以根据加密服务102上报的被叫方的公钥、以及内置的非对称加密算法，对用户输入的音频数据进行加密，之后将加密得到的数据向被叫方发送。

相比现有单操作系统下的加密电话解决方案，本发明实施例一提供的方案，可以使得智能终端中多个操作系统，在处于前台时即可通过预设的加密服务实现加密通话。

实施例二

本发明实施例二提供了一种多系统智能终端，如图4a和4b所示，其可以包括：通信处理器401、以及加密服务402。且智能终端中还包括至少两个操作系统。比如，图4a和4b所示的操作系统1、操作系统2……操作系统n；其中，n为自然数。

本发明实施例二中，智能终端中的各个操作系统共享通信处理器401，且各自拥有对应的SIM卡。操作系统通过其对应的SIM卡与其他终端进行移动通话。实际应用中，通信处理器401具体为负责通信的modem。

本发明实施例二中，通信处理器401接收到电话呼叫请求后，可以将电话呼叫请求上报给其所针对的操作系统。操作系统用于接收到针对自身的电话呼叫请求后由后台切换到前台，并启动预设的加密服务；在接收到用户的接通指令后接通电话。加密服务402用于判断当前通话处于加密状态时，向通信处理器401上报密钥。通信处理器401根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。

实际应用中，加密服务402可以设置于智能终端中的某个操作系统中，比如，可以设置于图4a所示的操作系统n中；或者，如图4b所示，可以设置于智能终端中独立于各操作系统的用户空间。

如图4a所示，在加密服务402设置于智能终端中的某个操作系统的情况下，设置有加密服务402的操作系统中还对应设置有代理服务端；智能终端中加密服务所在的操作系统以外的其它操作系统可以通过代理服务端启动加密服务402。而设置有加密服务的操作系统可以直接通过自身的RIL启动加密服务402。

在加密服务402设置于智能终端中电话呼叫请求针对的操作系统以外的其它操作系统时，电话呼叫请求针对的操作系统可以通过加密服务402所在的操作系统内预设的代理服务端启动加密服务402。

如图4b所示，在加密服务402设置于智能终端中独立于各操作系统的用户空间时，电话呼叫请求针对的操作系统通过自身的RIL启动加密服务402。

本发明实施例二提供的多系统智能终端进行加密电话通信的方法，其流程示意图如图5所示，包括如下步骤：

S501：通信处理器接收到电话呼叫请求后，将接收的电话呼叫请求上报给其所针对的操作系统。

具体地，通信处理器401接收到电话呼叫请求后，可以基于该电话呼叫请求中的信息来确定出其所针对的操作系统。例如，可以基于电话呼叫请求中被叫方的电话号码，确定出对应的SIM卡，继而，将与该SIM卡对应的操作系统确定为电话呼叫请求所针对的操作系统。

实际应用中，操作系统中的电话通信相关应用APP可以通过自身的RIL与通信处理器401通信。智能终端中的通信处理器401接收到其他终端主动发起的电话呼叫请求后，可以通过电话呼叫请求所针对的操作系统的RIL将接收的电话呼叫请求上报给电话呼叫请求所针对的操作系统中的电话通信相关应用。

S502：电话呼叫请求所针对的操作系统接收到电话呼叫请求后由后台切换到前台，并启动预设的加密服务；在接收到用户的接通指令后接通电话。

具体地，电话呼叫请求所针对的操作系统接收到电话呼叫请求后，若当前处于前台，则可以启动预设的加密服务402。若当前处于后台，则由后台切换到前台，并启动预设的加密服务402。其中，关于操作系统的前后台切换可以采用本领域技术人员常用的技术手段，在此不再详述。

实际应用中，加密服务402可以设置于智能终端中的某个操作系统中，也可以设置于智能终端中独立于各操作系统的用户空间。

本发明实施例二中，在加密服务402设置于智能终端中的某个操作系统的情况下，设置有加密服务402的操作系统中还对应设置有代理服务端；智能终端中加密服务所在的操作系统以外的其它操作系统可以通过代理服务端启动加密服务402。而设置有加密服务的操作系统可以直接通过自身的RIL启动加密服务303。

因此，在加密服务402设置于电话呼叫请求针对的操作系统时，该操作系统接收到电话呼叫请求后，可以直接通过自身的RIL启动加密服务402。

而在加密服务402设置于智能终端中电话呼叫请求针对的操作系统以外的其它操作系统时，电话呼叫请求针对的操作系统可以通过加密服务所在的操作系统内预设的代理服务端启动加密服务402。

在加密服务402设置于智能终端中独立于各操作系统的用户空间时，电话呼叫请求针对的操作系统可以通过RIL启动加密服务402。

实际应用中，电话呼叫请求针对的操作系统的电话通信相关应用接收到电话呼叫请求后，可以向用户展现，并等待用户针对该电话呼叫请求所作出的响应，比如，输入接通指令或拒接指令。电话呼叫请求针对的操作系统在接收到用户的接通指令后接通电话，接收主叫方发送的数据。

S503：加密服务判断当前通话处于加密状态时，向通信处理器上报密钥。

具体地，加密服务402可以基于电话呼叫请求针对的操作系统接收的主叫方发送的数据，判断当前通话是否处于加密状态。本发明的方案中，关于当前通话是否处于加密状态的判断可以采用本领域技术人员所公知的技术手段，在此不再详述。

实际应用中，主叫方发送的数据可以是经过作为被叫方的智能终端的公钥加密的，也有可能是通过主叫方与被叫方之间共享的密钥加密的。

因此，本发明实施例二中，若主叫方发送的数据经主叫方与被叫方之间共享的密钥加密，则加密服务402在判断当前通话处于加密状态时，可以向通信处理器401上报主叫方与被叫方之间共享的密钥。

而若当前通话中音频数据是经过作为被叫方的智能终端的公钥加密的，则加密服务402向通信处理器上报的密钥具体包括：本智能终端的私钥。

进一步地，在加密通话过程中，作为被叫方的智能终端可以在接通电话后向发起方发送音频数据。因此，在电话接通后，加密服务402向通信处理器401上报的密钥还可以包括：电话呼叫请求的主叫方的公钥，以便后续利用主叫方的公钥对智能终端的用户输入的音频数据进行加密后发送给主叫方。

其中，主叫方的公钥可以由电话呼叫请求中的电话号码、以及内设的公私生成矩阵产生。关于如何根据电话号码、以及公私生成矩阵产生公钥可以采用本领域技术人员常用的技术手段，在此不再详述。

S504：通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。

具体地，通信处理器401接收到加密服务402上报的密钥后，可以根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据。

实际应用中，加密算法可以集成在通信处理器401中用于处理音频信号的DSP模块中。相比现有经终端中的TranFlash卡进行加密处理的方案，本发明通过集成了加密算法的DSP模块进行音频加密的效率更高。

本发明实施例二中，DSP模块可以基于对称加密体系对音频数据进程加解密，或者也可以基于非对称密钥体系对音频数据进行加解密。

具体地，若当前通话中音频数据是经主叫方与被叫方之间共享的密钥加密的，则通信处理器401接收到加密服务402上报的主叫方与被叫方之间共享的密钥后，可以根据接收的密钥以及内置的对称加密算法，解密出当前通话中的音频数据。

若当前通话中音频数据经过智能终端的公钥加密，则通信处理器401接收到加密服务402上报的该智能终端的私钥后，可以根据该智能终端的私钥以及内置的非对称加密算法，解密出当前通话中的音频数据。

这样，通过智能终端中预先设置的加密服务，可以实现智能终端中处于前台的操作系统进入加密通话模式。

进一步地，实际应用中，在解密出当前通话中的音频数据之后，在用户输入了音频数据用于向主叫方返回的情况下，通信处理器401可以将经主叫方的公钥加密的音频数据发送给主叫方。

实际应用中，主叫方与被叫方之间共享的密钥共享往往需要预先部署服务器，之后双方通过该服务器进行交互得到密钥。而采用非对称密钥体系加密，音频数据的发送方以对方的公钥加密；接收方以自身的私钥进行解密；期间并不需要服务器的参与，这样，可以提高加密通话的信息安全。

本发明实施例二中，上述多系统智能终端进行加密电话通信的方法中，多系统智能终端是电话呼叫请求的被叫方。

而实际应用中，多系统智能终端还可以作为电话呼叫请求的主叫方。因此，本发明实施例二中，作为电话呼叫请求的主叫方的多系统智能终端的可以通过如下方法进行加密电话通信：

当用户欲通过当前处于前台的操作系统发起进入加密电话的操作后，当前处于前台的操作系统可以启动预设的加密服务402，并向被叫方发出电话呼叫请求；接收到被叫方针对电话呼叫请求的接通响应后接通电话。加密服务402判断当前通话处于加密状态时，向通信处理器302上报被叫方的公钥。通信处理器401根据被叫方的公钥、以及内置的加密算法，对用户输入的音频数据进行加密，并向被叫方发送加密后得到的数据。

相比现有单操作系统下的加密电话解决方案，本发明实施例二提供的方案，可以使得智能终端中多个操作系统，通过预设的加密服务、以及相应的前后台切换实现加密通话。

综上，本发明的技术方案中，在多操作系统共享同一SIM卡的情况下，当前处于前台的操作系统接收到电话呼叫请求后启动设置于其他操作系统或独立于各操作系统的用户空间的加密服务；在当前通话处于加密状态时，通信处理器根据加密服务上报的密钥解密出当前通话中的音频数据，由此实现加密通话。相较于现有单系统的加密通话解决方案，本发明实施例一提供的方案可以使得智能终端中多个操作系统，切换到前台即可通过预设的加密服务实现加密通话，这样，用户可以自主选择进行加密通话的操作系统，提高用户体验。

而且，本发明的技术方案中，在多操作系统各自拥有对应的SIM卡的情况下，通信处理器将将接收的电话呼叫请求上报给其所针对的操作系统；由电话呼叫请求所针对的操作系统切换到前台后，启动预设的加密服务；在当前通话处于加密状态时，通信处理器根据加密服务上报的密钥解密出当前通话中的音频数据，由此实现加密通话。相较于现有单系统的加密通话解决方案，本发明实施例二提供的方案可以使得智能终端中多个操作系统，通过预设的加密服务、以及相应的前后台切换即可实现加密通话，这样，用户可以自主选择进行加密通话的操作系统，提高用户体验。

本申请使用的“模块”、“系统”等术语旨在包括与计算机相关的实体，例如但不限于硬件、固件、软硬件组合、软件或者执行中的软件。例如，模块可以是，但并不仅限于：处理器上运行的进程、处理器、对象、可执行程序、执行的线程、程序和/或计算机。举例来说，计算设备上运行的应用程序和此计算设备都可以是模块。一个或多个模块可以位于执行中的一个进程和/或线程内，一个模块也可以位于一台计算机上和/或分布于两台或更多台计算机之间。

本技术领域技术人员可以理解，本发明包括涉及用于执行本申请中所述操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造，或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序，这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如，计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中，所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory，只读存储器)、RAM(RandomAccessMemory，随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory，可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，可读介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。

本技术领域技术人员可以理解，可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解，可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现，从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。

本技术领域技术人员可以理解，本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地，具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地，现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。

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

Claims (12)

1.一种多系统智能终端的加密电话通信方法，其特征在于，包括：

通信处理器将接收的电话呼叫请求上报给当前处于前台的操作系统；

当前处于前台的操作系统接收到电话呼叫请求后，启动预设的加密服务，并在接收到用户的接通指令后接通电话；

所述加密服务判断当前通话处于加密状态时，向所述通信处理器上报密钥；

所述通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统通过所述加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

2.如权利要求1所述的方法，其特征在于，

所述加密服务设置于智能终端中独立于各操作系统的用户空间时，当前处于前台的操作系统通过无线接口层RIL启动所述加密服务。

3.如权利要求1或2所述的方法，其特征在于，所述当前通话中音频数据是经过所述智能终端的公钥加密的；以及

所述加密服务向所述通信处理器上报的密钥具体包括：所述智能终端的私钥。

4.如权利要求3所述的方法，其特征在于，所述加密服务向所述通信处理器上报的密钥还包括：所述电话呼叫请求的主叫方的公钥；以及

所述解密出当前通话中的音频数据之后，还包括：

所述通信处理器将经主叫方的公钥加密的音频数据发送给主叫方；

其中，所述主叫方的公钥由所述电话呼叫请求中的电话号码、以及内设的公私生成矩阵产生。

5.如权利要求1所述的方法，其特征在于，还包括：

当前处于前台的操作系统接收到用户发起进入加密电话的操作后，启动预设的加密服务，并向被叫方发出电话呼叫请求；接收到被叫方针对所述电话呼叫请求的接通响应后接通电话；

所述加密服务判断当前通话处于加密状态时，向通信处理器上报被叫方的公钥；

所述通信处理器根据被叫方的公钥、以及内置的加密算法，对用户输入的音频数据进行加密，并向被叫方发送加密后得到的数据。

6.一种多系统智能终端的加密电话通信方法，其特征在于，包括：

通信处理器接收到电话呼叫请求后，将所述电话呼叫请求上报给其所针对的操作系统；

所述电话呼叫请求所针对的操作系统接收到所述电话呼叫请求后由后台切换到前台，并启动预设的加密服务；在接收到用户的接通指令后接通电话；

所述加密服务判断当前通话处于加密状态时，向所述通信处理器上报密钥；

所述通信处理器根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中所述电话呼叫请求所针对的操作系统以外的其它操作系统时，所述电话呼叫请求针对的操作系统通过所述加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

7.如权利要求6所述的方法，其特征在于，

所述加密服务设置于智能终端中独立于各操作系统的用户空间时，所述电话呼叫请求针对的操作系统通过无线接口层RIL启动所述加密服务。

8.一种多系统智能终端，其特征在于包括：至少两个操作系统，通信处理器、以及加密服务；其中，

当前处于前台的操作系统用于接收到所述通信处理器上报的电话呼叫请求后，启动预设的加密服务，并在接收到用户的接通指令后接通电话；

所述加密服务用于判断当前通话处于加密状态时，向所述通信处理器上报密钥。

所述通信处理器用于在接收到所述加密服务上报的密钥后，根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中当前处于前台的操作系统以外的其它操作系统时，当前处于前台的操作系统通过加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

9.如权利要求8所述的多系统智能终端，其特征在于，所述加密服务设置于智能终端中独立于各操作系统的用户空间时，

当前处于前台的操作系统具体用于接收到所述通信处理器上报的电话呼叫请求后，通过无线接口层RIL启动所述加密服务，并在接收到用户的接通指令后接通电话。

10.如权利要求8所述的多系统智能终端，其特征在于，

当前处于前台的操作系统还用于接收到用户发起进入加密电话的操作后，启动预设的加密服务，并向被叫方发出电话呼叫请求；接收到被叫方针对所述电话呼叫请求的接通响应后接通电话；

所述加密服务还用于判断当前通话处于加密状态时，向通信处理器上报被叫方的公钥；

所述通信处理器还用于根据被叫方的公钥、以及内置的加密算法，对用户输入的音频数据进行加密，向被叫方发送加密后得到的数据。

11.一种多系统智能终端，其特征在于，包括：至少两个操作系统，通信处理器、以及加密服务；其中，

所述操作系统用于接收到针对自身的所述电话呼叫请求后由后台切换到前台，并启动预设的加密服务；在接收到用户的接通指令后接通电话；

所述加密服务用于判断当前通话处于加密状态时，向所述通信处理器上报密钥；

所述通信处理器用于接收到电话呼叫请求后，将所述电话呼叫请求上报给其所针对的操作系统；根据接收的密钥、以及内置的加密算法，解密出当前通话中的音频数据；

其中，所述加密服务设置于智能终端中所述电话呼叫请求所针对的操作系统以外的其它操作系统时，所述电话呼叫请求针对的操作系统通过所述加密服务所在的操作系统内预设的代理服务端启动所述加密服务。

12.如权利要求11所述的多系统智能终端，其特征在于，

所述加密服务设置于智能终端中独立于各操作系统的用户空间时，所述电话呼叫请求针对的操作系统通过无线接口层RIL启动所述加密服务。