一种终端及数据传输方法和装置与流程

本发明涉及移动通讯领域，特别是涉及一种终端及数据传输方法和装置。

背景技术：

目前的双操作系统手机，其中的一个操作系统是通用操作系统，另一个操作系统是安全操作系统。通用操作系统例如Android系统，Android系统市场占有率高，移动应用资源丰富，但存在恶意应用等安全威胁，安全操作系统与通用操作系统之间存在强隔离，用于安全性要求较高的场合。双操作系统手机可以在通用操作系统和安全操作系统之间自由切换，能够实现手机功能的扩展，同时由于通用操作系统和安全操作系统之间强隔离，即使通用操作系统感染恶意应用，也无法对安全操作系统中的重要信息造成威胁。

但是，由于目前的双操作系统手机中，通用操作系统和安全操作系统之间的数据是完全隔离的，安全操作系统不能上网和传输数据，通用操作系统中的数据无法添加到安全操作系统中，很大程度上影响了用户使用手机的便捷性和实用性，无法满足用户需求，降低用户体验。

技术实现要素：

鉴于现有技术中双操作系统手机很大程度上影响了用户使用手机的便捷性和实用性，无法满足用户需求，降低用户体验的问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的终端及数据传输方法和装置。

本发明提供一种数据传输装置，包括：

多个系统；

数据传输控制单元，用于控制多个系统中的任意两个系统之间的数据传输。

其中，数据传输控制单元包括：

数据传输配置模块，用于配置并保存任意两个系统之间的数据传输规则；

数据传输检测模块，与数据传输配置模块相连接，用于根据数据传输规则，控制任意两个系统之间的数据传输。

其中，数据传输装置还包括：

共享内存，用于保存任意两个系统之间传输的数据。

该共享内存包括：

数据写入接口，用于根据数据传输规则，为发送数据的系统提供写入数据的接口；

数据读取接口，用于根据数据传输规则，为接收数据的系统提供读取数据的接口。

另外，多个系统中的每一个系统包括：

应用层模块，数据传输接口和传输驱动模块，

则多个系统中的任意两个系统之间的数据传输包括：

发送数据的系统的应用层，用于向发送数据的系统的数据传输接口发送数据请求；

发送数据的系统的数据传输接口，用于根据数据请求，调用发送数据的系统的传输驱动模块，向数据传输控制单元申请发送数据；

数据传输检测模块，用于根据数据传输配置模块中的数据传输规则，判断是否允许本次数据传输，如果本次数据传输被允许，则通知发送数据的系统的传输驱动模块将数据通过数据写入接口发送给共享内存，并通知接收数据的系统的传输驱动模块；

接收数据的系统的传输驱动模块，用于通过数据读取接口从共享内存读取数据，并将数据发送给接收数据的系统的数据传输接口；

接收数据的系统的数据传输接口，用于将数据发送给接收数据的系统的应用层模块。

优选地，数据传输规则包括：任意两个系统之间的数据单向传输。

优选地，数据传输规则包括：任意两个系统之间的数据双向传输。

优选地，数据传输规则包括：任意两个系统之间不能进行数据传输。

其中，系统为操作系统。

本发明还提供了一种数据传输方法，包括：

配置并保存任意两个系统之间的数据传输规则；

根据数据传输规则，控制任意两个系统之间的数据传输。

其中，数据传输规则包括以下之一：任意两个系统之间的数据单向传输、任意两个系统之间的数据双向传输、任意两个系统之间不能进行数据传输。

本发明还提供了一种包括上述数据传输装置的终端。

本发明有益效果如下：

借助于本发明实施例的终端，解决了现有技术中双操作系统手机很大程度上影响了用户使用手机的便捷性和实用性，无法满足用户需求，降低用户体验的问题，能够方便用户将一个系统中的数据传输到另一个系统，提高了用户使用手机的便捷性和实用性，提高了用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是本发明实施例的数据传输装置的结构示意图；

图2是本发明实施例的数据传输装置的详细结构示意图；

图3是本发明实施例的终端的详细结构示意图；

图4是本发明实施例的数据传输方法的流程图；

图5是本发明实施例的数据传输方法的详细处理的流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

目前的双系统方案，第一系统为操作系统，第二系统为安全系统，第二系统不能上网和传输数据，如果第一系统中如果有需要保密的资料和数据，就无法转移到安全系统中，很大程度上损失了用户的便捷性和实用性。鉴于此，本发明考虑到如果能够从一个系统将某些数据传递到另一个系统，在某些场景下是非常实用的。例如将一些联系人通讯录、照片、资料从第一系统转移到第二系统，对于原有的数据可以方便地加入到用户的第二系统，这样是非常方便的。以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

装置实施例

根据本发明的实施例，提供了一种数据传输装置，图1是本发明实施例的数据传输装置的结构示意图，如图1所示，根据本发明实施例的数据传输装置包括：多个系统(系统1、系统2、……、系统N)、数据传输控制单元10，以下对本发明实施例的各个模块进行详细的说明。

多个系统(系统1、系统2、……、系统N)均为操作系统，每个系统都能够上网和传输数据，例如安卓系统。

数据传输控制单元10，与上述N个系统都相连接，用于控制多个系统中的任意两个系统之间的数据传输。

图2是本发明实施例的数据传输装置的详细结构示意图，如图2所示，数据传输控制单元包括数据传输配置模块100和数据传输检测模块102，其中，

数据传输配置模块100，用于配置并保存任意两个系统之间的数据传输规则，其中，数据传输规则包括：任意两个系统之间的数据单向传输、任意两个系统之间的数据双向传输、任意两个系统之间不能进行数据传输。

数据传输检测模块102，与数据传输配置模块相连接，用于根据数据传输规则，控制任意两个系统之间的数据传输。

该装置还包括共享内存12，该共享内存12与N个系统相连接，也与数据传输控制单元10相连接，用于保存任意两个系统之间传输的数据。其中，共享内存包括：

数据写入接口120，用于根据数据传输规则，为发送数据的系统提供写入数据的接口；

数据读取接口122，用于根据数据传输规则，为接收数据的系统提供读取数据的接口。

具体地，多个系统中的每一个系统包括：应用层模块，数据传输接口和传输驱动模块，则多个系统中的任意两个系统之间的数据传输包括：

发送数据的系统的应用层，用于向发送数据的系统的数据传输接口发送数据请求；

发送数据的系统的数据传输接口，用于根据数据请求，调用发送数据的系统的传输驱动模块，向数据传输控制单元申请发送数据；

数据传输检测模块，用于根据数据传输配置模块中的数据传输规则，判断是否允许本次数据传输，如果本次数据传输被允许，则通知发送数据的系统的传输驱动模块将数据通过数据写入接口发送给共享内存，并通知接收数据的系统的传输驱动模块；

接收数据的系统的传输驱动模块，用于通过数据读取接口从共享内存读取数据，并将数据发送给接收数据的系统的数据传输接口；

接收数据的系统的数据传输接口，用于将数据发送给接收数据的系统的应用层模块。

通过本发明实施例，能够方便用户将一个系统中的数据传输到另一个系统，提高了用户使用手机的便捷性和实用性，提高了用户体验。

终端实施例

根据本发明的实施例，提供了一种终端，该终端包括上文所述的数据传输装置，这里不再赘述。

为方便说明本发明实施例，本发明以两个操作系统为例进行描述，但多个操作系统仍在本发明的保护范围内。

下面结合附图对本发明实施例的技术方案作进一步的详细描述：图3是本发明实施例的终端的详细结构示意图，如图3所示，根据本发明实施例的终端包括：操作系统30、操作系统32、共享内存34、多系统虚拟化模块36和双系统数据传输通道38，其中：

操作系统30：

操作系统应用层300，包括终端上的应用场景，例如通讯录、图片、文件、通话记录、短信等；

双系统数据传输接口302，用于为操作系统应用层300提供了访问内核双系统数据传输驱动304的接口和服务；

双系统数据传输驱动304，用于为框架层提供访问多系统虚拟模块36中双系统数据传输通道38的接口；

操作系统32：

操作系统应用层320，包括设备上的应用场景，例如通讯录、图片、文件、通话记录、短信等；

双系统数据传输接口322，用于为操作系统应用层320提供了访问内核双 系统数据传输驱动324的接口和服务；

双系统数据传输驱动324，用于为框架层提供访问多系统虚拟模块36中双系统数据传输通道38的接口；

共享内存34：

数据写入接口340，用于为双系统数据传输通道38提供写入数据的接口；

数据读取接口342，用于为双系统数据传输通道38提供读取数据的接口；

多系统虚拟模块36：

虚拟多系统资源调度单元，用于将整个智能终端的CPU、内存、Flash资源在多个系统之间动态调配；

虚拟多系统软件单元，用于管理智能终端安装的所有应用，使不同系统下的软件应用独立运行；

虚拟多系统硬件单元，用于在不同系统下虚拟出单独的硬件设备，可分别单独管理。

双系统数据传输通道38：

传输配置单元380，为了安全考虑智能设备在出厂的时候，可以根据两个系统的定义，用于预先配置系统之间数据传输的控制原则，如下述4种类型：

只允许操作系统30-〉操作系统32；

只允许操作系统32-〉操作系统30；

允许双向传输，那么操作系统30<->操作系统32可以互传；

拒绝数据传输，那么操作系统30和操作系统32之间不允许传输数据。

传输检测单元382，可以检测两个系统之间数据传输的方向，根据传输配置单元的定义，决定是否允许本次传输，包括4个类型：

只允许操作系统操作系统30-〉操作系统操作系统32，那么当检测到操作系统32-〉操作系统30的数据传输时，则拒绝传输；

只允许操作系统操作系统32-〉操作系统操作系统30，那么当检测到操作系统30-〉操作系统32的数据传输时，则拒绝传输；

允许双向传输，那么操作系统30<->操作系统32可以互传；

拒绝数据传输，那么操作系统30和操作系统32之间不允许传输数据。

数据传输通道384，用于从源操作系统接收到数据，通过共享内存传递给目标操作系统；如果目标操作系统的文件数据加密保存的，那么在共享内存中传输的数据也需要加密，保证数据在传输过程中具备同样的安全级别。

其中，操作系统30和操作系统32均为具备独立系统资源和文件系统的智能系统，分别都可以作为数据发送方和接收方，主要依据产品对两个系统的定义，例如：操作系统30代表普通的用户系统，操作系统32代表隐私的用户系统；接收方根据本系统文件的保存方式，来处理接收到的数据，即决定是否加密；操作系统框架提供双系统数据传输接口，操作系统内核提供双系统数据传输驱动。

综上所述，本发明实施例提出的终端，在两个系统之间架设了传输通路，为了安全考虑智能设备在出厂的时候，可以根据两个系统的定义，预先配置系统之间数据传输的控制原则，可以设置双向传输，也可以设置单向传输。当从操作系统30传输数据到操作系统32时，两个系统借助共享内存作为介质，利用多系统虚拟模块中的传输通道，完成双系统之间的数据传输。在传输时，根据预先配置的控制原则，判断本次传输是否允许，同时根据目的系统文件数据是否加密，来相应处理共享内存中的传输数据，以保证具备同样的安全性。

方法实施例

根据本发明的实施例，提供了一种多频段射频信号发送方法，图4是本发明实施例的数据传输方法的流程图，如图4所示，根据本发明实施例的数据传输方法包括如下处理：

步骤401，配置并保存所述任意两个系统之间的数据传输规则；

步骤402，根据数据传输规则，控制任意两个系统之间的数据传输。

图5是本发明实施例的数据传输方法的详细处理的流程图，如图5所示，具体包括如下处理：

步骤501：为了安全考虑智能设备在出厂的时候，可以根据两个系统的定义，预先在双系统数据传输通道38配置系统之间数据传输的控制原则，如操作系统30是普通用户系统、操作系统32是私密用户系统，只允许30-〉32传输数据；

步骤502：终端开机，多系统虚拟化模块36配置操作系统30和操作系统32；

步骤503：从操作系统30向操作系统32传输数据，如通讯录、短信、通话记录、文件等；操作系统30的应用层320调用框架层的双系统数据传输接口322；

步骤504：双系统数据传输接口322调用双系统数据传输驱动324，向双系统数据传输通道38申请发送数据；

步骤505：双系统数据传输通道38调用传输检测单元382，判断是否允许本次传输，根据预设条件30-〉32是被允许的，则由数据传输通道38将操作系统30发送的数据S传到共享内存34，并通知操作系统32的双系统数据传输驱动324到共享内存34接收数据S，如果操作系统32的数据都是加密的，则传输的数据S也加密处理；

步骤506：接收数据的操作系统32，由双系统数据传输驱动324从共享内存34获取到数据S后，传给双系统数据传输接口322，然后交给应用层320来处理，操作系统32根据自身的数据存储要求，来决定接收到的数据是否加密。

综上，本发明的核心是为两个智能系统之间建立数据传输通路，可以做成双向的，也可以做成单向的，以系统A和B为例，如果系统B是安全系统，则只能从系统A传数据到系统B，而不能从系统B传数据到系统A，保证安全系统的数据不会泄露。如果系统A和B的安全性等同，则系统A和B可以互传数据，方便灵活。如果系统A和B之间绝对隔离，则系统A和B不可以互传数据，相互独立。对于这个互通通道，我们可以加一道控制管理接口，具备 充分的可控性。在实际的使用中，比如将一些联系人通讯录、照片、资料从一个系统转移到另一个系统，这样是非常方便的，对于原有的数据可以方便地加入到用户的第二系统。

另外，本发明实施例中，可以根据用途保护不同的内容，例如，可以保护私密文件为主，可以保护金融交易应用及数据为主，可以保护社交等应用及数据为主，可以保护工作及商业文件为主。系统的定义一般是根据企业用户、或者个人用户的使用场景来定义的。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的客户端中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个客户端中。可以把实施例中的模块组合成一个模块，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者客户端的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的加载有排序网址的客户端中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若 干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。