[0001] 本发明涉及一种在能够运行两种操作系统的装 置中使用共享设备的方法。

背景技术

[0002] 现有技术， 例如移动支付技术中， 为了安全的目的， 移动设备上的操作模式被分为 两种： 正常模式和安全模式。 正常模式下的程序的运行环境通常是多媒体操 作系统， 例如 Android . 安全模式下的程序的运行环境通常是封闭的、 简单的安全操作系统。 正常模式下 的程序无法访问安全模式下的资源， 而安全模式下的程序可访问所有的软硬件资源 。

[0003] 一般情况下诸如移动设备等的能够运行两种操 作系统的装置处于正常模式下， 即多 媒体操作系统环境。 当进行涉及安全的信息的交互时 （例如， 输入银行卡密码）， 移动设备 将切换到安全模式下， 即安全操作系统， 并启用安全程序来进行信息的处理， 待处理完后切 换回正常模式， 如此能够确保用户输入密码的环境安全可靠， 避免密码被恶意程序。

[0004] 现有技术采用图 1 中的方案来完成从正常模式切换到安全模式的 数据流处理。 如图 所示， 应用 1在与共享设备通信时， 当需要进行安全信息处理时， 应用 1将通过通讯框架接 口成向安全应用 1 发送指定格式的数据报文 （例如， 操作类型、 操作参数等信息）； 安全应 用 1在接收该信息并与该共享设备建立通信后进� �安全处理， 然后将处理的结果通过通讯框 架接口返回给应用 1。

[0005] 在上述过程中， 安全应用 1 需要与共享设备重新建立联系， 也就是说在应用 1 对共 享设备进行相应的信息获取和操作后， 安全应用 1需要重新对该共享设备进行相同的信息获 取和操作， 这将延长处理时间， 降低响应速度。

[0006] 另一方面， 处理的结果通过通讯框架接口返回给应用 1， 然后再由应用 1通过共享设 备发送到外部终端， 这也会延长处理时间， 降低响应速度。

发明内容

[0007] 根据本发明的一个目的， 公开一种在能够运行两种操作系统的装置中使 用共享设备 的方法， 该方法包括使用第一操作系统中的第一应用与 共享设备通信， 当从所述第一操作系 统切换到第二操作系统时， 所述共享设备的关联信息被发送到第二操作系 统中的第二应用， 使得所述第二应用能够利用所述关联信息与所 述共享设备通信。

[0008] 优选地， 所述第二应用将与所述共享设备通信的结果直 接通过该共享设备发送到外 部终端。 [0009] 优选地， 所述关联信息包括以下一个或多个： 共享设备标识、 共享设备收发数据接 口地址、 共享设备配置信息、 所述第一应用与共享设备的连接通道。

[0010] 优选地， 所述共享设备是 FC芯片。

[0011] 本发明的优势在于， 根据本发明提出的对对共享设备的操作进行继 承的方法， 简化了 数据的流程， 减少了应用的处理时间， 提高了应用的响应速度； 当安全应用产生的数据为最 终要通过外设发往给外部情况时， 无需切换回普通应用进行发送处理， 最终输出结果给外部 终端时处于安全模式下， 确保了该输出数据的可信性。

附图说明

[0012] 在参照附图阅读了本发明的具体实施方式以后 ， 本领域技术人员将会更清楚地了解 本发明的各个方面。 本领域技术人员应当理解的是， 这些附图仅仅用于配合具体实施方式说 明本发明的技术方案， 而并非意在对本发明的保护范围构成限制。

[0013] 图 1是现有技术中的使用共享设备时的数据流示� �图。

[0014] 图 2 是根据本发明实施例的在能够运行两种操作系 统的装置中使用共享设备的方法 步骤示意图。

具体实施方式

[0015] 下面参照附图， 对本发明的具体实施方式作进一步的详细描述 。 在下面的描述中， 为了解释的目的， 陈述许多具体细节以便提供对实施例的一个或 多个方面的透彻理解。 然 而， 对于本领域技术人员可以显而易见的是， 可以这些具体细节的较少程度来实践各实施例 的一个或多个方面。 因此下面的描述不被视为局限性的， 而是通过所附权利要求来限定保护 范围。

[0016] 本发明的装置能够运行第一操作系统和第二操 作系统， 由此第一操作系统中的应用 运行在第一模式下， 第二操作系统中的应用运行在第二模式下。 第一模式例如可以为正常模 式， 第二模式例如可以为安全模式。

[0017] 如图 2 所示， 图 2 是根据本发明实施例的在能够运行两种操作系 统的装置中使用共 享设备的方法步骤示意图。

[0018] 在第一步骤中， 使用第一操作系统中的第一应用与共享设备通 信。

[0019] 在第二步骤中， 当从所述第一操作系统切换到第二操作系统时 ， 所述共享设备的关 联信息被发送到第二操作系统中的第二应用， 使得所述第二应用能够利用所述关联信息与所 述共享设备通信。

[0020] 上述关联信息可以被包含在从第一应用发送往 第二应用的指定格式的数据报文中， 例如可以在数据报文格式中增加一个域作为共 享设备域， 用于存储共享设备的关联信息， 例 如共享设备标识、 共享设备收发数据接口地址、 共享设备配置信息、 所述第一应用与共享设 备的连接通道等。 第二操作系统中的第二应用可以利用上述信息 的一个或多个与共享设备直 接建立联系， 而不需要对共享设备进行相应的信息获取和操 作来建立联系。

[0021] 扩展后的数据报文也可以通过底层通讯框架接 口层传送， 例如可采用在第一应用与 第二应用之间共享内存来实现。

[0022] 第二应用可以通过共享设备的关联信息晓要产 生的结果需要通过指定的共享设备输 出， 由此可根据共享设备的关联信息继续对共享设 备进行第一尚未完成的操作。 在一个示例 中， 所述第二应用将与所述共享设备通信的结果直 接通过该共享设备发送到外部终端。

[0023] 在本发明的另一个实施例中， 所述共享设备是 FC 芯片。 在该情况下， 上述的装置 是移动通信装置， 例如手机， FC芯片被设置在移动通信装置中。

[0024] 例如， 在手机的场景下， 手机中的普通应用能够对 FC 芯片设置好相应的管道号与 对应的非接速率。 当用户进行消费， 把手机置于非接 POS 终端时， 普通应用程序检测到非 接 POS 发送的命令， 为了支付环境的安全， 此时手机切换到安全模式下的安全应用进行运 行。 由于在切换时， 普通应用在已把跟 FC 芯片关联的信息 （例如， 建立的管道号） 发送 给安全应用， 那么安全应用就省去了和 FC 芯片重建管道的过程， 能够直接使用普通应用 已建立成功的管道和非接 POS进行数据交互直到一个交易成功完成。

[0025] 通过以上实施方式的描述， 本领域中的普通技术人员能够理解， 在不偏离本发明的 精神和范围的情况下， 还可以对本发明的具体实施方式作各种变更和 替换。 这些变更和替换 都落在本发明权利要求书所限定的范围内。