Bluez D-Bus Architecture

最新推荐文章于 2020-03-13 23:34:44 发布

转载最新推荐文章于 2020-03-13 23:34:44 发布 · 1.8k 阅读

文章标签：

#encryption #authentication #interface #system #properties #caching

Bluetooth 技术相关专栏收录该内容

15 篇文章

订阅专栏

本文介绍了一种通过 BlueZ D-Bus 接口实现蓝牙技术无缝集成到桌面环境的方法。该架构包含一个中央蓝牙守护进程“hcid”，负责处理不在 Linux 内核中执行的任务，如 PIN 码和连接密钥管理、设备名称和服务缓存等。此外，文章还讨论了如何通过系统消息总线导出服务，以便应用程序可以轻松使用蓝牙技术。

Description

The BlueZ D-Bus interfaces aim to provide seamless Bluetooth technology integration into the desktop. A central Bluetooth daemon "hcid"(planned to be renamed to bluetoothd) is responsible for take care of all tasks that can’t or shouldn’t be handled inside the Linux kernel. These jobs include PIN code and link key management for the authentication and encryption, caching of device names and services and also central control of the Bluetooth hardware. The interface exported allows to abstract the internals of GNOME, KDE, Maemo, OpenMoko, ... applications from any technical details of the Bluetooth specification. Even other application will get access to the Bluetooth technology without any hassle.

The BlueZ D-Bus services are exported through the system message bus. Every D-Bus enabled desktop has a system message bus instance running. This bus is used to broadcast system events, such as new hardware devices, network connection status, and so forth. The session message bus is not suitable for this architecture since the Bluetooth hardware/connections are shared by all desktop sessions.

The BlueZ D-Bus Architecture goal are:

Abstract Bluetooth HCI commands/events
Provide an easy interface to setup Bluetooth adapter and manage the services

Architecture ¶

The hcid is the main entity of the architecture. It implements methods to setup the Bluetooth adapters, retrieve remote device properties, control the pairing procedure and control the services registration/searches. The following figure shows a high level relationship between the entities.