一种多媒体数据交换方法及装置制造方法
【专利摘要】本发明实施例公开了一种多媒体数据交换方法及装置，通过将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输。本发明实施例方法包括：首先，接收发送方发送的多媒体数据的交换请求，其次，根据发送方的信息建立与其相对应的传输通道，然后，根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包，最后，将若干个数据包通过传输通道进行传输。
【专利说明】一种多媒体数据交换方法及装置
【技术领域】
[0001]本发明涉及数据处理领域，尤其涉及一种多媒体数据交换方法及装置。
【背景技术】
[0002]蓝牙技术，是一种支持设备短距离通信的无线电技术，随着蓝牙技术的不断发展，通过使用蓝牙技术进行多媒体数据的交换也广泛应用，
[0003]传统蓝牙设备间传输多媒体信息主要包括如下几种方法:HFP (Hands-FreeProfile), A2DP (Advanced Audio Distribution Profile, 一个控音轨分配技术)，其主要是应用于立体声耳机，AVRCP (A/V Remote Control Profile), MAP (Message AccessProfile)、BIP (Basic Imaging Profile)、VDP (Video Distribution Profile)。
[0004]然而，上述提及的这几种技术实现的基础都是基于蓝牙2.1或更早一些的规范，这些规范定义了不同的角色。由于不同角色的设备，其实现的功能与特性各不相同，例如用于信息交换的MAP协议，其定义了两种角色，MCE (Message Server Equipment),以及MSE(Message Client Equipment),移动电话上实现的是MSE角色,而MCE角色的实现者包括车载系统、个人电脑等。由于移动电话上只实现了 MSE角色，而没有实现MCE角色，所以不同的移动电话之间，就失去了通过MAP协议进行信息交换的能力，只能通过其他协议进行信息交换，与此同时，类似的如对于语音交换，移动电话上实现的角色也是比较单一的，同样导致两个移动电话之间无法通过蓝牙进行语音交换。
【发明内容】
[0005]本发明实施例提供了一种多媒体数据交换方法及装置，通过将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输。
[0006]本发明实施例中提供的一种多媒体数据交换方法，包括:
[0007]接收发送方发送的多媒体数据的交换请求；
[0008]根据所述发送方的信息建立与其相对应的传输通道；
[0009]根据蓝牙低功耗技术将所述多媒体数据拆分成具备预置数据量的若干个数据包；
[0010]将若干个所述数据包通过所述传输通道进行传输。
[0011]可选地，
[0012]接收发送方发送的多媒体数据的交换请求之前还包括:
[0013]通过蓝牙广播信息扫描接收方；
[0014]根据扫描到的所述接收方的信息进行甄别，并确定最终接收方。
[0015]可选地，
[0016]根据所述发送方的信息建立与其相对应的传输通道具体包括:
[0017]添加所述发送方的所述信息，所述信息包含有验证密钥字串和验证结果；[0018]对所述发送方的信息进行验证，若验证成功，则与其相对应的传输通道。
[0019]可选地，
[0020]所述根据蓝牙低功耗技术将所述多媒体数据拆分成具备预置数据量的若干个数据包具体包括:
[0021]根据蓝牙低功耗技术将所述多媒体数据拆分成具备所述预置数据量的若干个所述数据包；
[0022]对所述数据包插入一个字节表示帧序号。
[0023]可选地，
[0024]所述将若干个所述数据包通过所述传输通道进行传输之后还包括:
[0025]将接收到的所述数据包按照所述帧序号进行组包。
[0026]判断是否存在丢包，若是，则通过NACK控制包将未收到的数据包的序号通知发送方，若否，则通过ACK控制包通知发送包发送完成。
[0027]本发明实施例中提供的一种多媒体数据交换装置，包括:
[0028]接收模块，用于接收发送方发送的多媒体数据的交换请求；
[0029]连接模块，用于根据所述发送方的信息建立与其相对应的传输通道；
[0030]拆包模块，用于根据蓝牙低功耗技术将所述多媒体数据拆分成具备预置数据量的若干个数据包；
[0031]传输模块，用于将若干个所述数据包通过所述传输通道进行传输。
[0032]可选地，
[0033]所述的多媒体数据交换装置还包括:
[0034]扫描模块，用于通过蓝牙广播信息扫描接收方；
[0035]甄别模块，用于根据扫描到的所述接收方的信息进行甄别，并确定最终接收方。
[0036]可选地，
[0037]所述连接模块具体包括:
[0038]添加子模块，用于添加所述发送方的所述信息，所述信息包含有验证密钥字串和验证结果；
[0039]验证子模块，用于对所述发送方的信息进行验证，若验证成功，则与其相对应的传输通道。
[0040]可选地，
[0041]所述拆包模块具体包括:
[0042]拆包子模块，用于根据蓝牙低功耗技术将所述多媒体数据拆分成具备所述预置数据量的若干个所述数据包；
[0043]插入子模块，用于对所述数据包插入一个字节表示帧序号。
[0044]可选地，
[0045]所述的多媒体数据交换装置还包括:
[0046]组包模块，用于将接收到的所述多媒体数据按照帧序号进行组包；
[0047]其中，所述组包模块包括判断子模块，用于判断是否存在丢包，若是，则通过NACK控制包将未收到的数据包的序号通知发送方，若否，则通过ACK控制包通知发送包发送完成。[0048]从以上技术方案可以看出，本发明实施例具有以下优点:
[0049]本发明实施例提供了一种多媒体数据交换方法及装置，其中，方法步骤包括:首先，接收发送方发送的多媒体数据的交换请求，其次，根据发送方的信息建立与其相对应的传输通道，然后，根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包，最后，将若干个数据包通过传输通道进行传输。本实施例中，首先通过发送方的信息建立与其相对应的传输通道，再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包通过建立的传输通道进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量。
【专利附图】
【附图说明】
[0050]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。
[0051]图1为本发明实施例中提供的一种多媒体数据交换方法的一个实施例的流程示意图；
[0052]图2为本发明实施例中提供的一种多媒体数据交换方法的另一个实施例的流程示意图；
[0053]图3为本发明实施例中提供的一种多媒体数据交换方法的另一个实施例的流程示意图；
[0054]图4为本发明实施例中提供的一种多媒体数据交换装置的一个实施例的流程示意图；
[0055]图5为本发明实施例中提供的一种多媒体数据交换装置的另一个实施例的流程示意图；
[0056]图6为本发明实施例中提供的一种多媒体数据交换装置的另一个实施例的流程示意图。
【具体实施方式】
[0057]本发明实施例提供了一种多媒体数据交换方法及装置，通过将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输。
[0058]为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
[0059]请参阅图1，本发明实施例中提供的一种多媒体数据交换方法的一个实施例包括:
[0060]101、接收发送方发送的多媒体数据的交换请求；[0061]本实施例中，当用户需要通过一个设备向另一个设备发送多媒体数据的时候，首先需要接收发送方发送的多媒体数据的交换请求，需要说明的是，前述的设备可以是用户端，如移动终端，例如手机等，此处具体不做限定，还可以是服务端，如服务器，例如PC端，此处具体不做限定。
[0062]必须说明的是，前述的多媒体数据可以是实时多媒体信息，例如语音信息、图像信息或者是视频息等。
[0063]102、根据所述发送方的信息建立与其相对应的传输通道；
[0064]当接收到发送方发送的多媒体数据的交换请求之后，首先需要根据发送方的信息建立与该信息相对应的用于多媒体数据传输的传输通道，需要说明的是，前述的发送方的信息可以是与发送方的身份信息相对应的验证秘钥字串等表示发送方的身份信息的信息，此处具体不做限定。
[0065]103、根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0066]当传输通道建立完成以后，需要根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包，前述的预置数据量的数据包可以是不大于20个字节的数据包，该数据包中还可以包含有表示数据包顺序的标识符，该标识符将在后续的实施例中进行说明，此处不再做详细的赘述。
[0067]必须说明的是，前述的数据包为符合蓝牙低功耗技术的数据包，以及多媒体数据发送方和多媒体数据接收方均可以是兼容蓝牙低功耗技术的设备，可以理解的是，前述的蓝牙低功耗技术为公知技术，因此具体此处不做详细赘述。
[0068]104、将若干个数据包通过传输通道进行传输。
[0069]本实施例中，当将多媒体数据根据蓝牙低功耗技术进行预置数据量的拆包处理之后，将拆包之后的若干个数据包通过步骤102所建立的传输通道进行传输。
[0070]需要说明的是，在对数据包进行传输时，若发送方为用户端，可以是使用write的方法对数据进行传输，若发送方为服务端，可以是通过notify的方法对数据进行传输，可以理解的是，前述的write方法和notify方法均为公知技术，因此此处便不再具体赘述。
[0071]必须说明的是，本实施例中，在对数据包进行传输时可以是通过使用确认机制和超时重发机制来确保多媒体数据中的关键控制数据的传输，前述的确认机制和超时重发机制为公知技术，因此具体此处不做详细赘述。
[0072]本发明实施例提供了一种多媒体数据交换方法及装置，其中，方法步骤包括:首先，接收发送方发送的多媒体数据的交换请求，其次，根据发送方的信息建立与其相对应的传输通道，然后，根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包，最后，将若干个数据包通过传输通道进行传输。本实施例中，通过先对多媒体数据发送方的信息进行匹配，再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量。
[0073]上面是对本发明实施例中提供的多媒体数据交换方法的过程进行详细的描述，下面将对多媒体数据拆分的过程进行详细的描述，请参阅图2，本发明实施例中提供的一种多媒体数据交换方法的另一个实施例包括:[0074]201、通过蓝牙广播信息扫描接收方，并根据扫描到的接收方的信息进行甄别，确定最终接收方；
[0075]本实施例中，在接收方向发送方发送多媒体数据的交换请求之前，接收方需要先通过蓝牙广播信息扫描接收方，该接收方可以是多个，根据扫描到的接收方的信息进行甄另IJ，并确定最终接收方。
[0076]必须说明的是，该广播信息包含有身份识别信息，可以是将个人身份识别码直接添加到蓝牙设备名称中，还可以是将个人身份识别码通过编码添加一个服务ID，该服务ID为 Service UUID0
[0077]202、接收发送方发送的多媒体数据的交换请求；
[0078]本实施例中，当用户需要通过一个设备向另一个设备发送多媒体数据的时候，首先，发送方需要发送多媒体数据的交换请求，需要说明的是，前述的设备可以是用户端，如移动终端，例如手机等，此处具体不做限定，还可以是服务端，如服务器，例如PC端，此处具体不做限定。
[0079]必须说明的是，前述的多媒体数据可以是实时多媒体信息，例如语音信息、图像信息或者是视频息等。
[0080]203、添加发送方的信息；
[0081]本实施例中，当用户需要通过一个设备向另一个设备发送多媒体数据的时候，首先还需要将发送方的信息进行添加，需要说明的是，该添加可以是添加至蓝牙广播信息中，还可以是在请求彳目息中添加。
[0082]必须说明的是，该信息包含有身份识别信息，还可以是包含有验证密钥字串。
[0083]可以理解的是，前述的身份识别码可以是与发送方建立有对应关系的身份识别码，如手机号码，或者是姓名，此处具体不做限定。
[0084]204、对发送方的信息进行匹配，若匹配成功，则执行步骤205，若匹配不成功，则不响应交换请求；
[0085]当接收到发送方发送的多媒体数据的交换请求之后，首先需要对发送方的信息进行匹配，若匹配成功，则执行步骤205，若匹配不成功，则不响应交换请求。
[0086]需要说明的是，前述的发送方的信息进行匹配可以是该发送方是否具备多媒体数据的传输权限的匹配，该匹配可以是接收到发送方发送的多媒体数据交换请求之后，自动进行扫描列表里是否具备与发送方信息匹配的设备，例如通过列表里的名称与发送方的个人身份识别码进行匹配，还可以是通过列表里的Service UUID与发送方的个人身份识别码进行匹配，或者是通过发起鉴权请求来进行匹配，此处具体不做限定。
[0087]可以理解的是，前述的不响应交换请求可以是拒绝交换请求，还可以是返还一个添加发送方的信息的要求，当接受并同意该要求时，则执行步骤203对发送方的信息进行添加。
[0088]205、建立传输通道；
[0089]本实施例中，当匹配发送方的信息成功之后，建立用于传输多媒体数据的传输通道。
[0090]206、根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；[0091]当传输通道建立完成以后，需要根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包，前述的预置数据量的数据包可以是不大于20个字节的数据包，该数据包中还可以包含有表示数据包顺序的标识符，该标识符将在后续的步骤中进行说明，此处不再做详细的赘述。
[0092]必须说明的是，前述的数据包为符合蓝牙低功耗技术的数据包，以及多媒体数据发送方和多媒体数据接收方均可以是兼容蓝牙低功耗技术的设备，可以理解的是，前述的蓝牙低功耗技术为公知技术，因此具体此处不做详细赘述。
[0093]207、对数据包插入一个字节表示帧序号；
[0094]当多媒体数据被拆分成符合蓝牙低功耗技术的若干的数据包之后，对前述的数据包插入一个字节用于表示帧序号，该帧序号表示数据包的顺序和时序，例如前述的步骤206中数据包按照19个字节进行拆包处理，每个数据插入一个字节表示帧序号，此时，包含有帧序号的数据包的字节为20个字节。
[0095]208、将若干个数据包通过传输通道进行传输。
[0096]本实施例中，当将多媒体数据根据蓝牙低功耗技术进行预置数据量的拆包处理，并且对拆包处理之后的若干数据包插入一个字节表示帧序号之后，将前述的若干个数据包通过步骤205所建立的传输通道进行传输。
[0097]需要说明的是，在对数据包进行传输时，若发送方为用户端，可以是使用write的方法对数据进行传输，若发送方为服务端，可以是通过notify的方法对数据进行传输，可以理解的是，前述的write方法和notify方法均为公知技术，因此此处便不再具体赘述。
[0098]必须说明的是，本实施例中，在对数据包进行传输时可以是通过使用确认机制和超时重发机制来确保多媒体数据中的关键控制数据的传输，前述的确认机制和超时重发机制为公知技术，因此具体此处不做详细赘述。
[0099]本实施例中，首先通过发送方的信息建立与其相对应的传输通道，再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包通过建立的传输通道进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量，以及，添加发送方信息的设计，进一步增加了多媒体数据在传输过程中，发送方和接收方的正确连接性。
[0100]上面是对多媒体数据拆分的过程进行详细的描述，下面将对接收方组包的过程进行详细的描述，请参阅图3，本发明实施例中提供的一种多媒体数据交换方法的另一个实施例包括:
[0101]301、通过蓝牙广播信息扫描接收方，并根据扫描到的接收方的信息进行甄别，确定最终接收方；
[0102]本实施例中，在接收方向发送方发送多媒体数据的交换请求之前，接收方需要先通过蓝牙广播信息扫描接收方，该接收方可以是多个，根据扫描到的接收方的信息进行甄另IJ，并确定最终接收方。
[0103]必须说明的是，该广播信息包含有身份识别信息，可以是将个人身份识别码直接添加到蓝牙设备名称中，还可以是将个人身份识别码通过编码添加一个服务ID，该服务ID为 Service UUID0
[0104]302、接收发送方发送的多媒体数据的交换请求；[0105]本实施例中，当用户需要通过一个设备向另一个设备发送多媒体数据的时候，首先，发送方需要发送多媒体数据的交换请求，需要说明的是，前述的设备可以是用户端，如移动终端，例如手机等，此处具体不做限定，还可以是服务端，如服务器，例如PC端，此处具体不做限定。
[0106]必须说明的是，前述的多媒体数据可以是实时多媒体信息，例如语音信息、图像信息或者是视频息等。
[0107]303、添加发送方的信息；
[0108]本实施例中，当用户需要通过一个设备向另一个设备发送多媒体数据的时候，首先还需要将发送方的信息进行添加，需要说明的是，该添加可以是添加至蓝牙广播信息中，还可以是在请求彳目息中添加。
[0109]必须说明的是，该信息包含有身份识别信息，还可以是包含有验证密钥字串。
[0110]可以理解的是，前述的身份识别码可以是与发送方建立有对应关系的身份识别码，如手机号码，或者是姓名，此处具体不做限定。
[0111]304、对发送方的信息进行匹配，若匹配成功，则执行步骤305，若匹配不成功，则不响应交换请求；
[0112]当接收到发送方发送的多媒体数据的交换请求之后，首先需要对发送方的信息进行匹配，若匹配成功，则执行步骤305，若匹配不成功，则不响应交换请求。
[0113]需要说明的是，前述的发送方的信息进行匹配可以是该发送方是否具备多媒体数据的传输权限的匹配，该匹配可以是接收到发送方发送的多媒体数据交换请求之后，自动进行扫描列表里是否具备与发送方信息匹配的设备，例如通过列表里的名称与发送方的个人身份识别码进行匹配，还可以是通过列表里的Service UUID与发送方的个人身份识别码进行匹配，此处具体不做限定。
[0114]可以理解的是，前述的不响应交换请求可以是拒绝交换请求，还可以是返还一个添加发送方的信息的要求，当接受并同意该要求时，则执行步骤301对发送方的信息进行添加。
[0115]305、建立传输通道；
[0116]本实施例中，当匹配发送方的信息成功之后，建立用于传输多媒体数据的传输通道。
[0117]306、根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0118]当传输通道建立完成以后，需要根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包，前述的预置数据量的数据包可以是不大于20个字节的数据包，该数据包中还可以包含有表示数据包顺序的标识符，该标识符将在后续的步骤中进行说明，此处不再做详细的赘述。
[0119]必须说明的是，前述的数据包为符合蓝牙低功耗技术的数据包，以及多媒体数据发送方和多媒体数据接收方均可以是兼容蓝牙低功耗技术的设备，可以理解的是，前述的蓝牙低功耗技术为公知技术，因此具体此处不做详细赘述。
[0120]307、对数据包插入一个字节表示帧序号；
[0121]当多媒体数据被拆分成符合蓝牙低功耗技术的若干的数据包之后，对前述的数据包插入一个字节用于表示帧序号，该帧序号表示数据包的顺序和时序，例如前述的步骤306中数据包按照19个字节进行拆包处理，每个数据插入一个字节表示帧序号，此时，包含有帧序号的数据包的字节为20个字节。
[0122]308、将若干个数据包通过传输通道进行传输；
[0123]本实施例中，当将多媒体数据根据蓝牙低功耗技术进行预置数据量的拆包处理，并且对拆包处理之后的若干数据包插入一个字节表示帧序号之后，将前述的若干个数据包通过步骤305所建立的传输通道进行传输。
[0124]需要说明的是，在对数据包进行传输时，若发送方为用户端，可以是使用write的方法对数据进行传输，若发送方为服务端，可以是通过notify的方法对数据进行传输，可以理解的是，前述的write方法和notify方法均为公知技术，因此此处便不再具体赘述。
[0125]必须说明的是，本实施例中，在对数据包进行传输时可以是通过使用确认机制和超时重发机制来确保多媒体数据中的关键控制数据的传输，前述的确认机制和超时重发机制为公知技术，因此具体此处不做详细赘述。
[0126]309、将接收到的数据包按照帧序号进行组包；
[0127]本实施例中，当若干个数据包通过传输通道传输到接收方之后，首先需要将接收到的多媒体数据的若干个数据包按照帧序号进行组包，需要说明的是，接收到的若干个数据包时通过循环冗余校验码对若干个数据包先进行确认，再按照帧序号进行组包。
[0128]310、判断是否存在丢包，若是，则执行步骤311，若否，则执行步骤312 ；
[0129]当对接收到的数据包按照帧序号进行组包时，实时判断是否存在丢包，若发现存在丢包现象，则执行步骤311，若没发现存在丢包，则执行步骤312。
[0130]311、通过NACK控制包将未收到的数据包的序号通知发送方；
[0131]当对接收到的数据包按照帧序号进行组包时，实时发现到存在丢包现象，则通过NACK控制包将未收到的数据包的序号通知发送方，此时，发送包接收到NACK控制包反馈的信息之后，发送方根据序号将未收到的数据包的重发给接收方。
[0132]312、通过ACK控制包通知发送包发送完成。
[0133]当对接收到的数据包按照帧序号进行组包时，实时发现不存在丢包现象，通过ACK控制包通知发送包发送完成。
[0134]前述步骤311和312中，反馈通知给发送方时，可以是通过成组消息确认机制，例如可以是一条确认消息确认多个数据包的是否有丢包的消息。
[0135]本实施例中，首先通过发送方的信息建立与其相对应的传输通道，再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包通过建立的传输通道进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量，以及，添加发送方信息的设计，进一步增加了多媒体数据在传输过程中，发送方和接收方的正确连接性，与此同时，在组包的过程中实时判断是否有丢包现象，并通过成组消息确认机制进行反馈，进一步提高了多媒体数据传输的吞吐率。
[0136]请参阅图4，本发明实施例中提供的一种多媒体数据交换装置的一个实施例包括:
[0137]接收模块401，用于接收发送方发送的多媒体数据的交换请求；[0138]连接模块402，用于根据所述发送方的信息建立与其相对应的传输通道
[0139]拆包模块403，用于根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0140]传输模块404,用于将若干个数据包通过传输通道进行传输。
[0141]本实施例中，首先通过连接模块402根据发送方的信息建立与其相对应的传输通道，拆包模块403和传输模块404再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包通过建立的传输通道进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量。
[0142]上面是对本实施例中提供的一种多媒体数据交换装置各模块的功能进行详细的说明，下面将对拆包模块的子模块进行详细的说明，请参阅图5，本发明实施例中提供的一种多媒体数据交换装置的另一个实施例包括:
[0143]扫描模块501，用于通过蓝牙广播信息扫描接收方；
[0144]甄别模块502，用于根据扫描到的所述接收方的信息进行甄别，并确定最终接收方。接收模块503，用于接收发送方发送的多媒体数据的交换请求；
[0145]连接模块504，用于根据所述发送方的信息建立与其相对应的传输通道；
[0146]其中，连接模块504还可以进一步包括:
[0147]添加子模块5041，用于添加所述发送方的所述信息，所述信息包含有验证密钥字串和验证结果；
[0148]验证子模块5042，用于对所述发送方的信息进行验证，若验证成功，则与其相对应的传输通道。
[0149]拆包模块505，用于根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0150]其中，该拆包模块505还可以进一步包括:
[0151 ] 拆包子模块5051，用于根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0152]插入子模块5052，用于对数据包插入一个字节表示帧序号。
[0153]传输模块506,用于将若干个数据包通过传输通道进行传输。
[0154]本实施例中，首先通过连接模块502根据发送方的信息建立与其相对应的传输通道，拆包模块503和传输模块504再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包通过建立的传输通道进行传输，插入子模块5052再对拆包后的数据包插入帧序号，传输模块506将若干个数据包进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量，以及，添加子模块5041添加发送方信息的设计，进一步增加了多媒体数据在传输过程中，发送方和接收方的正确连接性。
[0155]上面是对拆包模块的子模块进行详细的说明，下面将对组包模块及其子模块进行详细的说明，请参阅图6，本发明实施例中提供的一种多媒体数据交换装置的另一个实施例包括:
[0156]扫描模块601,用于通过蓝牙广播信息扫描接收方；
[0157]甄别模块602，用于根据扫描到的所述接收方的信息进行甄别，并确定最终接收方。
[0158]接收模块603，用于接收发送方发送的多媒体数据的交换请求；
[0159]连接模块604，用于根据所述发送方的信息建立与其相对应的传输通道；
[0160]其中，连接模块604还可以进一步包括:
[0161]添加子模块6041，用于添加所述发送方的所述信息，所述信息包含有验证密钥字串和验证结果；
[0162]验证子模块6042，用于对所述发送方的信息进行验证，若验证成功，则与其相对应的传输通道。
[0163]拆包模块605，用于根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0164]其中，该拆包模块605还可以进一步包括:
[0165]拆包子模块6051，用于根据蓝牙低功耗技术将多媒体数据拆分成具备预置数据量的若干个数据包；
[0166]插入子模块6052，用于对数据包插入一个字节表示帧序号。
[0167]传输模块606,用于将若干个数据包通过传输通道进行传输。
[0168]组包模块607，用于将接收到的数据包按照帧序号进行组包；
[0169]其中，组包模块607还可以进一步包括:
[0170]判断子模块6071，用于判断是否存在丢包，若是，则通过NACK控制包将未收到的数据包的序号通知发送方，若否，则通过ACK控制包通知发送包发送完成。
[0171]本实施例中，首先通过连接模块602根据发送方的信息建立与其相对应的传输通道，拆包模块603和传输模块604再将多媒体数据根据蓝牙低功耗技术拆分成若干个数据包通过建立的传输通道进行传输，插入子模块6052再对拆包后的数据包插入帧序号，传输模块606将若干个数据包进行传输，实现了在无需定义角色的设备的情况下，便能够对多媒体数据进行传输，同时，通过使用蓝牙低功耗技术，进一步提高了传输的效率和质量，以及，添加子模块5041添加发送方信息的设计，进一步增加了多媒体数据在传输过程中，发送方和接收方的正确连接性，与此同时，组包模块607的判断子模块6071在组包的过程中实时判断是否有丢包现象，并通过成组消息确认机制进行反馈，进一步提高了多媒体数据传输的吞吐率。
[0172]所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0173]在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0174]所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0175]另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0176]所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0177]以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【权利要求】
1.一种多媒体数据交换方法，其特征在于，包括: 接收发送方发送的多媒体数据的交换请求； 根据所述发送方的信息建立与其相对应的传输通道； 根据蓝牙低功耗技术将所述多媒体数据拆分成具备预置数据量的若干个数据包； 将若干个所述数据包通过所述传输通道进行传输。
2.根据权利要求1所述的方法，其特征在于，接收发送方发送的多媒体数据的交换请求之前还包括: 通过蓝牙广播信息扫描接收方； 根据扫描到的所述接收方的信息进行甄别，并确定最终接收方。
3.根据权利要求1所述的方法，其特征在于，根据所述发送方的信息建立与其相对应的传输通道具体包括: 添加所述发送方的所述信息，所述信息包含有验证密钥字串和验证结果； 对所述发送方的信息进行验证，若验证成功，则与其相对应的传输通道。
4.根据权利要求1所述的方法，其特征在于，所述根据蓝牙低功耗技术将所述多媒体数据拆分成具备预置数据量的若干个数据包具体包括: 根据蓝牙低功耗技术将`所述多媒体数据拆分成具备所述预置数据量的若干个所述数据包； 对所述数据包插入一个字节表示帧序号。
5.根据权利要求1至4中任意一项所述的方法，其特征在于，所述将若干个所述数据包通过所述传输通道进行传输之后还包括: 将接收到的所述数据包按照所述帧序号进行组包。 判断是否存在丢包，若是，则通过NACK控制包将未收到的数据包的序号通知发送方，若否，则通过ACK控制包通知发送包发送完成。
6.一种多媒体数据交换装置，其特征在于，包括: 接收模块，用于接收发送方发送的多媒体数据的交换请求； 连接模块，用于根据所述发送方的信息建立与其相对应的传输通道； 拆包模块，用于根据蓝牙低功耗技术将所述多媒体数据拆分成具备预置数据量的若干个数据包； 传输模块，用于将若干个所述数据包通过所述传输通道进行传输。
7.根据权利要求6所述的多媒体数据交换装置，其特征在于，还包括: 扫描模块，用于通过蓝牙广播信息扫描接收方； 甄别模块，用于根据扫描到的所述接收方的信息进行甄别，并确定最终接收方。
8.根据权利要求6所述的多媒体数据交换装置，其特征在于，所述连接模块具体包括: 添加子模块，用于添加所述发送方的所述信息，所述信息包含有验证密钥字串和验证结果; 验证子模块，用于对所述发送方的信息进行验证，若验证成功，则与其相对应的传输通道。
9.根据权利要求6所述的多媒体数据交换装置，其特征在于，所述拆包模块具体包括: 拆包子模块，用于根据蓝牙低功耗技术将所述多媒体数据拆分成具备所述预置数据量的若干个所述数据包； 插入子模块，用于对所述数据包插入一个字节表示帧序号。
10.根据权利要求6至9中任意一项所述的多媒体数据交换装置，其特征在于，还包括: 组包模块，用于将接收到的所述多媒体数据按照帧序号进行组包； 其中，所述组包模块包括判断子模块，用于判断是否存在丢包，若是，则通过NACK控制包将未收到的数据包的序号通知发送方，若否，则通过ACK控制包通知发送包发送完成。
【文档编号】H04L29/06GK103825905SQ201410086741
【公开日】2014年5月28日 申请日期:2014年3月10日 优先权日:2014年3月10日
【发明者】林海滨, 曾崇军 申请人:云中致用（广州）信息科技有限公司