[0001] 本发明属于蓝牙测试技术领域， 尤其涉及一种蓝牙测试的方法、 终端设备及计 算机可读存储介质。

背景技术

[0002] 蓝牙是一种无线技术标准， 可实现固定设备、 移动设备和楼宇个人域网之间的 短距离数据交换。 蓝牙工作需要两个及以上的蓝牙终端， 而且需要两个人配合 操作才能完成蓝牙的配对、 连接等过程。 上述动作在实际测试使用中都需要用 户手工进行操作。 目前对蓝牙产品的测试方式都是模拟实际用户 操作蓝牙的手 工方式。 手工测试蓝牙模块在测试效率和测试覆盖率方 面相较于自动化测试存 在明显不足。

[0003] 上述问题亟待解决。

技术问题

[0004] 针对手工测试蓝牙模块在测试效率和测试覆盖 率方面相较于自动化测试存在明 显不足的缺陷， 本发明提供一种蓝牙测试的方法、 终端设备及计算机可读存储 介质。

问题的解决方案

技术解决方案

[0005] 本发明实施例的第一方面提供了一种蓝牙测试 的方法， 包括：

[0006] 通过预设的交互协议接收上位机发送的带有预 设格式的指令封包；

[0007] 解析出指令封包携带的指令；

[0008] 执行解析出的指令；

[0009] 将执行指令的执行结果返回给上位机。

[0010] 进一步地， 通过预设的交互协议接收上位机发送的带有预 设格式的指令封包之 前， 方法还包括：

[0011] 监听上位机是否发送带有预设格式的指令封包 ， 若未监听到， 则保持监听， 直 至接收到上位机发送的指令封包。

[0012] 进一步地， 解析出指令封包携带的指令之后， 方法还包括：

[0013] 判定解析出的指令是否正确， 若不正确， 则通知上位机重新发送指令封包， 直 至解析出正确的指令。

[0014] 进一步地， 测试蓝牙的方法还包括：

[0015] 通过日志接口记录上位机和下位机之间进行通 讯交互的过程。

[0016] 进一步地， 测试蓝牙的方法还包括：

[0017] 下位机和所述上位机之间通过抽象层的发送指 令接口和指令响应接口实现相互 通讯。

[0018] 本发明实施例的第二方面提供了一种蓝牙测试 的装置， 包括：

[0019] 接收模块， 用于通过预设的交互协议接收上位机发送的带 有预设格式的指令封 包；

[0020] 解析模块， 用于解析出指令封包携带的指令；

[0021] 执行模块， 用于执行解析出的指令；

[0022] 返回模块， 用于将执行指令的执行结果返回给上位机。

[0023] 进一步地， 装置还包括：

[0024] 监听模块， 用于监听上位机是否发送带有预设格式的指令 封包， 若未监听到， 则保持监听， 直至接收到上位机发送的指令封包。

[0025] 进一步地， 装置还包括：

[0026] 判定模块， 用于判定解析出的指令是否正确， 若不正确， 则通知上位机重新发 送指令封包， 直至解析出正确的指令。

[0027] 本发明实施例的第三方面提供了一种蓝牙测试 的终端设备， 包括存储器、 处理 器以及存储在存储器中并可在处理器上运行的 计算机程序， 处理器执行计算机 程序吋实现以下步骤：

[0028] 通过预设的交互协议接收上位机发送的带有预 设格式的指令封包；

[0029] 解析出指令封包携带的指令；

[0030] 执行解析出的指令；

[0031 ] 将执行指令的执行结果返回给上位机。 [0032] 本发明实施例的第四方面提供了一种蓝牙测试 的计算机可读存储介质， 计算机 可读存储介质存储有计算机程序， 计算机程序被处理器执行吋实现以下步骤： [0033] 通过预设的交互协议接收上位机发送的带有预 设格式的指令封包；

[0034] 解析出指令封包携带的指令；

[0035] 执行解析出的指令；

[0036] 将执行指令的执行结果返回给上位机。

发明的有益效果

有益效果

[0037] 本发明实施例与现有技术相比存在的有益效果 是： 本发明实施例中上位机通过 预设的交互协议给下位机发送预设格式的指令 封包进行通讯测试， 下位机解析 指令并执行该指令， 并将执行指令的结果返回给上位机。 通过上述自动化测试 方法代替了现有上位机和下位机侧均需要人工 参与的测试方法， 可以增加测试 的次数以及扩大测试地点的适用范围， 提升了蓝牙产品的测试效率。

对附图的简要说明

附图说明

[0038] 为了更清楚地说明本发明实施例中的技术方案 ， 下面将对实施例或现有技术描 述中所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是 本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性 的前提下， 还可以根据这些附图获得其他的附图。

[0039] 图 1是本发明实施例提供的蓝牙测试的方法的实� �流程示意图；

[0040] 图 2是本发明另一实施例提供的蓝牙测试的方法� �示意性框图；

[0041] 图 3是图 2中实现蓝牙测试的方法的实现流程示意图；

[0042] 图 4是本发明实施例提供的蓝牙测试的装置的连� �示意图；

[0043] 图 5是本发明另一实施例提供的蓝牙测试的装置� �连接示意图；

[0044] 图 6是本发明实施例提供的蓝牙测试的终端设备� �示意图。

本发明的实施方式 [0045] 以下描述中， 为了说明而不是为了限定， 提出了诸如特定系统结构、 技术之类 的具体细节， 以便透彻理解本发明实施例。 然而， 本领域的技术人员应当清楚 ， 在没有这些具体细节的其它实施例中也可以实 现本发明。 在其它情况中， 省 略对众所周知的系统、 装置、 电路以及方法的详细说明， 以免不必要的细节妨 碍本发明的描述。

[0046] 为了说明本发明的技术方案， 下面通过具体实施例来进行说明。

[0047] 图 1是本发明实施例提供的蓝牙测试的方法的实� �流程示意图； 如图 1所示， 本 发明实施例的执行主体是下位机， 本发明实施例提供的蓝牙测试的方法， 可以 包括：

[0048] 101、 通过预设的交互协议接收上位机发送的带有预 设格式的指令封包；

[0049] 具体地， 本方案通讯的两端分别为蓝牙模块一端所在的 上位机和蓝牙模块另一 端所在的下位机， 本方案的执行主体在下位机。 上位机上运行的程序为高度定 制化程序， 可视具体测试需求和目的而不同， 运行在蓝牙模块一端所在的例如 P OS机 （Point Of Sale支付终端） 或者电脑端等， 与蓝牙模块另一端所在的下位机 所在的被测产品进行互通测试。 通过给上位机和下位机设定交互接口的交互协 议， 以及提供统一格式的指令封包接口供上位机调 用， 完成与下位机的交互。 进一步地， 上位机实现通讯并不需要了解采用通讯协议细 节， 仅需提供符合下 位机预设的指令封包接口的格式。 上位机用下位机支持的蓝牙命令以及对应的 定制参数的作为输入参数调用后， 通过交互接口把封装好的指令封包发给下位 机， 并等待下位机返回的指令响应结果即可。

[0050] 再进一步地， 本实施例对蓝牙具体操作进行细化， 一对一封装成命令加参数的 形式。 命令调用和参数传递由上位机发起， 通过通讯端口例如串口、 USB、 以太 网等发送给一直处于监听状态的下位机， 下位机接收到命令后对命令进行判断 并进行对应蓝牙操作。 上下位的通讯协议使用等停协议模式， 简单可靠。 下位 机具有命令响应机制， 进一步提高了通讯的稳定性。

[0051] 更进一步地， 交互协议的格式如下：

[] [表 1]

STX Type ID Length Data ETX LRC [0052] 上述表格内字段的意义:

[0053] STX: 帧幵始

[0054] Type: 帧类型

[] [表 2]

[0055] ID: 帧序列

[0056] Length Data: 字段长度

[0057] Data: 具体的指令以及参数信息

[0058] ETX: 帧结束

[0059] LRC: 校验码

[0060] 通过交互协议收到的数据对下位机而言成为指 令封包， 对指令封包进行逆向解 析后交给指令控制模块进行进一步处理， 主要是完成对应的蓝牙操作。

[0061] 通讯接口抽象层主要是为了屏蔽不同通讯方式 的差异， 例如串口、 USB、 以太 网等。 本实施例通过提供统一的调用入口， 方便代码移植和重复使用。 目前提 供的发送指令和指令响应两个接口以满足实际 使用。 本协议层仅提供接口定义 ， 然后根据不同通讯方式的实现方式以及根据用 户的选择进行动态绑定。

[0062] 指令封包的格式如下 （数字表示占用的字节数） ：

[] [表 3]

[0063] 1 1 4 1 1 VAR

[0064] 上述表格内字段的意义: [0065] %： 关键字分隔符

[0066] e: 命令字段标识

[0067] d: 整数类型参数

[0068] C : 字符类型参数

[0069] S : 字符串类型参数

[0070] 其中参数个数不限制，

[] [表 4]

Type Length Value

[0071] (Length指 value字段的字节数）

[0072] 封装好的指令封包将成为上位机和下位机交互 协议的数据部分。

[0073] 101、 解析出指令封包携带的指令；

[0074] 具体地， 指令封包携带的指令几乎囊括了所有蓝牙模块 应该具有的功能命令。

下面的表格列举了本实施例设定的蓝牙命令， 用于测试蓝牙模块各个指令功能 是否正常。

[]

[表 5]

22 CMD_BT_SET_PAIR_KEY 设置 PASSKEY

23 CMD_BT_GET_PAIR_KEY 获取 PASSKEY

24 CMD_BT_START_SPP_COMM 启动 RFCOMM通讯回射服务

25 CMD_BT_STOP_SPP_COMM 关闭 RFCOMM通讯回射服务

26 CMD—BT—TRANSFER 预留

27 CMD—BT—GET—RESP 预留

28 CMD—BT—PER—TEST 进入性能测试模式

29 CMD_BT_SET_BAUDRATE 设置 RFCOMM通讯波特率

30 CMD_BT_WAIT_PAIR_DONE 要求等待配对结束

31 CMD_BT_WAIT_CONN_DONE 要求等待连接结束

32 CMD_BT_GET_BT_SERVER_MAC 获取蓝牙服务端 MAC

33 CMD_BT_SET_BT_CLIENT_MAC 上报蓝牙客户端 MAC给服务端

34 CMD_BT_SET_BT_NAME 设置蓝牙名字

[0075]

[0076] 102、 执行解析出的指令；

[0077] 104、 将执行指令的执行结果返回给上位机。

[0078] 具体地， 本步骤将步骤 103执行指令的结果反馈给上位机， 用于上报测试蓝牙 模块功能运行的情况， 代替了人工上报测试结果的过程。

[0079] 应理解， 上述实施例中各步骤的序号的大小并不意味着 执行顺序的先后， 各过 程的执行顺序应以其功能和内在逻辑确定， 而不应对本发明实施例的实施过程 构成任何限定。

[0080] 本实施例提供的方法可以看出， 本实施例中上位机通过预设的交互协议给下位 机发送预设格式的指令封包进行通讯测试， 下位机解析指令并执行该指令， 并 将执行指令的结果返回给上位机。 通过上述自动化测试方法代替了现有上位机 和下位机侧均需要人工参与的测试方法， 可以增加测试的次数以及扩大测试地 点的适用范围， 提升了蓝牙产品的测试效率。 [0081] 图 2是本发明另一实施例提供的蓝牙测试的方法� �示意性框图； 图 ₃ 是图 2中实 现蓝牙测试的方法的实现流程示意图； 如图 2和图 3所示， 本发明实施例的执行 主体是下位机， 本发明实施例中通过预设的交互协议接收上位 机发送的带有预 设格式的指令封包之前， 该方法还可以包括：

[0082] 201、 监听上位机是否发送带有预设格式的指令封包 ， 若未监听到， 则保持监 听， 直至接收到上位机发送的指令封包。

[0083] 具体的， 下位机所在的蓝牙测试服务器启动后， 默认进入监听状态， 采用轮询 的方式等待上位机发出指令封包。 进一步地， 当下位机接收到指令封包， 并解 析出指令封包携带的指令之后， 判定解析出的指令是否正确， 若不正确， 则通 知上位机重新发送指令封包， 直至解析出正确的指令。 对指令的解析包括： 先 对数据格式进行解析， 格式正确的情况下再检査是否支持携带的指令 ， 都正确 的情况下把指令提交给指令控制模块进行最终 的蓝牙操作。 上述过程完成后下 位机继续恢复监听的模式， 等待接收下一个指令封包。

[0084] 相对于上一实施例， 本实施例提供的方法可以持续性地对蓝牙指令 进行测试， 加大了测试的速度提高了测试效率。

[0085] 本方法还提供另一实施例， 测试蓝牙的方法还可以包括： 通过日志接口记录上 位机和下位机之间进行通讯交互的过程。 进一步地， 测试蓝牙的方法还可以包 括： 下位机和所述上位机之间通过抽象层的发送指 令接口和指令响应接口实现 相互通讯。 将上位机和下位机之间的通讯接口抽象化主要 是为了屏蔽不同通讯 方式的差异， 例如串口、 USB、 以太网等。 提供统一的抽象调用入口， 方便代码 移植和重复使用。 本实施例提供的发送指令和指令响应两个接口 以满足实际使 用。 通讯接口层只提供接口定义， 然后系统将根据不同通讯方式的具体实现根 据用户选择进行动态绑定。

[0086] 相对于上一实施例， 通过日志接口记录上位机和下位机之间进行通 讯交互的过 程， 可以有效地记录测试过程中发生的各种问题吋 间以及发生的吋间， 便于后 期根据日志的记录采取相应的解决方案。 通过 LBS方法可以记录测试发生的地点 ， 用于后期根据测试地点出现的测试问题， 采取相应的解决方案。 上述两种方 法对于测试中出现的测试问题都更具有针对性 ， 方便了后期地维护工作。 [0087] 图 4是本发明实施例提供的蓝牙测试的装置的连� �示意图； 如图 4所示， 本发明 实施例的执行主体是下位机， 本发明实施例提供了一种蓝牙测试的装置， 可以 包括：

[0088] 接收模块 41， 用于通过预设的交互协议接收上位机发送的带 有预设格式的指令 封包；

[0089] 解析模块 42， 用于解析出指令封包携带的指令；

[0090] 执行模块 43， 用于执行解析出的指令；

[0091] 返回模块 44， 用于将执行指令的执行结果返回给上位机。

[0092] 本实施例提供的装置同样可以看出， 本实施例中上位机通过预设的交互协议给 下位机发送预设格式的指令封包进行通讯测试 ， 下位机解析指令并执行该指令 ， 并将执行指令的结果返回给上位机。 通过上述自动化测试方法代替了现有上 位机和下位机侧均需要人工参与的测试方法， 可以增加测试的次数以及扩大测 试地点的适用范围， 提升了蓝牙产品的测试效率。

[0093] 图 5是本发明另一实施例提供的蓝牙测试的装置� �连接示意图； 如图 5所示， 本 发明实施例的执行主体是下位机， 本发明实施例提供了一种蓝牙测试的装置， 还可以包括：

[0094] 监听模块 51， 用于监听上位机是否发送带有预设格式的指令 封包， 若未监听到 ， 则保持监听， 直至接收到上位机发送的指令封包。

[0095] 需要说明的是， 本发明实施例提供的上述系统中各个模块， 由于与本发明方法 实施例基于同一构思， 其带来的技术效果与本发明方法实施例相同， 具体内容 可参见本发明方法实施例中的叙述， 此处不再赘述。

[0096] 图 6是本发明一实施例提供的蓝牙测试的终端设� �的示意图。 如图 6所示， 该实 施例的蓝牙测试的终端设备 6包括： 处理器 60、 存储器 61以及存储在存储器 61中 并可在处理器 60上运行的计算机程序 62， 例如用于实现蓝牙测试的方法的计算 机程序。 处理器 60执行计算机程序 62吋实现上述各个蓝牙测试的方法实施例中 的步骤， 例如图 1所示的步骤 101至 104。 或者， 处理器 60执行计算机程序 62吋实 现上述各装置实施例中各模块 /单元的功能， 例如图 4所示模块 41至 44的功能。

[0097] 本发明提出用于实现蓝牙测试的方法的计算机 程序 62， 包括： 通过预设的交互 协议接收上位机发送的带有预设格式的指令封 包； 解析出指令封包携带的指令 ； 执行解析出的指令； 将执行指令的执行结果返回给上位机。 计算机程序 62可 以被分割成一个或多个模块 /单元， 一个或者多个模块 /单元被存储在存储器 61中 ， 并由处理器 60执行， 以完成本发明。 一个或多个模块 /单元可以是能够完成特 定功能的一系列计算机程序指令段， 该指令段用于描述计算机程序 62在蓝牙测 试的终端设备 6中的执行过程。 例如， 计算机程序 62可以被分割成同步模块、 汇 总模块、 获取模块、 返回模块 （虚拟装置中的模块） ， 各模块具体功能如下：

[0098] 蓝牙测试的终端设备 6可以是桌上型计算机、 笔记本、 掌上电脑及云端服务器 等计算设备。 蓝牙测试的终端设备可包括， 但不仅限于， 处理器 60、 存储器 61 。 本领域技术人员可以理解， 图 6仅仅是蓝牙测试的终端设备 6的示例， 并不构 成对蓝牙测试的终端设备 6的限定， 可以包括比图示更多或更少的部件， 或者组 合某些部件， 或者不同的部件， 例如蓝牙测试的终端设备 6还可以包括输入输出 设备、 网络接入设备、 总线等。

[0099] 所称处理器 60可以是中央处理单元 (Central Processing Unit, CPU) , 还可以是 其他通用处理器、 数字信号处理器（Digital Signal Processor, DSP)、 专用集成电 路（Application Specific Integrated Circuit, ASIC)、 现成可编程门阵列

(Field-Programmable Gate Array , FPGA)或者其他可编程逻辑器件、 分立门或者 晶体管逻辑器件、 分立硬件组件等。 通用处理器可以是微处理器或者该处理器 也可以是任何常规的处理器等。

[0100] 存储器 61可以是蓝牙测试的终端设备 6的内部存储单元， 例如蓝牙测试的终端 设备 6的硬盘或内存。 存储器 61也可以是蓝牙测试的终端设备 6的外部存储设备 ， 例如蓝牙测试的终端设备 6上配备的插接式硬盘， 智能存储卡 （Smart Media Card, SMC) ， 安全数字 （Secure Digital, SD) 卡， 闪存卡 （Flash Card) 等。 进 一步地， 存储器 61还可以既包括蓝牙测试的终端设备 6的内部存储单元也包括外 部存储设备。 存储器 61用于存储计算机程序以及蓝牙测试的终端设� �� 6所需的其 他程序和数据。 存储器 61还可以用于暂吋地存储已经输出或者将要输� ��的数据

[0101] 所属领域的技术人员可以清楚地了解到， 为了描述的方便和简洁， 仅以上述各 功能单元、 模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功 能分配由不同的功能单元、 模块完成， 即将装置的内部结构划分成不同的功能 单元或模块， 以完成以上描述的全部或者部分功能。 实施例中的各功能单元、 模块可以集成在一个处理单元中， 也可以是各个单元单独物理存在， 也可以两 个或两个以上单元集成在一个单元中， 上述集成的单元既可以采用硬件的形式 实现， 也可以采用软件功能单元的形式实现。 另外， 各功能单元、 模块的具体 名称也只是为了便于相互区分， 并不用于限制本申请的保护范围。 上述系统中 单元、 模块的具体工作过程， 可以参考前述方法实施例中的对应过程， 在此不 再赘述。

[0102] 在上述实施例中， 对各个实施例的描述都各有侧重， 某个实施例中没有详述或 记载的部分， 可以参见其它实施例的相关描述。

[0103] 本领域普通技术人员可以意识到， 结合本文中所公幵的实施例描述的各示例的 单元及算法步骤， 能够以电子硬件、 或者计算机软件和电子硬件的结合来实现 。 这些功能究竟以硬件还是软件方式来执行， 取决于技术方案的特定应用和设 计约束条件。 专业技术人员可以对每个特定的应用来使用不 同方法来实现所描 述的功能， 但是这种实现不应认为超出本发明的范围。

[0104] 在本发明所提供的实施例中， 应该理解到， 所揭露的装置 /终端设备和方法， 可以通过其它的方式实现。 例如， 以上所描述的装置 /终端设备实施例仅仅是示 意性的， 例如， 模块或单元的划分， 仅仅为一种逻辑功能划分， 实际实现吋可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到 另一个系 统， 或一些特征可以忽略， 或不执行。 另一点， 所显示或讨论的相互之间的耦 合或直接耦合或通讯连接可以是通过一些接口 ， 装置或单元的间接耦合或通讯 连接， 可以是电性， 机械或其它的形式。

[0105] 作为分离部件说明的单元可以是或者也可以不 是物理上分幵的， 作为单元显示 的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分 布到多个网络单元上。 可以根据实际的需要选择其中的部分或者全部 单元来实 现本实施例方案的目的。

[0106] 另外， 在本发明各个实施例中的各功能单元可以集成 在一个处理单元中， 也可 以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中 。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件功能单元的形式 实现。

[0107] 集成的模块 /单元如果以软件功能单元的形式实现并作为� �立的产品销售或使 用吋， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明实 现上述实施例方法中的全部或部分流程， 也可以通过计算机程序来指令相关的 硬件来完成， 的计算机程序可存储于一计算机可读存储介质 中， 该计算机程序 在被处理器执行吋， 可实现上述各个方法实施例的步骤。 其中， 计算机程序包 括计算机程序代码， 计算机程序代码可以为源代码形式、 对象代码形式、 可执 行文件或某些中间形式等。 计算机可读介质可以包括： 能够携带计算机程序代 码的任何实体或装置、 记录介质、 U盘、 移动硬盘、 磁碟、 光盘、 计算机存储器 、 只读存储器 （ROM, Read-Only

Memory) 、 随机存取存储器 （RAM, Random Access Memory) 、 电载波信号、 电信信号以及软件分发介质等。 需要说明的是， 计算机可读介质包含的内容可 以根据司法管辖区内立法和专利实践的要求进 行适当的增减， 例如在某些司法 管辖区， 根据立法和专利实践， 计算机可读介质不包括电载波信号和电信信号

[0108] 以上实施例仅用以说明本发明的技术方案， 而非对其限制； 尽管参照前述实施 例对本发明进行了详细的说明， 本领域的普通技术人员应当理解： 其依然可以 对前述各实施例所记载的技术方案进行修改， 或者对其中部分技术特征进行等 同替换； 而这些修改或者替换， 并不使相应技术方案的本质脱离本发明各实施 例技术方案的精神和范围， 均应包含在本发明的保护范围之内。