以及扬声器214。
[0033]在智能手机20接通电源之后，CPU202执行存储在存储器204中的初始程序的装入程序，并且将相应的硬件单元初始化。然后，CPU 202将存储在存储器204中的主程序加载至预定的工作区，并且通过执行加载的主程序来执行整个智能手机20的控制和各种类型的处理。
[0034]例如通过根据用户对触摸面板206的操作来执行存储在存储器204中的网络浏览器，CPU 202能够通过网络IF 208来下载位于因特网的内容，并且将该内容显示在触摸面板206上。网络浏览器为能够解释例如，HTML(Hyper Text Markup Language，超文本标记语言)5、CSS(Cascading Style Sheet，层叠样式表)、Javascript?等的软件。
[0035]在存储器204中，存储了有损压缩型音频数据(例如，MP3)。音频编解码器212将存储在存储器204中的音频数据解码，并且将解码的音频数据通过扬声器214再现。
[0036](导航设备10与智能手机20之间的协作)
[0037]如图2和图3中所示，导航设备10包括蓝牙IF 110，并且智能手机20包括蓝牙IF210。蓝牙IF 110和蓝牙IF 210是用于分别将导航设备10和智能手机20连接至位于无线通信允许范围内(例如，1m内)的终端设备的通信模块。在这个实施方案中，在导航设备10与智能手机20之间协作的情况下，能够通过相应的蓝牙IF来操作应用。
[0038]图4示意性地示出了用于在根据实施方案的导航设备10与智能手机20之间实现蓝牙通信的协议栈。图4所示的协议栈被应用至导航设备10和智能手机20 二者。如图4中所示，协议栈包括:RF(射频)302、基带304、LMP(链路管理协议)306、HCI(主机控制器接口)308、L2CAP(逻辑链路控制和适配协议)310、RFC0MM(RF通信)312、SDP 314、和无线通信配置文件控制协议316、配置文件318和应用程序320。
[0039]RF302是基于GFSK(高斯频移键控)和通过跳频的扩频通信来执行信号的频率调制的协议。基带304是执行物理线路的建立以及数据包的传输和接收的协议。LMP 306是执行链路控制(例如，链路的设定或切断)的协议。HCI 308是在主机与控制器之间交换数据的通信协议，并且位于硬件与软件之间的边界处。在导航设备10中，相对于HCI 308的上层为主机(主要通过导航ECU 102来实现的软件部分)，并且相对于HCI 308的下层为控制器(主要通过蓝牙IF 110来形成的硬件部分)。类似地，在智能手机20中，相对于HCI 308的上层为主机(主要通过CPU 202来实现的软件部分)，并且相对于HCI 308的下层为控制器(主要通过蓝牙IF 210来形成的硬件部分)。
[0040]L2CAP 310为在连接的设备之间设定数据传输路径(逻辑信道)的协议。RFC0MM312是仿真L2CAP 310上的RS-232C串行端口的传输功能的协议。SDP314是在L2CAP 310上搜索被通信对象设备支持的服务的协议。无线通信配置文件控制协议316通过在RFCOMM 312和SDP 314上运行，来控制SPP和HID(人机接口设备)(例如，通过这些配置文件、通信控制等来选择和分配服务)。
[0041]例如，配置文件318为音频相关的配置文件(例如，A2DP(高级音频分配配置文件)和AVRCP(音频/视频远程控制配置文件))和用于与通信对象设备进行无线通信的无线通信配置文件(例如，SPP和HID)无线通信协议。例如，应用320为基于HTML 5的应用(在下文中，被称作为“HTML 5应用”)、NaviCon?应用、Siri(语音解释和识别接口)应用，Pandora(潘多拉网络电台)应用、或Smart Access?(其是云式远程信息服务)。
[0042](应用的协作操作的连接过程)
[0043]图5为图示了为了在导航设备10与智能手机20之间的服务(应用)的协作操作而执行的蓝牙通信的流程图。以下假设导航设备10为主机，而智能手机20为从机来对流程图进行解释。
[0044](图5中的Sll(在微微网中同步的建立))
[0045]导航设备10广播查询数据包，以检测位于无线通信允许范围内的从机。在这种情况下，仅智能手机20位于无线通信允许范围内。因此，仅智能手机20接收查询数据包，并且传输FHS(跳频同步)数据包至导航设备10作为响应。HlS数据包为用于将从机信息通知主机的数据包，并且包括:BD_ADDR、其本身终端设备的时钟信息等。
[0046]导航设备10试图通过传输预定的HCI命令至接收到的FHS数据包的BD_ADDR，来建立与智能手机20的连接。当导航设备10的连接请求被智能手机20接受时(例如，在设定连接权限时)，在导航设备10与智能手机20之间的微微网中建立同步。当在导航设备10与智能手机20之间的微微网中建立了同步时，构建物理链路。物理链路的构建包括例如，对基带层(低于HCI 308的协议)中的认证和加密进行协商。
[0047](图5中的S12(可用服务的检测))
[0048]在建立了物理链路之后，导航设备10设定用于SDP的L2CAP信道(逻辑信道)，以检测智能手机20具有的功能或服务。导航设备10将包括预设的服务ID作为搜索关键字的SDP数据包传输至L2CAP信道上的智能手机20。导航设备10通过从智能手机20接收对SDP数据包的响应，来检测在导航设备10与智能手机20之间可用的服务(例如协议和配置文件的信息)。在通过SDP检测出服务之后，导航设备10释放用于SDP的逻辑信道。
[0049](图5中的S13(自由频带的计算))
[0050]导航设备10计算用于智能手机20的数据传输路径的自由频带。自由频带的计算的两个示例解释如下。
[0051](计算示例I)
[0052]计算示例I为进行设定以将存储在智能手机20中的音频数据通过导航设备10再现的情况。在这种情况下，需要针对音频相关的配置文件(例如，A2DP和AVRCP)在导航设备10与智能手机20之间设定逻辑信道(在下文中，被称作为“音频相关的信道”)，以在导航设备10与智能手机20之间传输音频数据。用于音频相关的信道的所需频带可以从例如比特率中计算出。在这个实施方案中，导航设备10将基于被音频文件格式支持的最大比特率所计算的值，存储为用于音频相关的信道的所需频带的信息。导航设备10通过将用于智能手机20的数据传输路径的整个频带减去上述值(用于音频相关的信道的所需频带)来获得自由频带。
[0053](计算示例2)
[0054]计算示例2为进行设定而不将存储在智能手机20中的音频数据通过导航设备10再现的情况。在这种情况下，基于蓝牙标准的用于智能手机20的整个频带被分配至自由频带。
[0055]在上述的两个示例中，基于预测的通信条件来计算自由频带。在另外的示例中，可以通过在预定时间段内监控业务来计算自由频带。在另外的示例中，由于自由频带是基于实际的通信条件的，所以可以更准确地计算出自由频带。
[0056](图5中的S14(服务的选择))
[0057]导航设备10选择服务以分配给在图5的步骤S13(自由频带的计算)中计算出的自由频带。基于预定的服务选择信息，从图5的步骤12(可用服务的检测)中检测出的服务组中的利用无线通信配置文件(例如，SPP和HID)的服务组中选择服务，作为要选择的服务。
[0058]例如，引用HTML 5应用、NaviCon应用、Siri应用、Pandora应用、智能访问应用、以及文件传输作为要选择的服务。SPP主要用作传输应用的图形(图像)，并且HID主要用作传输应用的UI相关控制信号。基本上，对于传输所需的频带根据每个服务而有所不同。例如，由于HTML 5应用和Siri应用处理大量的信息，所以HTML 5应用和Siri应用需要宽频带。NaviCon应用、Pandra应用和智能访问应用相对于例如HTML 5应用而处理较少量的信息，所以Na V i Con应用、Pandr a应用和智