本发明专利技术提供了一种提供从第一带蓝牙功能的设备至第二带蓝牙功能的设备的蓝牙通信的系统。该系统包括提供图形用户界面的蓝牙管理器；输出端口驱动器，其与蓝牙管理器共享配置信息并由蓝牙管理器启动；第一串行端口，其接收来自在第一设备上运行的应用程序的数据，该第一串行端口充当虚拟串行端口，其中第一串行端口不连接到通信硬件；第二串行端口，其被连接到通信硬件，该第二串行端口充当输出端口；以及蓝牙堆栈，其接收将从第二串行端口传递的数据；其中输出端口驱动器引导来自第一串行端口的数据经由该输出端口驱动器到达第二串行端口。
【技术实现步骤摘要】
本专利技术一般涉及带蓝牙功能的设备，并更特别地用于增强蓝牙协议的串列埠定义(SPP)的可用性。
技术介绍
蓝牙通信协议是用于设备间短距离无线通信的系统。在典型情况下，带蓝牙功能的设备A期望使用蓝牙连接与带同样功能的设备B通信。在传统的配置中，当设备处于通信范围内时，不能刚开始就进行通信。也就是，设备A没有预先得知设备B的存在，因此不能与其通信。图1示出了用于建立通信的处理的流程图。在步骤102中，当通信被请求的时候，设备A执行扫描关联(scan-associate)处理。该扫描关联处理经常是耗时的处理，通常需要多达几分钟的时间。在步骤104中，设备B的存在被建立。随着设备B的存在被建立，在步骤106中，虚拟串行端口在设备A中被创建，并且在步骤108中，设备A和设备B之间的通信被启动。图2是可在上述方法中使用的带蓝牙功能的设备A202的示意图。连同一些硬件一起，该图呈现了蓝牙通信中涉及的功能组件，其中功能组件是软件的单元或由与设备202的硬件交互的软件创建的状态。在设备A202中运行的应用程序204请求与设备B203进行蓝牙通信。蓝牙堆栈210可被提供在设备202的操作系统之内或之外。堆栈210实现蓝牙功能的多个层，它提供RFComm协议的实现以模拟蓝牙无线电(Bluetooth radio)212的串行端口功能，并且它提供SDP的实现以发现和搜索蓝牙设备和服务。用户使用蓝牙管理器208来激活至诸如设备B203的远程设备的连接。然后蓝牙管理器208与创建虚拟串行端口的蓝牙堆栈210交互。蓝牙管理器208与堆栈210通信并与堆栈210无关地独立执行。蓝牙管理器208适于提供用户与堆栈210之间的接口。在该实例中，虚拟串行端口BSP2206被开启。蓝牙堆栈210经由虚拟串行端口206接收来自应用程序204的数据，并将其提供给蓝牙无线电212。在现有技术的另一个系统中，自动扫描关联处理被周期地执行以确定可用于通信的蓝牙设备。一旦确定对于特定设备而言通信将是可能的，就将其添加到可用于通信的设备的列表中。在上述系统中，可能的设备的列表不是由用户配置的。在现有技术中，也存在着这样的系统，其蓝牙通信的可用性是有优势的，但不合乎需要的是，其使得系统在扫描关联处理中变得“可发现”。对于处在公共场所中的系统而言，可能会出现这样的情况。在此情况下，系统不希望蓝牙功能对公众中可以访问该系统并且具有扫描带蓝牙功能的设备的能力的任何成员可见。因此，需要有一种系统，其在通信时不需要扫描关联处理，向用户提供可与其建立通信的设备的可配置列表，并且不需要系统将其自身识别为对其它带蓝牙功能的设备“可发现”。
技术实现思路
本专利技术涉及一种用于蓝牙协议中的SPP的系统和方法。本专利技术的一个目的是提供用于蓝牙通信的一种改进的系统和方法。本专利技术的进一步的目的是消除或减轻现有技术中的至少一个缺陷。根据本专利技术的一个方面，提供了一种提供从第一带蓝牙功能的设备至第二带蓝牙功能的设备的蓝牙通信的系统。该系统包括提供图形用户界面的蓝牙管理器；输出端口驱动器，其与蓝牙管理器共享配置信息并由蓝牙管理器启动；第一串行端口，其接收来自在第一设备上运行的应用程序的数据，该第一串行端口充当虚拟串行端口，其中第一串行端口不连接到通信硬件；第二串行端口，其被连接到通信硬件，该第二串行端口充当输出端口；以及蓝牙堆栈，其接收将从第二串行端口传递的数据；其中输出端口驱动器引导来自第一串行端口的数据经由该输出端口驱动器到达第二串行端口。本专利技术的该概述不一定描述本专利技术的所有特征。在结合附图阅览过本专利技术的以下描述后，本专利技术的其它方面和优点以及本专利技术的不同实施例的结构和操作，对于本领域的普通技术人员来说将是显而易见的。附图说明根据参考了附图的以下描述，本专利技术的这些和其它特征将变得更显而易见，在附图中图1是现有技术中用于连接到蓝牙设备的方法的流程图；图2是现有技术中蓝牙设备的组件的示意性框图；图3是根据本专利技术的实施例的蓝牙设备的示意性框图；图4是根据本专利技术的实施例的蓝牙设备的组件的示意性框图；图5a是根据本专利技术的实施例的配置蓝牙设备的方法的流程图；图5b是根据本专利技术的实施例的用于建立与蓝牙设备的通信的方法的流程图；图6a是示出根据本专利技术的实施例的与蓝牙设备的连接的示意性框图；图6b是示出根据本专利技术的实施例的与蓝牙设备的连接的示意性框图；具体实施方式本专利技术提供了使得能够在两个带蓝牙功能的设备之间进行蓝牙通信的系统和方法。该方法允许用户配置，限制所开启串行端口的数目，并且在通信时不需要用户执行扫描关联处理。图3示意性地描绘了可在其上运用本专利技术的设备。在本实施例中，该设备是适于采集数据的手持终端。设备301包含CPU302、随机存取存储器304、非易失性存储器306和蓝牙无线电308。本实施例的设备还包含RF无线电310。术语无线电用于描述RF无线电310和蓝牙无线电308，一般包括对本领域技术人员来说将显而易见的为这些类型的通信所需的那些元件。本专利技术的系统一般被作为电子信号存储在非易失性存储器306中。该系统可以在CPU302中运行并且可在操作期间被全部或部分地加载在RAM304中。对本领域技术人员来说将显而易见的是，本专利技术可以用在适于存储和运行程序的任何设备中并且能够用于进行蓝牙通信。对本领域技术人员来说显而易见的是，图3不一定示出带蓝牙功能的设备301内的所有组件。图4是根据本实施例的带蓝牙功能的设备402的示意性框图。图4描绘了当设备402与设备B203通信时该设备的特征。如在图2中那样，图4中示出的元件可以是硬件元件、软件或通过软件构建的状态，并且后两个元件通常与包括图3中示出的元件的硬件元件交互，和/或在其上运行。图4也描绘了不同元件间交互的性质。实线块箭头表示元件之间的数据流和/或功能调用，而虚线箭头表示配置信息的交换。在本实施例中，设备A402，特别是CPU302，在其上运行着WindowsTMCE操作系统。对本领域技术人员显而易见的是，包括但不限于Linux、Apple OS X和Palm OS的其它操作系统也在本专利技术的范围内。蓝牙管理器407是由设备A402的用户用来配置设备402的蓝牙子系统用于通信的图形用户界面(GUI)。蓝牙管理器407与蓝牙堆栈412通信并向输出端口驱动器408提供配置信息。在本实施例中，堆栈412是由Windows CE操作系统提供的MicrosoftTM蓝牙堆栈。适于所实现的操作系统(包括Windows CE)的蓝牙堆栈的其它实现方案也在本专利技术的范围内。输出端口驱动器408是本实施例的中心实体。该输出端口驱动器408是.DLL文件形式的虚拟设备驱动器。输出端口驱动器408创建虚拟串行端口406和成为输出端口的输出串行端口410(BSP9)。虚拟串行端口406由应用程序404使用。在这样的意义上，其是虚拟端口应用程序404将其认为是输出端口，而它不具有任何与之相关的物理串行通信硬件。输出端口驱动器408还向用户提供蓝牙管理器407并确保蓝牙堆栈412连接到期望的设备。虚拟串行端口406、输出端口驱动器408、输出串行端口410、蓝牙堆栈412都是在应用程序404和蓝牙无线电414之间形成的数据路径的元件。本专利技术的系统允许带蓝牙功能的设备之间的通本文档来自技高网...
【技术保护点】
一种提供从第一带蓝牙功能的设备至第二带蓝牙功能的设备的蓝牙通信的系统，所述系统位于所述第一带蓝牙功能的设备内，所述系统包括： 蓝牙管理器，其提供图形用户界面； 输出端口驱动器，其与所述蓝牙管理器共享配置信息并由所述蓝牙管理器启动； 第一串行端口，其接收来自在所述第一设备上运行的应用程序的数据，所述第一串行端口充当虚拟串行端口，其中所述第一串行端口不与通信硬件连接； 第二串行端口，其被连接到通信硬件，所述第二串行端口充当输出端口；以及 蓝牙堆栈，其接收将从所述第二串行端口传递的数据； 其中，所述输出端口驱动器引导来自所述第一串行端口的数据经由所述输出端口驱动器到达所述第二串行端口。
【技术特征摘要】
...
【专利技术属性】
技术研发人员：R李，
申请(专利权)人：得逻辑公司，
类型：发明
国别省市：CA[加拿大]
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。