JPWO2014174893A1

JPWO2014174893A1 - 通信機器及びＢｌｕｅｔｏｏｔｈ通信システム

Info

Publication number: JPWO2014174893A1
Application number: JP2015513599A
Authority: JP
Inventors: 義孝住友
Original assignee: Clarion Co Ltd
Current assignee: Faurecia Clarion Electronics Co Ltd
Priority date: 2013-04-26
Filing date: 2014-02-27
Publication date: 2017-02-23
Also published as: EP2991425A4; EP2991425A1; CN105594272A; US20160073219A1; WO2014174893A1; EP2991425B1

Abstract

通信機器は、相手機器との通信状況に基づいてBluetooth（登録商標）通信の空き帯域を計算する空き帯域計算手段と、所定のサービス選択情報に基づいて、相手機器との通信を無線化するためのBluetoothプロファイルによるサービス群から空き帯域に割り当て可能なサービスを選択するサービス選択手段と、選択されたサービスを空き帯域に割り当てるサービス割当手段と、空き帯域に割り当てられたサービスの、相手機器との通信を制御するサービス制御手段を有する。

Description

本発明は、Bluetooth（登録商標）により相手機器と無線通信することが可能な通信機器及びBluetooth通信システムに関する。

近年、乗用車等に搭載されるナビゲーション装置とスマートフォンとを連携させるシステムが知られている。ユーザは、例えば、スマートフォン上で目的地の指定操作を行うことにより、ナビゲーション装置によるルート案内の目的地を設定することができる。また、ナビゲーション装置上又はスマートフォン上でオーディオデータの再生指示操作を行うことにより、スマートフォンに格納されているオーディオデータをナビゲーション装置へ転送し、転送されたオーディオデータをナビゲーション装置のオーディオ部にて再生させることができる。この種のシステムの具体的構成は、例えば特開２０１２−２２１３９２号公報（以下、「特許文献１」と記す。）に記載されている。特許文献１に記載のシステムは、ナビゲーション装置とスマートフォンとを連携させるため、互いをBluetoothで接続している。

Bluetoothの接続環境下でスマートフォン内のアプリケーション（以下、「アプリ」と記す。）をナビゲーション装置上で連携動作させる際に必要な接続手順の一例を説明する。ナビゲーション装置は、例えばInquiryで検出されたスマートフォンに対し、連携動作させる１つのアプリを指定するＵＵＩＤ（Universally Unique Identifier）を含めたＳＤＰ（Service Discovery Profile）パケットを送信する。ナビゲーション装置は、スマートフォンよりＳＤＰパケットに対するレスポンスを受信すると、ＳＰＰ（Serial Port Profile）パケットによって仮想シリアルポートをアプリ用に構築する。これにより、アプリが仮想シリアルポートを介してナビゲーション装置とスマートフォンとの間で連携動作可能となる。

ＳＰＰ等によるサービス伝送用の仮想シリアルポートは、同時に１つしか構築することができない。そのため、ナビゲーション装置とスマートフォンとの間で連携する複数のアプリを同時に動作させることができなかった。

本発明は上記の事情に鑑みてなされたものであり、その目的とするところは、相手機器との間でサービスを複数同時に連携動作させることが可能な通信機器及び該通信機器を有するBluetooth通信システムを提供することである。

本発明の実施形態の通信機器は、相手機器との通信状況に基づいてBluetooth通信の空き帯域を計算する空き帯域計算手段と、所定のサービス選択情報に基づいて、相手機器との通信を無線化するためのBluetoothプロファイルによるサービス群から空き帯域に割り当て可能なサービスを選択するサービス選択手段と、選択されたサービスを空き帯域に割り当てるサービス割当手段と、空き帯域に割り当てられたサービスの、相手機器との通信を制御するサービス制御手段を有する。

本発明の実施形態によれば、相手機器との通信を無線化するためのプロファイルによるサービスを帯域の空き状況に応じて複数割り当てることができるため、相手機器との間でアプリ等の複数のサービスを同時に連携動作させることができる。

通信機器は、例えば、相手機器との通信を無線化するためのBluetoothプロファイルを複数同時に制御することを可能とするプロトコルを持つ。このプロトコルに従い、サービス選択手段によるサービスの選択、サービス割当手段によるサービスの割当及びサービス制御手段によるサービスの通信の制御が行われる。

所定のサービス選択情報は、例えば、空き帯域に割り当てられるべきサービスの優先順位を示す情報である。優先順位の例として、ユーザの操作に従って設定される順位又は予め定められた順位又はサービスの使用頻度に基づいて決定される順位が挙げられる。

サービス選択手段は、相手機器との間で利用可能なサービスを検出し、検出されたサービスのうち優先順位の高いサービスから順に空き帯域に割り当て可能な分だけを選択する構成としてもよい。

また、サービス選択手段は、相手機器との通信を無線化するためのBluetoothプロファイル以外のBluetoothプロファイルによるサービスを割り当てる帯域が無いとき、サービス割当手段によって空き帯域に割り当てられたサービスのうち優先順位の低いサービスの割当を解除し、解除されることによって確保された領域に、相手機器との通信を無線化するためのBluetoothプロファイル以外のBluetoothプロファイルによるサービスを割り当てるように構成されてもよい。

本発明の実施形態では、伝送に必要な帯域がサービス毎に設定されていてもよい。

相手機器との通信を無線化するためのBluetoothプロファイルによるサービスは、例えば、ＳＰＰ（Serial Port Profile）又はＨＩＤ（Human Interface Device Profile）によるサービスである。

本発明の実施形態のBluetooth通信システムは、上記の通信機器をマスタ端末として備え、相手機器をスレーブ端末として備えたシステムである。

本発明の実施形態のBluetooth通信システムの構成を示すブロック図である。 Bluetooth通信システムを構成するナビゲーション装置の構成を示す図である。 Bluetooth通信システムを構成するスマートフォンの構成を示す図である。ナビゲーション装置とスマートフォンとの間のBluetooth通信を実現するためのプロトコルスタックを示す図である。ナビゲーション装置とスマートフォンとの間でサービスを連携動作させるために行われるBluetooth通信のフローチャートである。別の実施形態におけるプロトコルスタックを示す図である。

以下、図面を参照して、本発明の実施形態のBluetooth通信システムについて説明する。

［Bluetooth通信システム１全体の構成］
図１は、本実施形態のBluetooth通信システム１の構成を示すブロック図である。図１に示されるように、Bluetooth通信システム１は、乗用車等に搭載されたナビゲーション装置１０及び搭乗者に所持されたスマートフォン２０を備えている。Bluetooth通信システム１を構成する端末は、ナビゲーション装置１０やスマートフォン２０に限らず、Bluetoothのネットワーク（ピコネット）を形成可能な別の形態の端末に置き換えてもよい。例えば、スマートフォン２０は、Bluetooth通信可能なタブレットＰＣ、ノートＰＣ等に置き換えてもよい。

［ナビゲーション装置１０の構成］
図２は、ナビゲーション装置１０の構成を示すブロック図である。図２に示されるように、ナビゲーション装置１０は、ナビゲーションＥＣＵ（Electronic Control Unit）１０２、メモリ１０４、ＵＩ（User Interface）１０６、ネットワークＩＦ１０８、BluetoothＩＦ１１０、ＧＰＳ（Global Positioning System）レシーバ１１２、ＬＣＤ（Liquid Crystal Display）１１４、オーディオコーディック１１６及びスピーカ１１８を備えている。

メモリ１０４には、初期プログラムローダやメインプログラム等の各種プログラム及びナビゲーションＥＣＵ１０２が処理に使用する各種データ（例えば地図データやプログラム内での参照値等）が格納されている。ナビゲーションＥＣＵ１０２は、ナビゲーション装置１０の電源投入直後、メモリ１０４に格納された初期プログラムローダを実行して各ハードウェアを初期化する。ナビゲーションＥＣＵ１０２は次いで、メモリ１０４に格納されたメインプログラムを所定のワークエリアにロードし、ロードされたメインプログラムを実行することにより、ナビゲーション装置１０全体の制御及び各種処理を行う。

例えば、ナビゲーションＥＣＵ１０２は、メモリ１０４より読み出した地図データをレンダリングしてＬＣＤ１１４に表示させると共に、ＧＰＳレシーバ１１２より所定の時間間隔で採取される測位データに基づいて（ナビゲーション装置１０を搭載する車両の）現在位置を測定し、測定された自車位置をＬＣＤ１１４に表示された地図に重ねる。ナビゲーションＥＣＵ１０２は、ルート案内の実行時には、ＬＣＤ１１４に表示されている地図内のルートを強調表示させる。ナビゲーションＥＣＵ１０２は、測位データに基づいて自車位置を定期的に測定し、測定された自車位置とマッチする地図をＬＣＤ１１４に表示させる。自車位置がルートから外れた場合は、ダイクストラ法によるルートの再探索を行う。ナビゲーションＥＣＵ１０２はまた、ネットワークＩＦ１０８を介してインターネット上の所定の地図サーバに定期的に接続することにより、最新の地図データをダウンロードすることができる。

ＵＩ１０６は、ユーザによる入力を受け付けるための操作手段であり、操作入力に応じた信号を生成してナビゲーションＥＣＵ１０２に出力する。この種の操作手段には、ハードウェア又はソフトウェア若しくはこれらを組み合わせた種々のＵＩが挙げられる。具体的には、ＵＩ１０６は、ナビゲーション装置１０本体のフロントパネルに設けられたメカニカルスイッチキー、メンブレンキー、タッチパネル環境下で提供されるＧＵＩ（Graphical User Interface）、操作キーが設けられたリモートコントローラ等である。

オーディオコーディック１１６は、ＭＰ３（MPEG Audio Layer-3）等の非可逆圧縮方式のオーディオデータをデコードし、デコードしたオーディオデータをスピーカ１１８を介して再生する。

［スマートフォン２０の構成］
図３は、スマートフォン２０の構成を示すブロック図である。図３に示されるように、スマートフォン２０は、ＣＰＵ（Central Processing Unit）２０２、メモリ２０４、タッチパネル２０６、ネットワークＩＦ２０８、BluetoothＩＦ２１０、オーディオコーディック２１２及びスピーカ２１４を備えている。

ＣＰＵ２０２は、スマートフォン２０の電源投入後、メモリ２０４に格納された初期プログラムローダを実行して各ハードウェアを初期化する。ＣＰＵ２０２は次いで、メモリ２０４に格納されたメインプログラムを所定のワークエリアにロードし、ロードされたメインプログラムを実行することにより、スマートフォン２０全体の制御及び各種処理を行う。

ＣＰＵ２０２は、例えば、ユーザによるタッチパネル２０６の操作に従ってメモリ２０４に格納されたＷｅｂブラウザを実行させることにより、インターネット上に配置されたコンテンツをネットワークＩＦ２０８を介してダウンロードし、タッチパネル２０６上に表示させることができる。Ｗｅｂブラウザは、例えばＨＴＭＬ（Hyper Text Markup Language）５、ＣＳＳ（Cascading Style Sheets）、JavaScript（登録商標）等及びこれらの関連仕様を解釈可能なソフトウェアである。

また、メモリ２０４には、ＭＰ３等の非可逆圧縮方式のオーディオデータが格納されている。オーディオコーディック２１２は、メモリ２０４に格納されているオーディオデータをデコードし、デコードしたオーディオデータをスピーカ２１４を介して再生する。

［ナビゲーション装置１０とスマートフォン２０との間の連携動作］
図２、図３の各図に示されるように、ナビゲーション装置１０はBluetoothＩＦ１１０を備えており、スマートフォン２０はBluetoothＩＦ２１０を備えている。BluetoothＩＦ１１０、２１０は夫々、ナビゲーション装置１０、スマートフォン２０を無線通信可能距離内（例えば１０ｍ以内）に位置する端末と接続するための通信モジュールである。本実施形態では、互いのBluetoothＩＦを介して、ナビゲーション装置１０とスマートフォン２０との間でアプリを連携動作させることができる。

図４は、本実施形態におけるナビゲーション装置１０とスマートフォン２０との間のBluetooth通信を実現するためのプロトコルスタックを示す図である。図４に示されるプロトコルスタックは、ナビゲーション装置１０にもスマートフォン２０にも適用される。図４に示されるように、プロトコルスタックは、ＲＦ（Radio Frequency）３０２、ベースバンド３０４、ＬＭＰ（Link Manager Protocol）３０６、ＨＣＩ（Host Controller Interface）３０８、Ｌ２ＣＡＰ（Logical Link Control and Adaptation Protocol）３１０、ＲＦＣＯＭＭ（RFCOMMunication）３１２、ＳＤＰ３１４、無線化通信プロファイル制御プロトコル３１６、プロファイル３１８及びアプリ３２０より構成される。

ＲＦ３０２は、ＧＦＳＫ（Gaussian Frequency Shift Keying）方式に基づく信号の周波数変調や周波数ホッピングによるスペクトラム拡散通信等を実行するプロトコルである。ベースバンド３０４は、物理リンクの確立やパケットの送受信等を実行するプロトコルである。ＬＭＰ３０６は、リンクの設定や切断等のリンク制御を行うプロトコルである。ＨＣＩ３０８は、ホストとコントローラとの間でデータをやり取りする通信プロトコルであり、ハードウェアとソフトウェアとの境界に位置する。ナビゲーション装置１０では、ＨＣＩ３０８を境に上位のレイヤがホスト（主にナビゲーションＥＣＵ１０２によって実現されるソフトウェア部分）であり、下位のレイヤがコントローラ（主にBluetoothＩＦ１１０のハードウェア部分）である。スマートフォン２０においても同様に、ＨＣＩ３０８を境に上位のレイヤがホスト（主にＣＰＵ２０２によって実現されるソフトウェア部分）であり、下位のレイヤがコントローラ（主にBluetoothＩＦ２１０のハードウェア部分）である。

Ｌ２ＣＡＰ３１０は、接続する機器同士のデータ伝送路（論理チャンネル）を設定するプロトコルである。ＲＦＣＯＭＭ３１２は、Ｌ２ＣＡＰ３１０上でＲＳ−２３２Ｃシリアルポートの転送機能をエミュレートするプロトコルである。ＳＤＰ３１４は、Ｌ２ＣＡＰ３１０上で相手機器がサポートしているサービスを検索するプロトコルである。無線化通信プロファイル制御プロトコル３１６は、ＲＦＣＯＭＭ３１２上及びＳＤＰ３１４上で動作することにより、ＳＰＰ及びＨＩＤ（Human Interface Device）を制御する（例えばこれらのプロファイルによるサービスの選択や割当、通信制御等を行う）プロトコルである。

プロファイル３１８は、例えばＡ２ＤＰ（Advanced Audio Distribution Profile）、ＡＶＲＣＰ（Audio/Video Remote Control Profile）等のオーディオ関連プロファイルや、ＳＰＰ、ＨＩＤ等の相手機器との通信を無線化するための無線化通信プロファイルである。アプリ３２０は、例えば、ＨＴＭＬ５ベースのアプリ（以下、「ＨＴＭＬ５アプリ」と記す。）や、ＮａｖｉＣｏｎ（登録商標）アプリ、Ｓｉｒｉ（Speech Interpretation and Recognition Interface）アプリ、Ｐａｎｄｏｒａ（Pandora internet radio）アプリ、クラウド型テレマティクスサービス（Telematics Service）であるSmart Access（登録商標）アプリである。

［アプリを連携動作させるための接続処理）］
図５は、ナビゲーション装置１０とスマートフォン２０との間でサービス（アプリ）を連携動作させるために行われるBluetooth通信のフローチャートである。本フローチャートでは、ナビゲーション装置１０をマスタとし、スマートフォン２０をスレーブとして説明する。

［図５のＳ１１（ピコネット内同期の確立）］
ナビゲーション装置１０は、無線通信可能距離内に位置するスレーブを検出するため、Inquiryパケットをブロードキャストする。ここではスマートフォン２０のみが無線通信可能距離内に位置する。そのため、スマートフォン２０のみがInquiryパケットを受信し、受信したInquiryパケットのレスポンスとしてＦＨＳ（Frequency Hop Synchronization）パケットをナビゲーション装置１０に送信する。ＦＨＳパケットは、スレーブ情報をマスタに通知するためのパケットであり、自端末のＢＤ＿ＡＤＤＲ（ＢＬＴＨアドレス)やクロック情報等を含んでいる。

ナビゲーション装置１０は、受信したＦＨＳパケットのＢＤ＿ＡＤＤＲに対して所定のＨＣＩコマンドを送信することにより、スマートフォン２０との接続を試行する。ナビゲーション装置１０による接続要求がスマートフォン２０にて受け入れられると（例えば接続許可の設定がされていると）、ナビゲーション装置１０とスマートフォン２０とのピコネット内同期が確立する。ナビゲーション装置１０とスマートフォン２０との間でピコネット内同期が確立すると、物理リンクの構築が行われる。物理リンクの構築には、例えばベースバンドレイヤ（ＨＣＩ３０８より下位のプロトコル）における認証や暗号化のネゴシエーションが含まれる。

［図５のＳ１２（利用可能なサービスの検出）］
ナビゲーション装置１０は、物理リンクの構築後、スマートフォン２０が備える機能又はサービスを検出するため、ＳＤＰ用のＬ２ＣＡＰチャネル（論理チャネル）を設ける。ナビゲーション装置１０は、規定のサービスＩＤ（ＵＵＩＤ等）を検索キーとして含むＳＤＰパケットをＬ２ＣＡＰチャネル上でスマートフォン２０に送信する。ナビゲーション装置１０は、スマートフォン２０からＳＤＰパケットに対するレスポンスを受け取ることにより、スマートフォン２０との間で利用可能なサービス（プロトコル及びプロファイル等の情報）を検出する。ナビゲーション装置１０は、ＳＤＰによるサービスの検出後、ＳＤＰ用の論理チャネルを解放する。

［図５のＳ１３（空き帯域の計算）］
ナビゲーション装置１０は、スマートフォン２０とのデータ伝送路の空き帯域を計算する。下記に、空き帯域の計算例を２例説明する。
（計算例１）
計算例１は、スマートフォン２０内のオーディオデータをナビゲーション装置１０にて再生させるように設定されているケースである。この場合、ナビゲーション装置１０とスマートフォン２０との間でオーディオデータを伝送させるため、Ａ２ＤＰやＡＶＲＣＰ等のオーディオ関連プロファイル用の論理チャネル（以下、「オーディオ関連チャネル」と記す。）を両者間に設ける必要がある。オーディオ関連チャネルに必要な帯域は、例えばビットレート等から計算することができる。本実施形態では、ナビゲーション装置１０は、オーディオファイルフォーマットがサポートする最大ビットレートに基づいて計算された値をオーディオ関連チャネルに必要な帯域の情報として予め保持している。ナビゲーション装置１０は、スマートフォン２０とのデータ伝送路の全帯域から上記値（オーディオ関連チャネルに必要な帯域）を減算することにより、空き帯域を求める。
（計算例２）
計算例２は、スマートフォン２０内のオーディオデータをナビゲーション装置１０にて再生させるように設定されていないケースである。この場合、ナビゲーション装置１０は、スマートフォン２０とのBluetooth規格上の全帯域をそのまま空き帯域に置き換える。

上記の２例では、空き帯域は、予測的な通信状況に基づいて計算されている。別の例では、空き帯域は、一定期間のトラフィックを監視することにより求められてもよい。別の例では、実際の通信状況に基づくため、一層精確な空き帯域が求まる。

［図５のＳ１４（サービスの選択）］
ナビゲーション装置１０は、図５の処理ステップＳ１３（空き帯域の計算）にて計算された空き帯域に割り当てられるサービスを選択する。選択されるサービスは、所定のサービス選択情報に基づいて、図５の処理ステップＳ１２（利用可能なサービスの検出）にて検出されたサービス群のうち、ＳＰＰやＨＩＤ等の無線化通信プロファイルによるサービス群の中から選択される。

選択されるサービスには、例えば、ＨＴＭＬ５アプリ、ＮａｖｉＣｏｎアプリ、Ｓｉｒｉアプリ、Ｐａｎｄｏｒａアプリ、Smart Accessアプリ、ファイル転送等が挙げられる。ＳＰＰは、主にアプリのグラフィック（画面）を伝送する役割を担い、ＨＩＤは、主にアプリのＵＩ関連の制御信号を伝送する役割を担う。また、伝送に必要な帯域は、基本的にサービス毎に異なる。例えばＨＴＭＬ５アプリやＳｉｒｉアプリ等は情報量が多いため、必要な帯域が広い。ＮａｖｉＣｏｎアプリ、Pandoraアプリ、Smart Accessアプリは、例えばＨＴＭＬ５アプリと比べると情報量が少ないため、必要な帯域が狭い（なお、ここでの情報量の大小はあくまで説明の便宜上のものであり、一例に過ぎない。）。そのため、サービスの伝送に必要な帯域は、サービス毎に設定されている。

所定のサービス選択情報は、空き帯域に割り当てられるべきサービスの優先順位を示す情報であり、無線化通信プロファイル制御プロトコル３１６にて定義される。サービスは、優先順位（サービス選択情報）に従い、空き帯域に割り当て可能な分だけ割り当てられる。傾向として、ＨＴＭＬ５アプリのような情報量の多いサービスの優先順位が高いほど、空き帯域に割り当て可能なサービスの総数が減少し、情報量の少ないサービスの優先順位が高いほど、空き帯域に割り当て可能なサービスの総数が増加する。そのため、空き帯域に割り当てられるサービスが１つの場合もあれば１０を超える場合もある。

例えば、無線化通信プロファイルによるサービス（アプリ）Ａ〜Ｊの夫々に対して優先順位１〜１０が設定されており、スマートフォン２０との間で利用可能なアプリとしてアプリＡ（優先順位：１位）、Ｃ（優先順位：３位）、Ｅ（優先順位：５位）、Ｆ（優先順位：６位）、Ｈ（優先順位：８位）が検出された場合を考える。この場合、検出された５つのアプリのうち、優先順位の高いアプリから空き帯域に割り当て可能なアプリだけ選択される。

各サービスの優先順位は、例えば、
（１）ユーザがナビゲーション装置１０のＵＩ１０６を操作することにより設定した順位
（２）ナビゲーション装置１０の出荷時に初期情報として予め保持された順位
（３）サービスの使用頻度に基づいて決定された順位
である。優先順位例（３）について補足する。優先順位例（３）は、スマートフォン２０内の各サービスに使用頻度のメタ情報が保持されていることが前提である。優先順位例（３）では、無線化通信プロファイル制御プロトコル３１６において、スレーブに対してサービスの使用頻度をリクエストするコマンドが定義されている。ナビゲーション装置１０は、例えば本処理ステップＳ１４（サービスの選択）の実行中、上記コマンドを実行することにより、スマートフォン２０内の各サービスの使用頻度を入手する。例えば使用頻度の高いアプリほど高い優先順位が付けられる。

［図５のＳ１５（サービスの登録）］
ナビゲーション装置１０は、図５の処理ステップＳ１４（サービスの選択）にて選択されたサービスを無線化通信プロファイル制御プロトコル３１６により登録する。より詳細には、ナビゲーション装置１０は、スマートフォン２０との間でサービスを伝送するためのＳＰＰ用チャネル（主にグラフィック伝送用）とＨＩＤ用チャネル（主に操作制御信号伝送用）を、図５の処理ステップＳ１４（サービスの選択）にて選択された各サービスに対して１つずつ設ける。

図４の例では、空き帯域に割り当てられた３つのサービスに対してＳＰＰ用チャネルとＨＩＤ用チャネルが１つずつ設けられている。図４の例では、無線化通信プロファイル制御プロトコル３１６上で３組のＳＰＰ用チャネル及びＨＩＤ用チャネルを制御することにより、ナビゲーション装置１０とスマートフォン２０との間で（オーディオ関連プロファイルによるサービス以外で）最大で３つのサービスを同時に連携動作させることができる。ユーザは、例えば、ＮａｖｉＣｏｎアプリをスマートフォン２０上で操作することによりナビゲーション装置１０のルート案内の目的地を設定しつつ、ＨＴＭＬ５アプリをナビゲーション装置１０とスマートフォン２０との間で連携させると同時にバックグラウンドでファイル転送を行うことができる。

以上が本発明の例示的な実施形態の説明である。本発明の実施形態は、上記に説明したものに限定されず、本発明の技術的思想の範囲において様々な変形が可能である。例えば明細書中に例示的に明示される実施例等又は自明な実施例等を適宜組み合わせた内容も本願の実施形態に含まれる。

例えば、スマートフォン２０内に格納されたオーディオデータをナビゲーション装置１０で再生させない期間は、オーディオ関連プロファイルのための帯域が実質不要である。そこで、別の実施形態では、図５の処理ステップＳ１３（空き帯域の計算）にて常にBluetooth規格上の全帯域をそのまま空き帯域として計算する。そのため、図５の処理ステップＳ１４（サービスの選択）にてBluetooth規格上の全帯域を割当範囲としてサービスの選択が行われ、図５の処理ステップＳ１５（サービスの登録）にてサービスの登録が行われる。図６（ａ）は、Bluetooth規格上の全帯域に対して各サービスのためのＳＰＰ及びＨＩＤが登録された状態を示す。図６（ａ）中、各ＳＰＰ及び各ＨＩＤに付された数字は対応するサービスの優先順位を示す。

図６（ａ）の例においてスマートフォン２０内に格納されたオーディオデータをナビゲーション装置１０で再生させるように操作された場合を考える。この場合、ナビゲーション装置１０は、オーディオ関連プロファイルによるサービスを行うための帯域が空いているか否かを判定する。ナビゲーション装置１０は、図６（ａ）に示されるように帯域が空いていない場合、優先順位の低いサービスに対応するＳＰＰ用チャネル及びＨＩＤ用チャネルを解放する。これにより、オーディオ関連プロファイル用チャネルのための帯域を確保し、確保された帯域にオーディオ関連プロファイル用チャネルを設ける。ナビゲーション装置１０は、オーディオデータの再生が終了すると（例えば楽曲再生用アプリに対して明示的な終了操作が行われると）、オーディオ関連プロファイル用チャネルを解放し、解放することによって確保した帯域に、上記の優先順位の低いサービスに対応するＳＰＰ用チャネル及びＨＩＤ用チャネルを再び設ける。このように、別の実施形態によれば、Ａ２ＤＰ等の他のプロファイルによるサービスの実行状況に応じてＳＰＰ用チャネル及びＨＩＤ用チャネルが動的に設定される。これにより、帯域を一層有効に活用することができるため、例えば、ナビゲーション装置１０とスマートフォン２０との間で一層多くのアプリを同時に連携動作させることができる。

また、上記の実施形態では、実行可能なサービスを増やすため、空き帯域を計算し、計算された空き帯域にサービスを登録しているが、別の実施形態では、各サービスの帯域を狭く設定することにより実行可能なサービスを増やすようにしてもよい。

Claims

相手機器との通信状況に基づいてBluetooth（登録商標）通信の空き帯域を計算する空き帯域計算手段と、
所定のサービス選択情報に基づいて、前記相手機器との通信を無線化するためのBluetoothプロファイルによるサービス群から前記空き帯域に割り当て可能なサービスを選択するサービス選択手段と、
選択されたサービスを前記空き帯域に割り当てるサービス割当手段と、
前記空き帯域に割り当てられたサービスの、前記相手機器との通信を制御するサービス制御手段
を有する、
通信機器。
前記相手機器との通信を無線化するためのBluetoothプロファイルを複数同時に制御することを可能とするプロトコルを持ち、該プロトコルに従い、前記サービス選択手段によるサービスの選択、前記サービス割当手段によるサービスの割当及び前記サービス制御手段によるサービスの通信の制御を行う、
請求項１に記載の通信機器。
前記所定のサービス選択情報は、
前記空き帯域に割り当てられるべきサービスの優先順位を示す情報である、
請求項１又は請求項２に記載の通信機器。
前記優先順位は、
ユーザの操作に従って設定される順位又は予め定められた順位又は前記サービスの使用頻度に基づいて決定される順位である、
請求項３に記載の通信機器。
前記サービス選択手段は、
前記相手機器との間で利用可能なサービスを検出し、
検出されたサービスのうち前記優先順位の高いサービスから順に前記空き帯域に割り当て可能な分だけを選択する
請求項３又は請求項４に記載の通信機器。
前記サービス選択手段は、
前記相手機器との通信を無線化するためのBluetoothプロファイル以外のBluetoothプロファイルによるサービスを割り当てる帯域が無いとき、前記サービス割当手段によって前記空き帯域に割り当てられたサービスのうち前記優先順位の低いサービスの割当を解除し、解除されることによって確保された領域に、該相手機器との通信を無線化するためのBluetoothプロファイル以外のBluetoothプロファイルによるサービスを割り当てる、
請求項３から請求項５の何れか一項に記載の通信機器。
伝送に必要な帯域がサービス毎に設定されている、
請求項１から請求項６の何れか一項に記載の通信機器。
前記相手機器との通信を無線化するためのBluetoothプロファイルによるサービスは、
ＳＰＰ（Serial Port Profile）又はＨＩＤ（Human Interface Device Profile）によるサービスである、
請求項１から請求項７の何れか一項に記載の通信機器。
請求項１から請求項８の何れか一項に記載の通信機器をマスタ端末として備え、前記相手機器をスレーブ端末として備える、
Bluetooth通信システム。