CN107635290A - 移动终端、蓝牙Key及连接方法、存储介质和系统 - Google Patents

移动终端、蓝牙Key及连接方法、存储介质和系统 Download PDF

Info

Publication number
CN107635290A
CN107635290A CN201710615033.0A CN201710615033A CN107635290A CN 107635290 A CN107635290 A CN 107635290A CN 201710615033 A CN201710615033 A CN 201710615033A CN 107635290 A CN107635290 A CN 107635290A
Authority
CN
China
Prior art keywords
mobile terminal
bluetooth key
connection
bluetooth
key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201710615033.0A
Other languages
English (en)
Other versions
CN107635290B (zh
Inventor
陈柳章
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Excelsecu Data Technology Co Ltd
Original Assignee
Shenzhen Excelsecu Data Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Excelsecu Data Technology Co Ltd filed Critical Shenzhen Excelsecu Data Technology Co Ltd
Priority to CN201710615033.0A priority Critical patent/CN107635290B/zh
Publication of CN107635290A publication Critical patent/CN107635290A/zh
Priority to PCT/CN2018/095338 priority patent/WO2019019921A1/zh
Application granted granted Critical
Publication of CN107635290B publication Critical patent/CN107635290B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup

Abstract

本发明公开了一种移动终端与蓝牙Key的连接方法,包括以下步骤:移动终端检测与蓝牙Key之间的连接状态;在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。本发明还公开了一种移动终端、蓝牙Key、计算机可读存储介质以及连接系统。本发明提高了移动终端与蓝牙Key之间的兼容性,从而提升了用户的体验。

Description

移动终端、蓝牙Key及连接方法、存储介质和系统
技术领域
本发明涉及安全认证领域,尤其涉及一种移动终端与蓝牙Key的连接方法、移动终端、蓝牙Key、计算机可读存储介质以及连接系统。
背景技术
随着移动设备的大规模普及,电子支付使用越来越普及,安全性问题日益凸显出来。利用蓝牙技术将USB KEY功能扩展到移动智能终端平台上,提升了用户移动支付交易的安全性。
但是,由于移动设备的厂商较多,不同厂商使用的蓝牙方案存在差异,从而导致蓝牙Key设备在适配不同厂商的移动设备过程中存在兼容性问题。例如:部分移动设备与蓝牙Key设备连接后马上断开;部分移动设备与蓝牙Key设备需要重新配对才能正常通信,即每次从配对列表中清除两者之间的配对后,重新发起配对。
针对上述问题,现有的解决办法是用户反复尝试重新连接,或者用户从已配对设备列表中手动删除蓝牙Key设备,然后尝试重新连接。如此,需要用户进行手动操作,从而降低了用户体验。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种移动终端与蓝牙Key的连接方法、移动终端、蓝牙Key、计算机可读存储介质以及连接系统,旨在提高移动终端与蓝牙Key之间的兼容性,避免用户手动操作,从而提高用户的体验。
为实现上述目的,本发明提供一种移动终端与蓝牙Key的连接方法,包括以下步骤:
移动终端检测与蓝牙Key之间的连接状态;
在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
优选地,所述在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的步骤包括:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
优选地,所述在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的步骤包括:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
优选地,所述在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的步骤包括:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接;
获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数;
在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
优选地,所述移动终端与蓝牙Key的连接方法包括以下步骤:
在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
优选地,所述在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接的步骤包括:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
优选地,所述在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接的步骤包括:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
为实现上述目的,本发明还提供一种移动终端,所述移动终端包括:
移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序配置为实现如上述所述的移动终端与蓝牙Key的连接步骤。
为实现上述目的,本发明还提供一种蓝牙Key,所述蓝牙Key包括:
移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序配置为实现如上述所述的移动终端与蓝牙Key的连接步骤。
为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序被处理器执行实现如上述所述的移动终端与蓝牙Key的连接方法的步骤。
为实现上述目的,本发明还提供一种移动终端与蓝牙Key的连接系统,包括:
如上所述的移动终端,以及如上所述的蓝牙Key。
本发明提供的移动终端与蓝牙Key的连接方法、移动终端、蓝牙Key、计算机可读存储介质以及连接系统,首先,移动终端检测与蓝牙Key之间的连接状态,然后,在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。这样,提高了移动终端与蓝牙Key之间的兼容性,避免了用户手动操作,从而提高了用户的体验。
附图说明
图1为本发明实施例方案涉及的硬件运行环境的移动终端的结构示意图;
图2为本发明实施例方案涉及的硬件运行环境的蓝牙Key的结构示意图;
图3为本发明移动终端与蓝牙Key的连接方法第一实施例的流程示意图;
图4为图2中步骤在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的细化流程示意图;
图5为图2中步骤在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的细化流程示意图;
图6为本发明移动终端与蓝牙Key的连接方法第二实施例的流程示意图;
图7为本发明移动终端与蓝牙Key的连接方法第三实施例的流程示意图;
图8为图7中步骤在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接的细化流程示意图;
图9为图7中步骤在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接的细化流程示意图;
图10为本发明移动终端与蓝牙Key的连接系统的功能模块示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种移动终端与蓝牙Key的连接方法,提高了移动终端与蓝牙Key之间的兼容性,避免了用户手动操作,从而提高了用户的体验。
如图1所示,图1是本发明实施例方案涉及的硬件运行环境的移动终端的结构示意图。
本发明实施例移动终端可以是PC,也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、便携计算机等具有显示功能的可移动式终端设备。
如图1所示,该移动终端可以包括:处理器1001,例如CPU,网络接口1004,用户接口1003,存储器1005,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
可选地,移动终端还可以包括摄像头、RF(Radio Frequency,射频)电路,传感器、音频电路、WiFi模块等等。其中,传感器比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示屏的亮度,接近传感器可在移动终端移动到耳边时,关闭显示屏和/或背光。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;当然,移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
本领域技术人员可以理解,图1中示出的终端结构并不构成对移动终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及移动终端与蓝牙Key的连接程序。
在图1所示的终端中,网络接口1004主要用于连接后台服务器,与后台服务器进行数据通信;用户接口1003主要用于连接客户端(用户端),与客户端进行数据通信;而处理器1001可以用于调用存储器1005中存储的移动终端与蓝牙Key的连接程序,并执行以下操作:
移动终端检测与蓝牙Key之间的连接状态;
在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
进一步地,处理器1001可以调用存储器1005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,处理器1001可以调用存储器1005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,处理器1001可以调用存储器1005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接;
获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数;
在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,处理器1001可以调用存储器1005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
进一步地,处理器1001可以调用存储器1005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
进一步地,处理器1001可以调用存储器1005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
如图2所示,图2是本发明实施例方案涉及的硬件运行环境的蓝牙Key的结构示意图。
如图2所示,该蓝牙Key可以包括:微处理器2001,网络接口2004,用户接口2003,存储器2005,通信总线2002。其中,通信总线2002用于实现这些组件之间的连接通信。用户接口2003可以包括显示屏(Display)、输入单元比如按键,可选用户接口2003还可以包括标准的有线接口、无线接口。网络接口2004可选的可以包括标准的有线接口、无线接口。存储器2005可选的还可以是独立于前述处理器1001的存储装置。
可选地,蓝牙Key还可以包括RF(Radio Frequency,射频)电路,传感器、音频电路等等。其中,传感器比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示屏的亮度,接近传感器可在移动终端移动到耳边时,关闭显示屏和/或背光。作为运动传感器的一种,重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别移动终端姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;当然,移动终端还可配置陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
本领域技术人员可以理解,图2中示出的蓝牙Key结构并不构成对蓝牙Key的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图2所示,作为一种计算机存储介质的存储器2005中可以包括操作系统、网络通信模块、用户接口模块以及蓝牙Key与移动终端的连接程序。
在图2所示的蓝牙Key中,网络接口2004主要用于连接后台服务器,与后台服务器进行数据通信;用户接口2003主要用于连接移动终端,与移动终端进行数据通信;而微处理器2001可以用于调用存储器2005中存储的移动终端与蓝牙Key的连接程序,并执行以下操作:
在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
进一步地,微处理器2001可以调用存储器2005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
进一步地,微处理器2001可以调用存储器2005中存储的移动终端与蓝牙Key的连接程序,还执行以下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
参照图3,在一实施例中,所述移动终端与蓝牙Key的连接方法包括:
步骤S11、移动终端检测与蓝牙Key之间的连接状态;
在本实施例中,移动终端可以是可以是PC,也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、便携计算机等具有显示功能的可移动式终端设备。
在本实施例中,蓝牙KEY的硬件部分由微处理器和蓝牙控制器(图中未示出)组成。其中,微处理器可以是嵌入式通用处理器,蓝牙协议栈则运行在微处理器的操作系统上。根据身份认证的应用特点,需要在蓝牙KEY端实现的蓝牙协议栈包括主机控制接口HCI,逻辑链路控制和适配协议L2CAP,对象交换协议OBEX以及基于其上密钥传输应用。
在本实施例中,蓝牙功能已经在诸如手机,平板电脑等移动设备上普及,只需要在移动设备的操作系统上实现相应的蓝牙应用即可。移动设备上的蓝牙应用负责发送相关的命令、口令以及接受用户信息和加密口令等,应用的接口是蓝牙协议的OBEX协议,然后再由蓝牙下层协议逐层传输,最终获悉与蓝牙KEY的通信。
需要说明的是,蓝牙KEY方案可以和传统的USB KEY结合在一起,成为带有蓝牙功能的USB KEY,或者是USB-蓝牙二合一KEY,这样用户既可以在传统的PC上使用,也可以在手机等带有蓝牙功能的移动设备上使用。
步骤S12、在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
在本实施例中,移动终端检测与蓝牙Key之间的连接状态,在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
本发明提供的移动终端与蓝牙Key的连接方法,首先,移动终端检测与蓝牙Key之间的连接状态,然后,在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。这样,提高了移动终端与蓝牙Key之间的兼容性,避免了用户手动操作,从而提高了用户的体验。
在一实施例中,如图4所示,在上述图3所示的实施例基础上,所述步骤S12包括:
步骤S121、在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
具体地,本发明方案的代码是以软件开发工具包SDK的方式提供的。需要说明的是,SDK是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合。SDK可以简单的为某个程序设计语言提供应用编程接口API的一些文件,但也可能包括能与某种嵌入式系统通讯的复杂的硬件。一般的工具包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。
具体地,应用编程接口API是操作系统留给应用程序的一个调用接口,应用程序通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。具体地,API是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。在本实施例中,第一API可以是移动设备系统的SDK中并不公开的API,其位于BluetoothGatt类内部,运行时调用该API对蓝牙模块进行刷新操作。刷新操作的第一API根据不同移动终端而不同,本实施例中是基于android系统的移动终端,所以该第一API是android SDK中BluetoothGatt类中一个名为“refresh”的API,通过JAVA的反射机制可以在运行时调用该API进行刷新操作。在其他系统如iOS操作系统的移动终端实施时需调用的API则以对应操作系统的SDK为准。
步骤S122、待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
具体地,对蓝牙模块进行刷新操作后,蓝牙模块会清除缓存并且初始化,这时,移动终端重新发起与蓝牙Key之间的连接。这避免了用户手动重启蓝牙功能,减少了用户操作。
在本实施例中,首先,在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作,然后,待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
在一实施例中,如图5所示,在上述图3所示的实施例基础上,所述步骤S12还包括:
步骤S123、在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
具体地,应用编程接口API是操作系统留给应用程序的一个调用接口,应用程序通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。具体地,API是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。在本实施例中,第二API可以是移动设备系统的SDK中并不公开的API,其位于BluetoothDevice类内部,运行时调用该API清除移动终端与蓝牙Key之间的配对。刷新操作的第二API根据不同移动终端而不同,本实施例中是基于android系统的移动终端,所以该第二API是android SDK中BluetoothGatt类中一个名为“removeBond”的API,通过JAVA的反射机制可以在运行时调用该API进行刷新操作。在其他系统如iOS操作系统的移动终端实施时需调用的API则以对应操作系统的SDK为准。
需要说明的是,配对列表中记录了历史配对设备。调用第二API从配对列表中清除移动终端与蓝牙Key之间的配对,这避免了用户手动删除配对,减少了用户操作。
步骤S124、待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
具体地,从配对列表中清除移动终端与蓝牙Key之间的配对后,移动终端重新发起对蓝牙Key的配对请求。需要说明的是,配对请求的次数可以是3,但不限于是3。
在本实施例中,首先,在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,然后,待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
在一实施例中,如图6所示,在上述图3所示的实施例基础上,所述步骤S12之后还包括:
步骤S13、在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
具体地,应用编程接口API是操作系统留给应用程序的一个调用接口,应用程序通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。具体地,API是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。在本实施例中,第一API可以是移动设备系统的SDK中并不公开的API,其位于BluetoothGatt类内部,运行时调用该API对蓝牙模块进行刷新操作。刷新操作的第一API根据不同移动终端而不同,本实施例中是基于android系统的移动终端,所以该第一API是android SDK中BluetoothGatt类中一个名为“refresh”的API,通过JAVA的反射机制可以在运行时调用该API进行刷新操作。在其他系统如iOS操作系统的移动终端实施时需调用的API则以对应操作系统的SDK为准。
步骤S14、待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接;
具体地,对蓝牙模块进行刷新操作后,蓝牙模块会清除缓存并且初始化,这时,移动终端重新发起与蓝牙Key之间的连接。这避免了用户手动重启蓝牙功能,减少了用户操作。
步骤S15、获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数;
在移动终端与蓝牙Key重新建立连接的过程中,对连接次数进行监测,在连接次数达到预设数值时,需要进一步的操作来提高移动终端与蓝牙Key连接的成功率。
步骤S16、在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
具体地,预设数值可以是5,但不限于是5。在连接次数为第5次时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对。
在本实施例中,第二API可以是移动设备系统的SDK中并不公开的API,其位于BluetoothDevice类内部,运行时调用该API清除移动终端与蓝牙Key之间的配对。需要说明的是,配对列表中记录了历史配对设备。调用第二API从配对列表中清除移动终端与蓝牙Key之间的配对,这避免了用户手动删除配对,减少了用户操作。
步骤S17、待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
具体地,从配对列表中清除移动终端与蓝牙Key之间的配对后,移动终端重新发起对蓝牙Key的配对请求。在移动终端与蓝牙Key配对完成后,移动终端重新发起与蓝牙Key之间的连接。需要说明的是,当连接次数达到预设数值,移动终端与蓝牙Key仍是未连接状态时,重复上述步骤。比如,预设数值是5,在连接次数为第5次,移动终端与蓝牙Key仍是未连接状态,这时重复步骤S11~S17。
在本实施例中,首先,在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作,在刷新操作完成后,所述移动终端与所述蓝牙Key之间重新建立连接。然后,获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数,在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对。最后,待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。这样,提高了移动终端与蓝牙Key之间的兼容性,避免了用户手动操作,从而提高了用户的体验。
本发明还提供一种移动终端与蓝牙Key的连接方法,参照图7,在一实施例中,所述移动终端与蓝牙Key的连接方法方法包括以下步骤:
步骤S21、在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
在本实施例中,移动终端可以是可以是PC,也可以是智能手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、便携计算机等具有显示功能的可移动式终端设备。
在本实施例中,蓝牙KEY的硬件部分由微处理器和蓝牙控制器(图中未示出)组成。其中,微处理器可以是嵌入式通用处理器,蓝牙协议栈则运行在微处理器的操作系统上。根据身份认证的应用特点,需要在蓝牙KEY端实现的蓝牙协议栈包括主机控制接口HCI,逻辑链路控制和适配协议L2CAP,对象交换协议OBEX以及基于其上密钥传输应用。
在本实施例中,蓝牙功能已经在诸如手机,平板电脑等移动设备上普及,只需要在移动设备的操作系统上实现相应的蓝牙应用即可。移动设备上的蓝牙应用负责发送相关的命令、口令以及接受用户信息和加密口令等,应用的接口是蓝牙协议的OBEX协议,然后再由蓝牙下层协议逐层传输,最终获悉与蓝牙KEY的通信。
需要说明的是,蓝牙KEY方案可以和传统的USB KEY结合在一起,成为带有蓝牙功能的USB KEY,或者是USB-蓝牙二合一KEY,这样用户既可以在传统的PC上使用,也可以在手机等带有蓝牙功能的移动设备上使用。
在本实施例中,在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。这样,提高了移动终端与蓝牙Key之间的兼容性,避免了用户手动操作,从而提高了用户的体验。
在一实施例中,如图8所示,在上述图7所示的实施例基础上,所述步骤S21包括:
步骤S211、在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
需要说明的是,本发明方案的代码是以软件开发工具包SDK的方式提供的。需要说明的是,SDK是一些被软件工程师用于为特定的软件包、软件框架、硬件平台、操作系统等创建应用软件的开发工具的集合。SDK可以简单的为某个程序设计语言提供应用编程接口API的一些文件,但也可能包括能与某种嵌入式系统通讯的复杂的硬件。一般的工具包括用于调试和其他用途的实用工具。SDK还经常包括示例代码、支持性的技术注解或者其他的为基本参考资料澄清疑点的支持文档。
具体地,应用编程接口API是操作系统留给应用程序的一个调用接口,应用程序通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。具体地,API是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。在本实施例中,第一API可以是移动设备系统的SDK中并不公开的API,其位于BluetoothGatt类内部,运行时调用该API对蓝牙模块进行刷新操作。
具体地,对蓝牙模块进行刷新操作后,蓝牙模块会清除缓存并且初始化,这时,移动终端重新发起与蓝牙Key之间的连接。这避免了用户手动重启蓝牙功能,减少了用户操作。
在本实施例中,在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
在一实施例中,如图9所示,在上述图7所示的实施例基础上,所述步骤S21还包括:
步骤S212、在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
具体地,应用编程接口API是操作系统留给应用程序的一个调用接口,应用程序通过调用操作系统的API而使操作系统去执行应用程序的命令(动作)。具体地,API是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。在本实施例中,第二API可以是移动设备系统的SDK中并不公开的API,其位于BluetoothDevice类内部,运行时调用该API从配对列表中清除移动终端与蓝牙Key之间的配对。
需要说明的是,配对列表中记录了历史配对设备。调用第二API从配对列表中清除移动终端与蓝牙Key之间的配对,这避免了用户手动删除配对,减少了用户操作。
具体地,从配对列表中清除移动终端与蓝牙Key之间的配对后,移动终端重新发起对蓝牙Key的配对请求,蓝牙Key接收所述移动终端重新发起的配对请求。需要说明的是,配对请求的次数可以是3,但不限于是3。
具体地,在移动终端与蓝牙Key配对完成后,移动终端重新发起与蓝牙Key之间的连接。需要说明的是,当连接次数达到预设数值时,重复步骤S21。比如,预设数值是5,在连接次数为第5次,移动终端与蓝牙Key仍是未连接状态,这时重复步骤S21。
在本实施例中,在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
本发明还提供一种移动终端,所述移动终端包括:移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序配置为实现如下操作:
移动终端检测与蓝牙Key之间的连接状态;
在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序配置还为实现如下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序配置还为实现如下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序配置还为实现如下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接;
获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数;
在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
本发明提供的移动终端,首先,移动终端检测与蓝牙Key之间的连接状态,然后,在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。这样,提高了移动终端与蓝牙Key之间的兼容性,避免了用户手动操作,从而提高了用户的体验。
本发明还提供一种蓝牙Key,所述蓝牙Key包括:移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序配置为实现如下操作:
在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序配置还为实现如下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序配置还为实现如下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
本发明提供的蓝牙Key,在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。这样,提高了移动终端与蓝牙Key之间的兼容性,从而提升了用户的体验。
本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序被处理器执行实现如下操作:
移动终端检测与蓝牙Key之间的连接状态;
在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序被处理器执行时还实现如下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序被处理器执行时还实现如下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序被处理器执行时还实现如下操作:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接;
获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数;
在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序被处理器执行时还实现如下操作:
在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序被处理器执行时还实现如下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
进一步地,所述移动终端与蓝牙Key的连接程序被处理器执行时还实现如下操作:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
所述移动终端与蓝牙Key的连接程序被处理器执行时的具体实施例参照上文描述,此处不再赘述。
如图10,本发明还提供一种移动终端与蓝牙Key的连接系统100,包括如上所述的移动终端1,以及如上所述的蓝牙Key2。具体实施例同上,此处不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (11)

1.一种移动终端与蓝牙Key的连接方法,其特征在于,所述移动终端与蓝牙Key的连接方法包括以下步骤:
移动终端检测与蓝牙Key之间的连接状态;
在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接。
2.如权利要求1所述的移动终端与蓝牙Key的连接方法,其特征在于,所述在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的步骤包括:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接。
3.如权利要求1所述的移动终端与蓝牙Key的连接方法,其特征在于,所述在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的步骤包括:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
4.如权利要求1所述的移动终端与蓝牙Key的连接方法,其特征在于,所述在检测到所述移动终端与所述蓝牙Key连接失败时,所述移动终端与所述蓝牙Key之间自动重新建立连接的步骤包括:
在检测到所述移动终端与所述蓝牙Key连接失败时,利用第一应用程序编程接口API对蓝牙模块进行刷新操作;
待刷新操作完成,所述移动终端与所述蓝牙Key之间重新建立连接;
获取所述移动终端与所述蓝牙Key之间重新建立连接的连接次数;
在所述连接次数达到预设数值时,利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对;
待清除完成,所述移动终端与所述蓝牙Key之间重新建立连接。
5.一种移动终端与蓝牙Key的连接方法,其特征在于,所述移动终端与蓝牙Key的连接方法包括以下步骤:
在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接。
6.如权利要求5所述的移动终端与蓝牙Key的连接方法,其特征在于,所述在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接的步骤包括:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第一应用程序编程接口API对蓝牙模块进行刷新操作,则待刷新操作完成,所述蓝牙Key与所述移动终端之间重新建立连接。
7.如权利要求5所述的移动终端与蓝牙Key的连接方法,其特征在于,所述在所述移动终端与所述蓝牙Key连接失败时,所述蓝牙Key与所述移动终端之间自动重新建立连接的步骤包括:
在所述移动终端与所述蓝牙Key连接失败时,若检测到所述移动终端利用第二API从配对列表中清除所述移动终端与所述蓝牙Key之间的配对,则待清除完成,所述蓝牙Key与所述移动终端之间重新建立连接。
8.一种移动终端,其特征在于,所述移动终端包括:
移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序配置为实现如权利要求1至4中任一项所述的移动终端与蓝牙Key的连接步骤。
9.一种蓝牙Key,其特征在于,所述蓝牙Key包括:
移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序配置为实现如权利要求5至7中所述的移动终端与蓝牙Key的连接步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有移动终端与蓝牙Key的连接程序,所述移动终端与蓝牙Key的连接程序被处理器执行实现如权利要求1至4中或5至7中任一项所述的移动终端与蓝牙Key的连接方法的步骤。
11.一种移动终端与蓝牙Key的连接系统,其特征在于,所述移动终端与蓝牙Key的连接系统包括如权利要求8中所述的移动终端,以及如权利要求9中所述的蓝牙Key。
CN201710615033.0A 2017-07-25 2017-07-25 移动终端、蓝牙Key及连接方法、存储介质和系统 Active CN107635290B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710615033.0A CN107635290B (zh) 2017-07-25 2017-07-25 移动终端、蓝牙Key及连接方法、存储介质和系统
PCT/CN2018/095338 WO2019019921A1 (zh) 2017-07-25 2018-07-12 移动终端、蓝牙Key及连接方法、存储介质和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710615033.0A CN107635290B (zh) 2017-07-25 2017-07-25 移动终端、蓝牙Key及连接方法、存储介质和系统

Publications (2)

Publication Number Publication Date
CN107635290A true CN107635290A (zh) 2018-01-26
CN107635290B CN107635290B (zh) 2021-09-17

Family

ID=61099690

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710615033.0A Active CN107635290B (zh) 2017-07-25 2017-07-25 移动终端、蓝牙Key及连接方法、存储介质和系统

Country Status (2)

Country Link
CN (1) CN107635290B (zh)
WO (1) WO2019019921A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019019921A1 (zh) * 2017-07-25 2019-01-31 深圳市文鼎创数据科技有限公司 移动终端、蓝牙Key及连接方法、存储介质和系统
CN110062366A (zh) * 2019-04-18 2019-07-26 深圳创维数字技术有限公司 蓝牙配对异常处理方法、设备、存储介质及装置
CN110505609A (zh) * 2018-09-19 2019-11-26 深圳市文鼎创数据科技有限公司 一种蓝牙交互方法、蓝牙交互装置及终端设备
CN112995965A (zh) * 2021-01-29 2021-06-18 广东思派康电子科技有限公司 一种蓝牙耳机充电时的控制方法、计算机存储介质、蓝牙耳机
CN116142130A (zh) * 2022-12-23 2023-05-23 安徽江淮汽车集团股份有限公司 汽车蓝牙钥匙便捷连接方法

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004088960A1 (en) * 2003-03-31 2004-10-14 British Telecommunications Public Limited Company Sensory output devices
CN103518418A (zh) * 2012-09-27 2014-01-15 华为终端有限公司 一种蓝牙设备之间连接的方法及设备
US20140375831A1 (en) * 2013-06-21 2014-12-25 Casio Computer Co., Ltd. Imaging device, imaging condition setting method, and storage medium
CN104459729A (zh) * 2014-12-29 2015-03-25 上海华测导航技术有限公司 Gnss接收机中实现蓝牙异常检测和恢复的系统及方法
CN105392115A (zh) * 2015-12-03 2016-03-09 上海卓易科技股份有限公司 一种蓝牙自动回连的方法
CN105636004A (zh) * 2015-12-25 2016-06-01 惠州Tcl移动通信有限公司 一种基于低功耗蓝牙的蓝牙自动重连方法及系统
CN105681846A (zh) * 2016-01-29 2016-06-15 深圳创维数字技术有限公司 一种机顶盒进行蓝牙匹配的方法及机顶盒
EP3076694A1 (en) * 2015-03-30 2016-10-05 Freescale Semiconductor, Inc. Multiple connection management for bluetooth low energy devices
CN106327304A (zh) * 2016-08-26 2017-01-11 北京小度信息科技有限公司 订单处理方法、装置及系统
CN106341516A (zh) * 2015-07-06 2017-01-18 中兴通讯股份有限公司 一种多点连接控制方法、装置、终端及多点蓝牙耳机

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120006374A (ko) * 2010-07-12 2012-01-18 현대모비스 주식회사 무선 통신 단말기 자동 연결 방법 및 장치
CN106255051A (zh) * 2016-09-23 2016-12-21 歌尔科技有限公司 一种蓝牙设备的连接方法及设备
CN106850091A (zh) * 2017-02-03 2017-06-13 珠海市杰理科技股份有限公司 蓝牙设备测试方法和系统
CN107635290B (zh) * 2017-07-25 2021-09-17 深圳市文鼎创数据科技有限公司 移动终端、蓝牙Key及连接方法、存储介质和系统

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004088960A1 (en) * 2003-03-31 2004-10-14 British Telecommunications Public Limited Company Sensory output devices
CN103518418A (zh) * 2012-09-27 2014-01-15 华为终端有限公司 一种蓝牙设备之间连接的方法及设备
US20140375831A1 (en) * 2013-06-21 2014-12-25 Casio Computer Co., Ltd. Imaging device, imaging condition setting method, and storage medium
CN104459729A (zh) * 2014-12-29 2015-03-25 上海华测导航技术有限公司 Gnss接收机中实现蓝牙异常检测和恢复的系统及方法
EP3076694A1 (en) * 2015-03-30 2016-10-05 Freescale Semiconductor, Inc. Multiple connection management for bluetooth low energy devices
US20160295352A1 (en) * 2015-03-30 2016-10-06 Freescale Semiconductor, Inc. Multiple Connection Management For Bluetooth Low Energy Devices
CN106341516A (zh) * 2015-07-06 2017-01-18 中兴通讯股份有限公司 一种多点连接控制方法、装置、终端及多点蓝牙耳机
CN105392115A (zh) * 2015-12-03 2016-03-09 上海卓易科技股份有限公司 一种蓝牙自动回连的方法
CN105636004A (zh) * 2015-12-25 2016-06-01 惠州Tcl移动通信有限公司 一种基于低功耗蓝牙的蓝牙自动重连方法及系统
CN105681846A (zh) * 2016-01-29 2016-06-15 深圳创维数字技术有限公司 一种机顶盒进行蓝牙匹配的方法及机顶盒
CN106327304A (zh) * 2016-08-26 2017-01-11 北京小度信息科技有限公司 订单处理方法、装置及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
WENSAI SHANG等: "Braking of high-speed flows in the magnetotail:THEMIS joint observations", 《CHINESE SCIENCE BULLETIN》 *
余腾等: "基于Android智能终端的实时地铁变形监测系统软件设计", 《测绘通报》 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019019921A1 (zh) * 2017-07-25 2019-01-31 深圳市文鼎创数据科技有限公司 移动终端、蓝牙Key及连接方法、存储介质和系统
CN110505609A (zh) * 2018-09-19 2019-11-26 深圳市文鼎创数据科技有限公司 一种蓝牙交互方法、蓝牙交互装置及终端设备
CN110062366A (zh) * 2019-04-18 2019-07-26 深圳创维数字技术有限公司 蓝牙配对异常处理方法、设备、存储介质及装置
CN112995965A (zh) * 2021-01-29 2021-06-18 广东思派康电子科技有限公司 一种蓝牙耳机充电时的控制方法、计算机存储介质、蓝牙耳机
CN116142130A (zh) * 2022-12-23 2023-05-23 安徽江淮汽车集团股份有限公司 汽车蓝牙钥匙便捷连接方法

Also Published As

Publication number Publication date
CN107635290B (zh) 2021-09-17
WO2019019921A1 (zh) 2019-01-31

Similar Documents

Publication Publication Date Title
CN107635290A (zh) 移动终端、蓝牙Key及连接方法、存储介质和系统
US20220180351A1 (en) Method, electronic device, and communications system for automatically selecting nfc emulation card
CN110247887B (zh) 电子装置及其基于用户身份信息提供通信服务的方法
CN107153961A (zh) 一种支付方法、支付服务器、交易服务器及可读存储介质
KR101354804B1 (ko) 추가 요소를 이용한 이동 장치의 갱신
US11157893B2 (en) Electronic device including a plurality of payment modules
EP3654268B1 (en) Card registration method for payment service and mobile electronic device implementing the same
US20160323699A1 (en) Method for short-range wireless communication and electronic device using the same
KR102270129B1 (ko) 무선 제어 방법, 그 제어 장치 및 서버
KR102218693B1 (ko) 복수의 심 정보 처리 방법 및 그 전자 장치
US20150220247A1 (en) Electronic device and method for providing information thereof
CN108513165A (zh) 共享内容的方法和支持该方法的电子设备
KR102113826B1 (ko) 통신 서비스 제공 방법 및 장치
WO2017185349A1 (zh) 基于近场通信nfc的交易方法和设备
CN110692073B (zh) 基于通知的卡账户的配置
US20200267514A1 (en) Electronic device for processing message and method for operating same
US9635127B2 (en) Personalization of devices while packaged
CN109491932A (zh) 用于与外部电子设备通信的电子设备和方法
US20220058037A1 (en) Display Method and Device
WO2022267635A1 (zh) 用于数据交互的方法和装置
JP2005509334A5 (zh)
CN108475181A (zh) 电子设备和用于操作电子设备的方法
KR102220766B1 (ko) 메시지를 구성하는 전자 장치와 방법 및 메시지를 수신하여 실행하는 웨어러블 전자 장치와 방법
CN111917916A (zh) 一种显示的方法及设备
CN109741191A (zh) 基于自助卡的保险方案配置方法、装置、设备和存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant