CN106375942B - 一种数据信息的传输的方法以及装置 - Google Patents

Abstract

本申请公开了一种数据信息的传输的方法以及一种数据信息的传输的装置。其中，所述数据信息的传输的方法，包括：第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；第一客户端通过蓝牙通信向第二客户端发送通讯编码；第二客户端通过蓝牙通信接收第一客户端发送的通讯编码；第二客户端按照预设的通讯规则将通讯编码进行解析，获取对应第二客户端的数据信息；第一客户端以及第二客户端采用不同的操作系统。采用上述技术方案通过将需要发送的数据信息按照预设的通讯规则压缩为对应格式的通讯编码，解决了跨操作系统的智能设备间传输速度慢，通讯的效率低的问题。

Description

一种数据信息的传输的方法以及装置

技术领域

本申请涉及通信技术领域，具体涉及一种数据信息的传输的方法；本申请同时涉及一种数据信息的传输的装置。

背景技术

随着科技的发展可穿戴设备正在逐步深入人们的日常生活中。而智能手表以其小巧、功能齐全、便于携带正在获得人们的青睐。智能手表想要发挥自身的功能，就必须要与智能手机进行连接使智能手机和智能手表互动才能充分展现出智能手表的特色，智能手表与智能手机进行通讯时，一般通过蓝牙通讯方式进行连接。而目前，智能设备(智能手机以及智能手表)所使用的系统主要包括ios操作系统以及android操作系统，android操作系统的智能手机与智能手表由于都是基于android操作系统，进行连接时蓝牙通讯比较容易，传输速度相对较快，而目前android与ios这两个操作系统的智能设备(智能手机与智能手机或智能手机与智能手表)之间如果要实现互相通信，由于两者系统差异，BLE蓝牙通讯的速度很慢，无法实现像同操作系统之间的互动功能。

由此可见，在现有的跨操作系统的智能设备间连接通讯的方案下，传输速度慢，用户操作起来不方便，通讯的效率低。

发明内容

本申请提供一种数据信息的传输的方法,以解决现有技术中的上述问题。本申请同时涉及一种数据信息的传输的装置。

本申请提供了一种数据信息的传输的方法方法，所述数据信息的传输的方法，包括：

第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；

所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码；

所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码；

所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息；

其中，所述第一客户端以及所述第二客户端采用不同的操作系统。

可选的，所述第一客户端与所述第二客户端采用的操作系统至少包括：android系统以及ios系统。

可选的，所述预设的通讯规则，包括：对所述通讯编码的压缩方式、解压缩方式以及所述通讯编码的格式。

可选的，所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码，包括：

根据所述第一客户端采用的操作系统，将对应操作系统格式的数据信息转换为所述预设的通讯规则中所述通讯编码的格式，将转换后的所述数据信息作为通讯编码；

根据所述预设的通讯规则中的压缩方式对所述通讯编码进行压缩。

可选的，所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息，包括：

根据所述预设的通讯规则中的解压缩方式对所述通讯编码进行解压缩；

根据所述第二客户端采用的操作系统，将所述通讯编码转换为对应操作系统格式的数据信息。

可选的，若所述通讯编码的容量超过预设的阈值，则在所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码的步骤之前，包括：对所述通讯编码进行分片处理；

相应的，在所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码的步骤之后，包括：将分片后的所述通讯编码进行重组。

可选的，若所述数据信息为界面更换请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

在所述第一客户端中选取界面，将对应所述界面的界面标识放入所述界面更换请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端根据界面标识替换界面。

可选的，若所述数据信息为通讯数据时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

在所述第一客户端中选取通信应用，将预设的通讯规则中对应所述通信应用的应用标识放入所述通讯数据中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

在所述第二客户端的显示屏幕中推送所述通讯数据。

可选的，若所述数据信息为语音请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述语音请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端根据所述语音请求进行查询，并通过蓝牙通信向所述第一客户端反馈查询结果。

可选的，若所述数据信息为即时通讯请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述即时通讯请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端向所述即时通讯请求指定的通讯地址建立实时通讯状态。

可选的，若所述数据信息为即时通讯请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端提取来电信息中的联系人信息，并将所述联系人信息放入所述即时通讯请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端向所述第一客户端发送实时通讯状态的反馈信息。

可选的，若所述数据信息为支付请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端获取已绑定的第三方应用信息，将所述第三方应用信息放入所述支付请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端根据所述支付请求向对应第三方应用信息的服务器端发送与所述支付请求对价的授权信息。

相应的，本申请还提供了一种数据信息的传输的装置，所述数据信息的传输的装置，包括：

通讯编码生成单元，用于第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；

通讯编码发送单元，用于所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码；

通讯编码接收单元，用于所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码；

通讯编码解析单元，用于所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息；

其中，所述第一客户端以及所述第二客户端采用不同的操作系统。

与现有技术相比，本申请具有以下优点：

本申请提供的一种数据信息的传输的方法以及一种数据信息的传输的装置，通过第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码；所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码；所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息；其中，所述第一客户端以及所述第二客户端采用不同的操作系统。所述技术方案通过将需要发送的数据信息按照预设的通讯规则压缩为对应格式的通讯编码，减少通信时的传输量或将所述数据信息完全转换为第一客户端以及第二客户端间规定好的通讯编码，使第一客户端以及第二客户端间不传输具体的数据信息，也能完成传输过程，解决了跨操作系统的智能设备间传输速度慢，用户操作起来不方便，通讯的效率低的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1示出了根据本申请的实施例提供的数据信息的传输的方法的流程图；

图2示出了根据本申请的实施例提供的第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的流程图；

图3示出了根据本申请的实施例提供的第二客户端按照预设的通讯规则将所述通讯编码进行解析获取对应所述第二客户端的数据信息的流程图；

图4示出了根据本申请的实施例提供的数据信息的传输的装置的示意图。

具体实施方式

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

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是，本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此，本申请不受下面公开的具体实施的限制。

本申请的实施例提供了一种数据信息的传输的方法，本申请的实施例同时提供了一种数据信息的传输的装置。在下面的实施例中逐一进行详细说明。

目前，智能设备(智能手机以及智能手表)所使用的系统主要包括ios操作系统以及android操作系统，android操作系统的智能手机与智能手表由于都是基于android操作系统，进行连接时蓝牙通讯比较容易，传输速度相对较快，而目前android与ios这两个操作系统的智能设备(智能手机与智能手机或智能手机与智能手表)之间如果要实现互相通信，由于两者系统差异，BLE蓝牙通讯的速度很慢，无法实现像同操作系统之间的互动功能。由此可见，在现有的跨操作系统的智能设备间连接通讯的方案下，传输速度慢，用户操作起来不方便，通讯的效率低。针对这一问题，本申请的技术方案通过将需要发送的数据信息按照预设的通讯规则压缩为对应格式的通讯编码，减少通信时的传输量或将所述数据信息完全转换为第一客户端以及第二客户端间规定好的通讯编码，使第一客户端以及第二客户端间不传输具体的数据信息，也能完成传输过程，解决了跨操作系统的智能设备间传输速度慢，用户操作起来不方便，通讯的效率低的问题。

本申请的技术方案虽然是针对操作系统不同的智能手表与智能手机间的通讯问题提出的，但是，其应用领域并不局限于智能手表与智能手机，其他操作系统不同的智能设备间能够按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码，并通过蓝牙通讯的智能设备(例如：智能手机间或智能手机与其他可穿戴设备)，也可以采用本申请提供的方法，并获得相应的有益效果。

在详细描述本实施例的具体步骤之前，先对本技术方案涉及的蓝牙通讯作简要说明。

蓝牙(Bluetooth)是一种无线技术标准，可实现固定设备、移动设备和楼宇个人域网之间的短距离数据交换(使用2.4—2.485GHz的ISM波段的UHF无线电波)。蓝牙主设备最多可与一个微微网(一个采用蓝牙技术的临时计算机网络)中的七个设备通讯。设备之间可通过协议转换角色，从设备也可转换为主设备(例如，一个头戴式耳机如果向手机发起连接请求，它作为连接的发起者，自然就是主设备，但是随后也许会作为从设备运行。)蓝牙核心规格提供两个或以上的微微网连接以形成分布式网络，让特定的设备在这些微微网中自动同时地分别扮演主和从的角色。数据传输可随时在主设备和其他设备之间进行。

BLE蓝牙(Bluetooth low energy低功耗蓝牙)，属于蓝牙低功耗协议，在android4.3及ios操作系统的手机中现在都支持蓝牙BLE。

本申请的技术方案是针对不同操作系统环境下，智能设备之间进行通讯连接的方法，其中，第一客户端与第二客户端是分别安装在智能手机和智能手表中的交互客户端，即：通讯应用程序。所述第一客户端是指发送数据的客户端；所述第二客户端是接收所述第一客户端发送的数据的客户端。需要说明的是，智能设备在不同的应用场景之下，智能设备中的交互客户端即可作为第一客户端，也可以作为第二客户端，下面对本实施例作详细说明。

本申请的实施例提供了一种数据信息的传输的方法。所述数据信息的传输的方法方法实施例如下：

请参考图1，其示出了根据本申请的实施例提供的数据信息的传输的方法的流程图。

所述数据信息的传输的方法包括：

步骤S101，第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码。

在本实施例中，所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码，可以采用如下方式实现：所述第一客户端按照预设的通讯规则中规定的格式将待传输的数据信息压缩为对应预设的通讯规则中规定的格式的通讯编码。

需要说明的是，所述通讯编码包括：所述第一客户端和所述第二客户端之间预先确定的一组通讯标识。具体的，所述通讯编码至少包括：对图片、界面或应用程序设置的标识编码，例如：应用程序的标识编码中01代表微信应用，02代表QQ应用；界面的标识编码中1代表界面1，2代表界面2等。

在本实施例中，所述第一客户端以及所述第二客户端采用不同的操作系统，包括但不限于android(安卓)、iOS或Windows Phone。可以理解的，所述第一客户端与所述第二客户端采用操作系统分别是上述操作系统内的其中之一，但并不相同，即：若第一客户端采用android操作系统，则第二客户端可以采用iOS或Windows Phone；同样的道理，若第一客户端采用iOS操作系统，则第二客户端可以采用android或Windows Phone。为了方便对本实施例进行说明，下面以第一客户端采用iOS操作系统的智能手机，第二客户端采用android操作系统的智能手表为例进行说明。

需要说明的是，所述第一客户端以及所述第二客户端是分别安装在智能手机和智能手表中的交互客户端，所以述第一客户端以及所述第二客户端采用的操作系统是指该客户端的运行环境，即：运行该客户端的智能设备的操作系统。

由于本申请的技术方案是针对不同操作系统环境下，智能设备之间进行通讯连接的方法，所以在进行连接后第一客户端和第二客户端之间会进行数据的传输，由于是智能手表与智能手机之间的数据信息的传输，所以在本实施例中待传输的数据信息可以包括如下几种：

请求信息：第一客户端向第二客户端或第二客户端向第一客户端所发送的指示两者建立逻辑链接或提供服务的请求。具体的，在第一客户端以及第二客户端之间提供具体的服务时，才会发送这种指令信息。例如：界面更换请求、语音查询请求、即时通讯请求以及支付请求；

通讯数据：第一客户端向第二客户端或第二客户端向第一客户端所发送的进行数据交互的通讯数据。具体的，在第一客户端以及第二客户端之间通过蓝牙进行连接后，第一客户端以及第二客户端向彼此所发送的需要交互的通讯数据。例如：第一客户端与第二客户端之间同步的数据信息。

在本实施例中，所述预设的通讯规则，包括：对所述通讯编码的压缩方式、解压缩方式以及所述通讯编码的格式。其中，对所述通讯编码的压缩方式是指：对转换为通讯编码的数据信息采用的压缩算法的类型，例如：采用比如较流行的LZ及系列变种(LZW，LZR，LZX)压缩算法对转换为通讯编码的数据信息进行压缩，在不丢失有用信息的前提下，缩减数据量以减少存储空间，提高其传输、存储和处理效率；同样的道理，对所述通讯编码的解压缩方式是指：对转换为通讯编码的数据信息采用的解压缩算法的类型，在解压缩时使用的解压缩算法需要与对所述通讯编码的压缩方式相对应。

需要说明的是，数据压缩能够在不丢失有用信息的前提下，缩减数据量以减少存储空间，提高其传输、存储和处理效率，或按照一定的算法对数据进行重新组织，减少数据的冗余和存储的空间的一种技术方法。数据压缩包括有损压缩和无损压缩。在计算机科学和信息论中，数据压缩或者源编码是按照特定的编码机制用比未经编码少的数据位元(或者其它信息相关的单位)表示信息的过程。例如，如果我们将“compression”编码为“comp”那么这篇文章可以用较少的数据位表示。一种流行的压缩实例是许多计算机都在使用的ZIP文件格式，它不仅仅提供了压缩的功能，而且还作为归档工具(Archiver)使用，能够将许多文件存储到同一个文件中。

可以理解的，由于每种操作系统的数据格式都是各不相同的，在不同的操作系统间数据信息进行传递时，需要使第一客户端以及第二客户端能够识别各个数据格式的数据信息并将该数据信息的数据格式转换为对应运行该客户端的操作系统能够识别的数据格式，例如：若操作系统的种类为4种，则需要使客户端能够识别至少4种数据格式，并使上述4种数据格式能转换为任意其他三种格式，则会增加客户端占用的空间，数据解析的压力大，所以在所述预设的通讯规则中规定数据信息转换为通讯编码的格式，使在传输数据信息时都先将对应各个操作系统的数据格式转换为同一预设的通讯编码格式，使每种客户端只需要能够识别转换通讯编码的格式为对应运行该客户端的操作系统能够识别的数据格式便能够满足信息交互的需求。

在具体实施时，需要配置出对应各操作系统种类的客户端，并使客户端安装在对应操作系统的智能设备上。

在本实施例中，所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码，具体包括步骤S101-1至S101-2，下面结合附图2作进一步说明。

请参考图2，其示出了根据本申请的实施例提供的第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的流程图。

所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码，包括：

步骤S101-1，根据所述第一客户端采用的操作系统，将对应操作系统格式的数据信息转换为所述预设的通讯规则中所述通讯编码的格式，将转换后的所述数据信息作为通讯编码。

在本实施例中，所述第一客户端将对应操作系统格式的数据信息按照预设的通讯规则中所述通讯编码的格式进行转换，将所述数据信息转换为通讯编码的格式。

需要说明的是，所述通讯编码的格式为可以被各操作系统进行读取的数据格式，例如：json字符串。json(JavaScript Object Notation)是一种轻量级的数据交换格式。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯(包括C、C++、C#、Java、JavaScript、Perl、Python等)。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成(一般用于提升网络传输速率)。另外，除了json字符串外，所述通讯编码的格式还可以是其他的能够被各操作系统所识别的数据格式，在此不做限定。

步骤S101-2，根据所述预设的通讯规则中的压缩方式对所述通讯编码进行压缩。

在本实施例中，所述根据所述预设的通讯规则中的压缩方式对所述通讯编码进行压缩，可以采用如下方式实现：根据所述预设的通讯规则中的规定的压缩算法对所述通讯编码进行压缩。

例如：采用比如较流行的LZ及系列变种(LZW，LZR，LZX)压缩算法对转换为通讯编码的数据信息进行压缩，在不丢失有用信息的前提下，缩减数据量以减少存储空间，提高其传输、存储和处理效率。

步骤S103，所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码。

在本实施例中，在所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码之前，所述第一客户端与所述第二客户端之间先需要采用蓝牙建立通讯连接，具体包括如下步骤：

所述第一客户端开启蓝牙向外广播蓝牙服务；

所述第二客户端通过蓝牙检测是否存在发出通讯状态就绪信号的第一客户端，并获取所述第一客户端的蓝牙地址；

所述第二客户端通过蓝牙向所述第一客户端发送建立通讯连接的绑定请求；所述绑定请求中包括：所述第二客户端的蓝牙地址；

所述第二客户端接收所述第一客户端发送的同意建立通讯连接的反馈消息；

所述第一客户端与所述第二客户端建立通讯连接。

需要说明的是，所述蓝牙地址是由生产厂商分配，每台智能设备的蓝牙地址都具有唯一性。

例如：运行所述第二客户端的智能设备开启蓝牙，通过蓝牙搜索特定范围内的发出通讯状态就绪信号的设备，通过接收到的通讯状态就绪信号中的蓝牙地址确定运行有第一客户端的设备的名称，选择要建立连接的智能设备的名称，向该智能设备发送建立连接的绑定请求，在运行有第一客户端的设备中通过绑定请求中的蓝牙地址，确定待连接的智能设备的名称是否为用户想要建立绑定关系的智能设备的名称，若是，确认该绑定请求，所述运行所述第二客户端的智能设备与运行所述第一客户端的智能设备建立通讯连接。

需要说明的是，在运行所述第二客户端的智能设备与运行所述第一客户端的智能设备建立通讯连接时，由于操作系统的版本对于BLE蓝牙支持的问题，需要使用系统版本在iOS6.0以上以及android5.0以上的智能设备才能建立通讯连接。另外，若系统版本在android4.3以上的智能设备与ios设备进行蓝牙连接时只能android设备建立主机，ios设备通过蓝牙BLE蓝牙进行连接，android设备无法去连接ios设备建立的主机，android5.0后的智能设备才支持主从机的建立。

由于运行所述第二客户端的智能设备与运行所述第一客户端的智能设备建立通讯连接后，在传输压缩后的通讯编码时，可能所述通讯编码占用的空间依然较大，为了使通讯编码进行传输时更加顺利，本实施例的技术方案提供了一种优选实施方式，在优选方式下，再执行步骤S103所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码之前，对所述通讯编码进行分片处理。

所述对所述通讯编码进行分片处理，可以采用如下方式实现：所述第一客户端对所述通讯编码内容量的大小进行判断，若所述通讯编码的内容量过大，则对所述通讯编码进行分片处理，将过大的所述通讯编码设置分片序列号，打包成小片的通讯编码发出。

步骤S105，所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码。

在本实施例中，在所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码之前，所述第二客户端与所述第一客户端之间先需要采用蓝牙建立通讯连接，由于进行连接的步骤在前面实施例中已经对此进行了比较详细的描述，此处不再赘述。

由于运行所述第二客户端的智能设备与运行所述第一客户端的智能设备建立通讯连接后，在传输压缩后的通讯编码时，可能所述通讯编码占用的空间依然较大，为了使通讯编码进行传输时更加顺利，本实施例的技术方案提供了一种优选实施方式，在优选方式下，在执行步骤S105所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码之后，若接收到分片后的通讯编码，则需要将分片后的所述通讯编码进行重组。

所述将分片后的所述通讯编码进行重组，可以采用如下方式实现：对分片通讯编码进行解析，根据分片序列号按照顺序将分片通讯编码进行合并处理重组成原通讯编码。

步骤S107，所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息。

在本实施例中，所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息，可以采用如下方式实现：根据所述第二客户端采用的操作系统，对所述通讯编码进行解析，将所述通讯编码还原成对应所述第二客户端采用的操作系统的数据格式的数据信息。

可以理解的，由于所述第一客户端与所述第二客户端之间进行数据交互，传输的数据须能够识被两端识别，因此在所述第一客户端对数据信息转换后，发送给与之建立链接的第二客户端，然后所述数据信息再由所述第二客户端解析处理，进而不同操作系统的智能设备实现了通过蓝牙的数据交互。所述第二客户端获取所述数据信息其实就是根据预设的通讯规则对转换后的通讯编码进行解析，转换的具体方式为前述的描述的逆过程，

在本实施例中，所述第一客户端以及所述第二客户端采用不同的操作系统，包括但不限于android(安卓)、iOS或Windows Phone。可以理解的，所述第一客户端与所述第二客户端采用操作系统分别是上述操作系统内的其中之一，但并不相同，即：若第一客户端采用android操作系统，则第二客户端可以采用iOS或Windows Phone；同样的道理，若第一客户端采用iOS操作系统，则第二客户端可以采用android或Windows Phone。

在本实施例中，所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息，具体包括步骤S107-1至S107-2，下面结合附图3作进一步说明。

请参考图3，其示出了根据本申请的实施例提供的第二客户端按照预设的通讯规则将所述通讯编码进行解析获取对应所述第二客户端的数据信息的流程图。

所述第二客户端按照预设的通讯规则将所述通讯编码进行解析获取对应所述第二客户端的数据信息，包括：

步骤S107-1，根据所述预设的通讯规则中的解压缩方式对所述通讯编码进行解压缩。

在本实施例中，所述根据所述预设的通讯规则中的解压缩方式对所述通讯编码进行解压缩，可以采用如下方式实现：根据所述预设的通讯规则中的对所述通讯编码的压缩方式规定的解压缩算法对所述通讯编码进行解压缩。

需要说明的是，在本步骤中使用的解压缩算法是与步骤S101-2中的压缩算法相对应的，例如：通过LZ压缩算法对所述通讯信息进行压缩后，则在本步骤中使用LZ解压缩算法对所述通讯信息进行解压缩。

步骤S107-2，根据所述第二客户端采用的操作系统，将所述通讯编码转换为对应操作系统格式的数据信息。

在本实施例中，所述第二客户端将所述通讯编码的格式转换为对应当前操作系统的数据格式。例如：所述第二客户端采用的操作系统操作系统为android，则将数据格式为json的通讯编码转换为可被android进行读取的数据格式。

需要说明的是，所述通讯编码的格式为可以被各操作系统进行读取的数据格式，例如：json字符串。json(JavaScript Object Notation)是一种轻量级的数据交换格式。JSON采用完全独立于语言的文本格式，但是也使用了类似于C语言家族的习惯(包括C、C++、C#、Java、JavaScript、Perl、Python等)。这些特性使JSON成为理想的数据交换语言。易于人阅读和编写，同时也易于机器解析和生成(一般用于提升网络传输速率)。另外，除了json字符串外，所述通讯编码的格式还可以是其他的能够被各操作系统所识别的数据格式，在此不做限定。

以上描述了本实施例针对不同操作系统环境下，智能设备之间进行数据信息的传输的通用方法，采用本实施例提供的数据信息的传输的通用方法，根据传输的具体数据信息的类型或内容的不同，可以实现智能设备之间间的多种交互过程。以下结合上述数据信息的传输的方法，对可能实现的交互过程予以详细说明。以下提供的传输的数据信息包括：界面更换请求、通讯数据、语音请求、即时通讯请求以及支付请求等。当然，通过传输的其他数据信息种类的不同，本实施例提供的数据信息的传输的方法，还可以实现其他各种交互过程，在此无法完全例举和说明。

所述传输的数据信息为界面更换请求时，采用以下方式实现。

由于传输的数据信息为界面更换请求，所以在更换前需要在运行第一客户端的智能设备中选取更换后的界面，则在步骤S101所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，需要在所述第一客户端中选取界面，将对应所述界面的界面标识放入所述界面更换请求中。

所述在所述第一客户端中选取界面，可以采用如下方式实现：在所述第一客户端中显示全部的界面，并接收对所展示的具体界面的触控操作。

具体的，所述第一客户端若接收到用户单击某一具体的界面后，则在屏幕显示区域内显示相应的选择窗口，所述选择窗口内包含接收用户选取操作的选择控件。所述选择控件可以包括多种形式，例如下拉列表或者按钮等形式，为了向用户提供更为友好的图形界面，本实施例提供了一种优选实施方式：采用按钮选择控件，即：在接收到用户双击某一具体的界面后，可以在所述第一客户端中展示具有确认按钮和取消按钮的选择控件。

可以理解的，在显示确认按钮和取消按钮的选择控件后，若接收到对确认按钮的触控操作，则获取该界面的界面标识，并将所述界面的界面标识放入所述界面更换请求中。

相应的，在执行步骤S107所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，由于所述数据信息为界面更换请求，则从所述界面更换请求中提取出该请求携带的界面标识，并根据该界面标识替换运行所述第二客户端的智能设备的界面。

具体的，所述第二客户端在获取到界面标识后，根据该界面标识在本地进行匹配，获取相同界面标识的界面，并替换运行所述第二客户端的智能设备的界面。

需要说明的是，在所述第一客户端与所述第二客户端中的界面是在双方客户端在安装或更新版本时，在各客户端中预存了界面，所以在所述第一客户端与所述第二客户端中均预先存储有相同的界面，且每一界面均有唯一的界面标识，所以在执行界面更换的过程中，只需要传输界面标识，不需要传输具体的界面，提高传输效率。

由于所述第一客户端与所述第二客户端传输数据信息的步骤、所述第一客户端转换压缩通讯信息的步骤以及所述第二客户端解压缩转换通讯信息的步骤在前面实施例中已经对此进行了比较详细的描述，此处不再赘述。

以下对所述传输的数据信息为通讯数据时的实现方式进行说明。

传输的数据信息为通讯数据时，由于所述通讯数据包括多种类型的通讯数据，例如：微信应用的通讯数据、QQ应用的通讯数据等其他通信应用的通讯数据，所以在步骤S101所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，需要在所述第一客户端中选取需要进行同步通讯数据的应用，即：在所述第一客户端中选取通信应用，将预设的通讯规则中对应所述通讯应用的应用标识放入所述通讯数据中。

需要说明的是，所述应用标识是由第一客户端与第二客户端之间预先规定的，例如：规定微信应用的应用标识为01，规定QQ应用的应用标识为02。在所述第一客户端中选取通信应用后，还会在所述第一客户端中修改所述应用标识，以标识该应用的状态。例如：该应用开启消息推送的状态为00，该应用关闭消息推送的状态为01。

可以理解的，在将应用标识放入所述通讯数据中后，修改该应用的配置，例如：开启微信应用的信息推送时，微信的状态为0100，关闭微信应用的信息推送时，微信的状态为0101。

所述在第一客户端中选取通信应用，可以采用如下方式实现：在所述第一客户端中显示全部的通讯应用信息，并接收对所展示的具体通讯应用的触控操作。

具体的，在所述第一客户端中显示全部的通讯应用信息，可以通过显示相应的应用选择控件进行展示。所述应用选择控件，可以包括多种形式，例如：列表，如果显示的应用选择控件采用的是列表形式，那么本步骤接收到的就是用户对列表中所展示的具体通讯应用的选取操作。

在具体实施时，以android操作系统为例，可以通过PackageManager类提供的方法来获取已安装的应用包信息，并在应用选择控件中显示获取到的应用包信息。需要说明的是，在应用选择控件中展示的通讯应用信息是通过应用图标的方式进行展示，PackageManager类还提供了图标的获取方法，即：packageInfo.applicationInfo.loadIcon(getPackageManager())。

为了使用户可以对应用程序选取时更加的便捷，本实施例的技术方案提供了一种优选实施方式，在优选方式下，将通过PackageManager类获取到的应用程序进行过滤，去除系统应用，可以通过判断语句if((packageInfo.applicationInfo.flags&ApplicationInfo.FLAG_SYSTEM)＝＝0)进行判断，获取到非系统应用信息。

相应的，在执行步骤S107所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，在所述第二客户端的显示屏幕中推送所述数据信息。

具体的，在所述第二客户端的显示屏幕中推送所述数据信息，根据操作系统的不同推送所述数据信息的方式也不同，下面针对ios和android操作系统进行说明。

若操作系统为ios时，通过APNs(Apple Push Notification Service)依托一个或几个系统常驻进程运作，是智能设备和苹果服务器之间的通讯，而不是智能设备与应用的提供商服务器之间的通讯。例如：在所述第二客户端的显示屏幕中推送微信的数据信息时(例如：在所述第二客户端的显示屏幕中展现一个alert消息，并在微信的应用图标上标记一个数字)，是微信的服务器(Provider)会给苹果公司对应的服务器(APNs)发出通知，然后再中转传送到所述第二客户端中，在所述第二客户端的显示屏幕中推送的数据信息，当用户打开应用再从微信服务器端接收对应的数据信息。

若操作系统为android时，微信应用通过自身独立的后台进程和微信的服务器端通讯，当获取对应所述第二客户端的数据信息之后，微信的服务器端直接通过设备编号找到设备并发送推送消息(即在所述第二客户端的显示屏幕中推送所述数据信息)。

由于所述第一客户端与所述第二客户端传输数据信息的步骤、所述第一客户端转换压缩通讯信息的步骤以及所述第二客户端解压缩转换通讯信息的步骤在前面实施例中已经对此进行了比较详细的描述，此处不再赘述。

以下对所述传输的数据信息为语音请求时的实现方式进行说明。

由于传输的数据信息为语音请求，所以在步骤S101所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端需要接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述语音请求中。

在本实施例中，所述第一客户端接收输入的语音信息，可以采用如下方式实现：通过运行所述第一客户端的智能设备的话筒或麦克风接收用户输入的语音信息。例如：所述智能设备为智能手表，用户对该智能手表的麦克风讲话，使该智能手表通过麦克风接收用户输入的语音信息。

需要说明的是，在所述第一客户端接收输入的语音信息中，会接收到外界的其他声音或者噪音，为了使接收到的语音信息更加完整清晰，本实施例的技术方案提供了一种优选实施方式，在优选方式下，将用户的语音信息从接收到的全部语音信息中分离出来，在具体实施时，分离用户的语音信息时可以基于听觉场景分析技术或盲信号分离技术等语音分离方法，采用上述方法，就可以完整清晰的分离出用户的语音信息。

在本实施例中，所述提取所述语音信息中的关键词信息是对所述语音信息进行语音识别和语音分析操作。所述提取所述语音信息中的关键词信息并将所述关键词信息放入所述语音请求中，可以采用如下方式实现：对所述语音信息进行语音识别操作，将识别出的所述语音信息作为关键词信息(即：文本格式的数据信息)，并将所述关键词信息放入所述语音请求中。

可以理解的，将所述关键词信息放入所述语音请求中是由于部分智能设备没有联网查询能力(例如：智能手表)，所以需要将所述关键词放入所述语音请求中并通过蓝牙发送到第二客户端(智能手机)，由第二客户端联网查询并返回结果。

在本步骤中，主要是将所述语音信息的语音信号转换为可识别的文本信息，例如：将所述语音信息的语音信号转换为智能设备可以识别或输入的二进制编码或字符序列等。所述文本信息包括：中文文字、中文词语、拼音、数字、英文文字和/或英文词语等。具体的，语音识别过程可采用统计模式识别技术等语音识别方法。

由于语音识别本身可能存在出错率，因此直接进行全文识别，识别出来的文本信息可能会由于一些小的识别错误导致失败，因此在本实施例中提供了一种优选实施方式，在优选方式下，可以根据预先设定的关键词词库对所述文本信息进行分词处理，得到多个关键字，将得到的关键字根据预先设定的关键词词库的类型进行划分，例如：预先设定的关键词词库只支持中文文字和词语，那就从所述文本信息中划分获取多个中文文字或中文词语类型的关键字。通过提取语音信息中可识别的关键字的方式，来降低语音识别错误导致转换为可识别的文本信息错误的概率。

相应的，在执行步骤S107所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端根据所述语音请求进行查询，并通过蓝牙通信向所述第一客户端反馈查询结果。

具体的，所述第二客户端根据所述语音请求进行查询，可以采用如下方式实现：根据所述语音请求中携带的关键词信息，调用安装在运行所述第二客户端的智能设备中的其他应用的第三方接口进行查询。例如：通过浏览器进行查询，若所述关键词信息为天气，则自动定位所在的城市，依据城市以及天气等关键字，在浏览器中查询最近几天的天气信息。

由于第一客户端是指发送数据的客户端，所述第二客户端是接收所述第一客户端发送的数据的客户端，所以所述第二客户端在据所述语音请求进行查询后，通过蓝牙通信向所述第一客户端反馈查询结果时，由于所述第二客户端需要进行数据的发送，所以在当前场景下，该客户端就作为第一客户端并执行所述数据信息的传输的方法，将所述查询结果按照预设的通讯规则压缩为对应格式的通讯编码，通过蓝牙通信向所述第一客户端反馈查询结果。

由于所述第一客户端与所述第二客户端传输数据信息的步骤、所述第一客户端转换压缩通讯信息的步骤以及所述第二客户端解压缩转换通讯信息的步骤在前面实施例中已经对此进行了比较详细的描述，此处不再赘述。

以下对所述传输的数据信息为即时通讯请求时(拨打电话)的实现方式进行说明。

由于传输的数据信息为即时通讯请求，所以在所述即时通讯请求中会携带需要进行通信的用户信息，则在步骤S101所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端需要接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述即时通讯请求中。

在本实施例中，所述第一客户端接收输入的语音信息，可以采用如下方式实现：通过运行所述第一客户端的智能设备的话筒或麦克风接收用户输入的语音信息。例如：所述智能设备为智能手表，用户对该智能手表的麦克风讲话，使该智能手表通过麦克风接收用户输入的语音信息。

需要说明的是，在所述第一客户端接收输入的语音信息中，会接收到外界的其他声音或者噪音，为了使接收到的语音信息更加完整清晰，本实施例的技术方案提供了一种优选实施方式，在优选方式下，将用户的语音信息从接收到的全部语音信息中分离出来，在具体实施时，分离用户的语音信息时可以基于听觉场景分析技术或盲信号分离技术等语音分离方法，采用上述方法，就可以完整清晰的分离出用户的语音信息。

在本实施例中，所述提取所述语音信息中的关键词信息是对所述语音信息进行语音识别和语音分析操作。所述提取所述语音信息中的关键词信息并将所述关键词信息放入所述语音请求中，可以采用如下方式实现：对所述语音信息进行语音识别操作，将识别出的所述语音信息作为关键词信息(即：文本格式的数据信息)，并将所述关键词信息放入所述语音请求中。

可以理解的，从所述语音信息中提取出的关键词信息是指：需要进行通信的用户信息。所述用户信息可以是该用户的姓名或电话号码。

在本步骤中，主要是将所述语音信息的语音信号转换为可识别的文本信息，例如：将所述语音信息的语音信号转换为智能设备可以识别或输入的二进制编码或字符序列等。所述文本信息包括：中文文字、中文词语、拼音、数字、英文文字和/或英文词语等。具体的，语音识别过程可采用统计模式识别技术等语音识别方法。

相应的，在执行步骤S107所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端向所述即时通讯请求指定的通讯地址建立实时通讯状态。

具体的，所述第二客户端根据所述即时通讯请求中携带的用户信息的类型的不同，采用如下两种方式建立实时通讯状态。

一是：若所述用户信息的类型为姓名，则在当前运行第二客户端的智能设备的通讯录中查询对应所述用户信息的记录，并向该条记录中记录的电话号码建立实时通讯状态。

二是：若所述用户信息的类型为电话号码，则直接向该电话号码建立实时通讯状态。

可以理解的，向电话号码建立实时通讯状态是指：对该电话号码进行拨号呼叫。

当呼出电话接通建立实时通讯状态后，用户可以选择是通过第一客户端或第二客户端进行接听，若采用第一客户端进行接听时，由于第一客户端是指发送数据的客户端，所述第二客户端是接收所述第一客户端发送的数据的客户端，所以当呼出电话接通建立实时通讯状态后，由于所述第二客户端需要将电话的音频数据进行发送，所以在当前场景下，该客户端就作为第一客户端并执行所述数据信息的传输的方法，将所述音频数据按照预设的通讯规则压缩为对应格式的通讯编码，通过蓝牙通信向所述第一客户端发送所述音频数据。

由于所述第一客户端与所述第二客户端传输数据信息的步骤、所述第一客户端转换压缩通讯信息的步骤以及所述第二客户端解压缩转换通讯信息的步骤在前面实施例中已经对此进行了比较详细的描述，此处不再赘述。

以下对所述传输的数据信息为即时通讯请求时(接听电话)的实现方式进行说明。

由于传输的数据信息为即时通讯请求，所以在所述即时通讯请求中会携带需要进行通信的用户信息，则在步骤S101所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端提取来电信息中的联系人信息，并将所述联系人信息放入所述即时通讯请求中。

在本实施例中，所述提取来电信息中的联系人信息，可以采用如下方式实现：从来电信息中提取联系人姓名或来电的电话号码。

可以理解的，由于联系人姓名和/或电话号码都可以确认呼入电话的来源，所以在将所述联系人信息放入所述即时通讯请求中时，放入的联系人信息可以是联系人姓名和/或电话号码。

相应的，在执行步骤S107所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端向所述第一客户端发送实时通讯状态的反馈信息。

具体的，所述第二客户端在获取该数据信息后，在显示屏幕中显示相应的联系人信息，并展示接收用户选取操作的选择控件。

所述选择控件可以包括多种形式，例如下拉列表或者按钮等形式，为了向用户提供更为友好的图形界面，本实施例提供了一种优选实施方式：采用按钮选择控件，即：在显示窗口中显示相应的联系人信息后，在屏幕显示区域内中展示具有接听按钮和挂断按钮的选择控件。

具体说，若接收到的用户对接听按钮的选取操作，则基于所述选择操作向所述第一客户端发送建立实时通讯状态的反馈信息；同样的道理，若接收到的用户对挂断按钮的选取操作，则基于所述选择操作向所述第一客户端发送不建立实时通讯状态的反馈信息。所述选择操作，包括：单击或者长按操作。

此外，所述第二客户端在获取该数据信息，在显示屏幕中显示相应的联系人信息后，还可以通过语音的形式接收用户的选取操作。

具体的，通过运行所述第二客户端的智能设备的话筒或麦克风接收用户输入的语音信息。例如：所述智能设备为智能手表，用户对该智能手表的麦克风讲话，使该智能手表通过麦克风接收用户输入的语音信息。并对所述语音信息进行语音识别操作，将识别出的所述语音信息作为关键词信息(即：文本格式的数据信息)，并将所述关键词信息放入所述语音请求中。

可以理解的，若识别出所述关键词信息为接听，则基于所述关键词信息向所述第一客户端发送建立实时通讯状态的反馈信息；同样的道理，若识别出所述关键词信息为挂断，则基于所述选择操作向所述第一客户端发送不建立实时通讯状态的反馈信息。

由于所述第一客户端与所述第二客户端传输数据信息的步骤、所述第一客户端转换压缩通讯信息的步骤以及所述第二客户端解压缩转换通讯信息的步骤在前面实施例中已经对此进行了比较详细的描述，此处不再赘述。

以下对所述传输的数据信息为支付请求时的实现方式进行说明。

由于传输的数据信息为支付请求，所以在步骤S101所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端获取已绑定的第三方应用信息，将所述第三方应用信息放入所述支付请求中。

在本实施例中，所述第一客户端获取已绑定的第三方应用信息，可以采用如下方式实现：扫描在所述第一客户端中的应用程序，从第三方支付应用程序中提取用户已绑定的银行卡信息。所述银行卡信息至少包括银行卡的卡号码。例如：扫描手机中已安装的应用程序，从微信以及支付宝中提取用户已绑定的全部银行卡信息。

为了使每次支付时更加的快捷，在获取已绑定的第三方应用信息之后，将所述第三方应用信息进行编码生成二维码图像。

由于对所述第三方应用信息进行编码后，需要以图像的形式对所述第三方应用信息进行输出，所以在本实施例中，采用的编码方式需要能够以图像方式输出，且编码方式能够支持所述待编码的数据信息中所包含的全部字符和符号。具体的，在本实施例中，是采用二维码编码技术对所述第三方应用信息进行编码，当然还可以使满足上述要求的其他编码方式，也不排除随着技术进步使用其它新出现的编码方式，在此不作限定。

需要说明的是，二维条码/二维码(2-dimensional bar code)是用某种特定的几何图形按一定规律在平面(二维方向上)分布的黑白相间的图形记录数据符号信息的；在代码编制上巧妙地利用构成计算机内部逻辑基础的“0”、“1”比特流的概念，使用若干个与二进制相对应的几何形体来表示文字数值信息，通过图象输入设备或光电扫描设备自动识读以实现信息自动处理：它具有条码技术的一些共性：每种码制有其特定的字符集；每个字符占有一定的宽度；具有一定的校验功能等。同时还具有对不同行的信息自动识别功能、及处理图形旋转变化点。二维码编码技术包括QRCode、Aztec、QR Code、Vericode、Code 49或Code 16K等多种码制。若所述第三方应用信息的内容中包括中文等信息，可选择QRCode码制，因为该码制可以支持代码中包括的全部字符和符号，包括汉字。

在具体实施时，可以通过生成二维码的API函数生成对应的图像。

相应的，在执行步骤S107所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端根据所述支付请求向对应第三方应用信息的服务器端发送与所述支付请求对价的授权信息。

具体的，所述支付请求对价的授权信息，可以是授权服务器端从预存账户中扣除本次支付请求对价的授权信息；或者是支付本次支付请求对价的支付授权操作。

可以理解的，若登录运行所述第二客户端的智能设备中的对应应用程序的账户在服务器端中存储了一定数量且足够支付支付请求的金额，则可以向所述服务器端发送授权服务器端从账户中扣除本次支付请求对价的授权信息，该授权信息是允许服务器端对账户存储了的金额进行修改的指令；若登录运行所述第二客户端的智能设备中的对应应用程序的账户在服务器端中没有存储一定数量的金额，则向服务器端发起支付本次支付请求对价的支付授权操作，即：通过银行卡或其他方式向服务器端进行转账。

法相对应的，本申请还提供了一种数据信息的传输的装置。由于装置的实施例基本相似于方法的实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。所述数据信息的传输的装置实施例如下：

请参考图4，其示出了根据本申请的实施例提供的数据信息的传输的装置的示意图。

所述数据信息的传输的装置，包括：通讯编码生成单元401、通讯编码发送单元403、通讯编码接收单元405以及通讯编码解析单元407；

所述通讯编码生成单元401，用于第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；

所述通讯编码发送单元403，用于所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码；

所述通讯编码接收单元405，用于所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码；

所述通讯编码解析单元407，用于所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息；

其中，所述第一客户端以及所述第二客户端采用不同的操作系统。

可选的，所述第一客户端与所述第二客户端采用的操作系统至少包括：android系统以及ios系统。

可选的，所述通讯编码生成单元401，具体用于第一客户端按照对所述通讯编码的压缩方式以及通讯编码的格式将待传输的数据信息压缩为对应格式的通讯编码。

可选的，所述通讯编码生成单元401，包括：通讯编码转换子单元以及压缩子单元；

所述通讯编码转换子单元，用于根据所述第一客户端采用的操作系统，将对应操作系统格式的数据信息转换为所述预设的通讯规则中所述通讯编码的格式，将转换后的所述数据信息作为通讯编码；

所述压缩子单元，用于根据所述预设的通讯规则中的压缩方式对所述通讯编码进行压缩。

可选的，所述通讯编码解析单元407，包括：解压缩子单元以及数据信息转换子单元；

所述解压缩子单元，用于根据所述预设的通讯规则中的解压缩方式对所述通讯编码进行解压缩；

所述数据信息转换子单元，用于根据所述第二客户端采用的操作系统，将所述通讯编码转换为对应操作系统格式的数据信息。

可选的，若所述通讯编码的容量超过预设的阈值，所述数据信息的传输的装置，还包括：分片单元以及重组单元；

所述分片单元，用于在所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码之前，对所述通讯编码进行分片处理；

所述重组单元，用于在所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码之后，将分片后的所述通讯编码进行重组。

可选的，若所述数据信息为界面更换请求时，所述数据信息的传输的装置，还包括：界面选取单元以及界面替换单元；

所述界面选取单元，用于在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，在所述第一客户端中选取界面，将对应所述界面的界面标识放入所述界面更换请求中；

所述界面替换单元，用于在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端根据界面标识替换界面。

可选的，若所述数据信息为通讯数据时，所述数据信息的传输的装置，还包括：通信应用选取单元以及通讯数据推送单元；

所述通信应用选取单元，用于在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，在所述第一客户端中选取通信应用，将预设的通讯规则中对应所述通信应用的应用标识放入所述通讯数据中；

所述通讯数据推送单元，用于在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，在所述第二客户端的显示屏幕中推送所述通讯数据。

可选的，若所述数据信息为语音请求时，所述数据信息的传输的装置，还包括：语音输入单元以及语音查询单元；

所述语音输入单元，用于在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述语音请求中；

所述语音查询单元，用于在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端根据所述语音请求进行查询，并通过蓝牙通信向所述第一客户端反馈查询结果。

可选的，若所述数据信息为即时通讯请求时，所述数据信息的传输的装置，还包括：实时通讯单元；

所述语音输入单元，还用于在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述即时通讯请求中；

所述实时通讯单元，用于在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端向所述即时通讯请求指定的通讯地址建立实时通讯状态。

可选的，若所述数据信息为即时通讯请求时，所述数据信息的传输的装置，还包括：联系人提取单元以及实时通讯反馈单元；

所述联系人提取单元，用于在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端提取来电信息中的联系人信息，并将所述联系人信息放入所述即时通讯请求中；

所述实时通讯反馈单元，用于在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端向所述第一客户端发送实时通讯状态的反馈信息。

可选的，若所述数据信息为支付请求时，所述数据信息的传输的装置，还包括：支付请求生成单元以及授权单元；

所述支付请求生成单元，用于在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码之前，所述第一客户端获取已绑定的第三方应用信息，将所述第三方应用信息放入所述支付请求中；

所述授权单元，用于在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息之后，所述第二客户端根据所述支付请求向对应第三方应用信息的服务器端发送与所述支付请求对价的授权信息。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (12)

1.一种数据信息的传输的方法，其特征在于，包括：

第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；

所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码；

所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码；

所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息；

其中，所述第一客户端以及所述第二客户端采用不同的操作系统；

若所述数据信息为界面更换请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

在所述第一客户端中选取界面，将对应所述界面的界面标识放入所述界面更换请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端根据界面标识替换界面。

2.根据权利要求1所述的数据信息的传输的方法，其特征在于，所述第一客户端与所述第二客户端采用的操作系统至少包括：android系统以及ios系统。

3.根据权利要求2所述的数据信息的传输的方法，其特征在于，所述预设的通讯规则，包括：对所述通讯编码的压缩方式、解压缩方式以及所述通讯编码的格式。

4.根据权利要求3所述的数据信息的传输的方法，其特征在于，所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码，包括：

根据所述第一客户端采用的操作系统，将对应操作系统格式的数据信息转换为所述预设的通讯规则中所述通讯编码的格式，将转换后的所述数据信息作为通讯编码；

根据所述预设的通讯规则中的压缩方式对所述通讯编码进行压缩。

5.根据权利要求4所述的数据信息的传输的方法，其特征在于，所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息，包括：

根据所述预设的通讯规则中的解压缩方式对所述通讯编码进行解压缩；

根据所述第二客户端采用的操作系统，将所述通讯编码转换为对应操作系统格式的数据信息。

6.根据权利要求5所述的数据信息的传输的方法，其特征在于，若所述通讯编码的容量超过预设的阈值，则在所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码的步骤之前，包括：对所述通讯编码进行分片处理；

相应的，在所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码的步骤之后，包括：将分片后的所述通讯编码进行重组。

7.根据权利要求5所述的数据信息的传输的方法，其特征在于，若所述数据信息为通讯数据时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

在所述第一客户端中选取通信应用，将预设的通讯规则中对应所述通信应用的应用标识放入所述通讯数据中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

在所述第二客户端的显示屏幕中推送所述通讯数据。

8.根据权利要求5所述的数据信息的传输的方法，其特征在于，若所述数据信息为语音请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述语音请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端根据所述语音请求进行查询，并通过蓝牙通信向所述第一客户端反馈查询结果。

9.根据权利要求5所述的数据信息的传输的方法，其特征在于，若所述数据信息为即时通讯请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端接收输入的语音信息，提取所述语音信息中的关键词信息并将所述关键词信息放入所述即时通讯请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端向所述即时通讯请求指定的通讯地址建立实时通讯状态。

10.根据权利要求5所述的数据信息的传输的方法，其特征在于，若所述数据信息为即时通讯请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端提取来电信息中的联系人信息，并将所述联系人信息放入所述即时通讯请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端向所述第一客户端发送实时通讯状态的反馈信息。

11.根据权利要求5所述的数据信息的传输的方法，其特征在于，若所述数据信息为支付请求时，在所述第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码的步骤之前，包括：

所述第一客户端获取已绑定的第三方应用信息，将所述第三方应用信息放入所述支付请求中；

相应的，在所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息的步骤之后，包括：

所述第二客户端根据所述支付请求向对应第三方应用信息的服务器端发送与所述支付请求对价的授权信息。

12.一种数据信息的传输的装置，其特征在于，包括：

通讯编码生成单元，用于第一客户端按照预设的通讯规则将待传输的数据信息压缩为对应格式的通讯编码；

通讯编码发送单元，用于所述第一客户端通过蓝牙通信向第二客户端发送所述通讯编码；

通讯编码接收单元，用于所述第二客户端通过蓝牙通信接收所述第一客户端发送的所述通讯编码；

通讯编码解析单元，用于所述第二客户端按照预设的通讯规则将所述通讯编码进行解析，获取对应所述第二客户端的数据信息；

其中，所述第一客户端以及所述第二客户端采用不同的操作系统。

Images