AllJoyn开源技术基础概念解析
总线(Bus) 实现P2P通信的基础 AllJoyn 的底层协议类似于D-Bus,相当于是跨设备分布式的 D-Bus 总线附件(Bus Attachment) 每一个连接到总线上的Alljoyn应用程序被称为总线附件,可用C++或Java编写 每个总线附件有独一的名称(unique name),当每次连接到总线时自动分配 每个总线附件可以有一个易读的名称(well-known name),用于标识服务,例如“org.alljoyn.bus.addressbook” 总线接口(Bus Interfaces) 类似于Java中的接口,定义了方法、信号处理函数和属性 所有总线方法(Bus Methods)可使用简单或复杂的数据类型(数组、结构等)作为参数和返回值 总线对象(Bus Objects) 用于实现总线接口,每个总线对象实现一个或多个总线接口 处理远程方法调用(Remote Method Calls)和发出信号(signals)、消息(messages) 总线对象通过总线附件注册到总线上 每个总线对象有一个类似于文件路径的路径名,例如/org/AllJoyn/Games/chess,用于远程方法调用 代理总线对象(Proxy Bus Object) 一旦总线附件之间建立连接,应用程序创建一个代理总线对象,实现远程方法调用(Remote Method Calls)并准备好从总线上接收信号(signals) 远程方法调用是同步的,信号则是异步的且可以一对多(广播)或一对一 service 和 client P2P 应用中提供服务的一方称为 service,使用服务的一方称为 client 一个应用程序可以同时是 service 和 client(例如chat) session 在宣告服务后,service 需创建一个或多个 session,client 发现服务后加入 session 每个 session 有一个 session port,类似于 socket 通信中的 port session 的两种情形: point-to-point session:两个 peer 之间交互 multipoint session:多个 peer 加入同一个 session,组成一个 group AllJoyn daemon——实现P2P通信的核心 daemon通过进程间通信(IPC)与应用程序通信,应用程序只与 daemon打交道 daemon提供一个抽象层处理所有的网络传输、消息路由、命名空间管理等 整个AllJoyn系统相当于一个虚拟总线,连接多个AllJoyn daemons和总线附件 daemon是用 C++编写的 native程序,运行在不同操作系统上的 daemons可实现互联 在应用程序启动之前必须先启动daemon AllJoyn daemon 在 Android 上的三种实现形式 第一种:Android app(AllJoyn.apk) 只支持 WiFi/TCP 传输 无需 root 权限 第二种:纯C++编写的可执行程序,在 adb shell 下运行(alljoyn-daemon) 若使用 WiFi 传输无需 root 权限 若使用 Bluetooth 传输需 root 权限,且蓝牙协议栈限定用 bluez 可在 init.rc 中自动加载 第三种:与应用程序捆绑在一起(bundle),不需要单独启动daemon 适用于发布基于AllJoyn开发的应用程序 设备发现和建立连接的过程 注册(Register): 连接在总线上的对象为自身进行注册 宣告(Advertise): 连接在总线上的对象通过IP组播(multicast)宣告自身的存在 发现(Discover): 发现其他对象的存在 在使用蓝牙时借助蓝牙本身的 SDP 进行发现 设备连接过程示意图: 设备之间通信的方式 远程方法调用(同步) Signal(异步) Raw session(直接 socket 通信,应用程序可选择基于 TCP 或 UDP ) |
AllJoyn是一个中性平台系统,旨在简化邻近异构分布式移动通信网络系统。这里的异构性不仅表示不同的设备,而且可以是具有不同操作系统和不同类型的设备(例如个人电脑、手机、平板电脑和消费性电子产品),并且使用不同的通信技术。
开源
AllJoyn是在Apache Version 2.0 license授权下作为一个开源项目进行开发的。这代表所有的AllJoyn代码库都是可供查阅的,并且鼓励开发者进行补充和改进。如果AllJoyn缺少某个功能,你可以对此作出改进和贡献。如果你在嵌入式设备中使用AllJoyn,或者有任何技术性问题,我们开源社区中的众多参都会愿意提供帮助和指导。AllJoyn的代码库可以在http://www.alljoyn.org中获得。
操作系统的独立性
AllJoyn提供了一个抽象层,允许AllJoyn及其应用程序运行在多个操作系统平台上。AllJoyn支持大部分的标准Linux发行版本包括Ubuntu等,并可以运行在Android 2.2和更高版本的智能手机和平板设备上。AllJoyn还在常见版本的Microsoft Windows操作系统上进行了测试和验证,包括Windows XP和Windows7。
开发语言的独立性
目前,开发人员可以使用C++或Java语言来创建应用程序。其它语言的支持也将很快面世。
物理网络和协议的独立性
现在,网络设备支持许多的通信技术。AllJoyn提供了一个抽象层,它为底层网络协议栈定义了统一的接口,使得软件工程师可以相对容易地添加和安装新的网络。
最近,Wi-Fi联盟发布了一个Wi-Fi Direct规范,这将允许点对点的Wi-Fi连接。并且Wi-Fi Direct的网络硬件模块也正在积极开发中,它将为AllJoyn开发者增加Wi-Fi Direct功能和可用网络选项的预关联发现机制。
动态配置
通常情况下,移动设备在使用过程中会到达不同的地点,并不断与各种网络进行连接和断开。这意味着它的IP(互联网协议)地址可能会改变,网络接口可能无法使用,服务可能是短暂性的。
AllJoyn可以获知当前服务的断开和新服务的出现,并创建新的连接(如果需要)。AllJoyn准备作为Wi-Fi Hotspot 2.0技术的应用层,这种技术旨在提升手机和信号发射塔对Wi-Fi热点的漫游透明度。
有些情况下,网络拓扑结构对分布式应用程序的性能至关重要。蓝牙网络配置成微微网会比配置成分布式网络达到更好的性能。AllJoyn在内部对这些配置进行管理,而不需要开发人员对每种网络技术的具体特性进行任何了解。
广播和发现服务
当设备需要交互时,必须进行某种形式的广播和发现服务。在静态网络的时代,人作为管理员对设备之间通信作出了精确的安排。最近,零配置网络的概念已经得到了普及,尤其是苹果的Bonjour和微软的Plug and Play技术。我们也看到,现有技术的发现机制如蓝牙服务发现协议,和新兴机制如Wi-Fi Direct P2P发现规范。而AllJoyn提供了一种广播和发现服务的抽象,可以简化定位和应用服务的流程。
安全
分布式应用程序中安全性的固有模型是应用程序到应用程序的。不幸的是,在许多情况下,网络安全模型并不匹配这种固有的协定。例如,蓝牙协议就要求必须在设备之间进行配对。使用这种方法,一旦设备配对成功,两个设备上的所有应用程序都会得到授权。但是当考虑更多比蓝牙耳机更强大的设备时,这就不可取了。例如,两台笔记本电脑通过蓝牙进行连接,那么更精细的安全控制是非常有必要的。AllJoyn在设计上对这种复杂的安全模型提供了广泛的支持,特别是应用程序到应用程序的通信。
对象模型和远程方法调用
AllJoyn采用了一种易于理解的对象模型和远程方法调用(RMI)机制。AllJoyn重新实现了总线协议,基于D-BUS规范和扩展D-BUS协议,以支持分布式设备。
软件组件
根据标准的对象模型和总线协议可以规范各种接口组件。Java接口声明提供的一个与本地实现实例进行交互的规范,也采用了大致相同的方式。AllJoyn对象模型中提供了一个独立于语言的规范,来实现远程交互。
规范中考虑了多种接口的实现,从而可以支持应用程序通信的标准定义。这对于软件组件是可以实现的技术。软件组件已经成为了许多现代系统的核心部分,例如Android系统,它定义了四个主要的组件类型作为与Android应用框架进行交互的唯一渠道;或者在微软系统中,它使用了组件对象模型(COM)系统的子节点。
我们期待出现丰富的接口定义,以实现概述一节中描述的情景。AllJoyn项目希望与用户进行合作,共同定义和公布标准接口支持,并实现共享。