知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニックオートモーティブシステムズ株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2025007413
(43)【公開日】2025-01-17
(54)【発明の名称】無線通信装置、無線通信方法およびプログラム
(51)【国際特許分類】
H04W 84/20 20090101AFI20250109BHJP
H04W 40/28 20090101ALI20250109BHJP
H04W 4/80 20180101ALI20250109BHJP
【ＦＩ】
H04W84/20
H04W40/28
H04W4/80
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2023108795
(22)【出願日】2023-06-30
(71)【出願人】
【識別番号】322003857
【氏名又は名称】パナソニックオートモーティブシステムズ株式会社
(74)【代理人】
【識別番号】100138771
【弁理士】
【氏名又は名称】吉田 将明
(72)【発明者】
【氏名】金銅 剛史
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA23
5K067EE02
5K067EE10
5K067EE25
5K067JJ41
(57)【要約】
【課題】リモートデバイスからの要求を考慮しつつ、通信のパフォーマンス低下を抑制する。
【解決手段】無線通信装置は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う通信回路と、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、リモートデバイスからのセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をペリフェラルに設定し、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、リモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定するプロセッサと、を備える。
【選択図】図４
【解決手段】無線通信装置は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う通信回路と、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、リモートデバイスからのセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をペリフェラルに設定し、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、リモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定するプロセッサと、を備える。
【選択図】図４
【特許請求の範囲】
【請求項1】
複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う通信回路と、
同じ規格の通信で前記通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定し、同じ規格の通信で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定するプロセッサと、を備える、
無線通信装置。
同じ規格の通信で前記通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定し、同じ規格の通信で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定するプロセッサと、を備える、
無線通信装置。
【請求項2】
前記プロセッサは、
前記リモートデバイスのいずれとも前記通信回路が接続されていない状態から、前記リモートデバイスに対して前記通信回路を接続した後、前記リモートデバイスからの前記セントラルの獲得要求を受諾し、その後前記通信回路が前記リモートデバイスへ前記セントラルの獲得要求を出力しないように前記通信回路を制御する、
請求項１に記載の無線通信装置。
前記リモートデバイスのいずれとも前記通信回路が接続されていない状態から、前記リモートデバイスに対して前記通信回路を接続した後、前記リモートデバイスからの前記セントラルの獲得要求を受諾し、その後前記通信回路が前記リモートデバイスへ前記セントラルの獲得要求を出力しないように前記通信回路を制御する、
請求項１に記載の無線通信装置。
【請求項3】
前記プロセッサは、
前記リモートデバイスのいずれとも接続されていない状態から、前記リモートデバイスから接続された後、前記リモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、
前記リモートデバイスが前記獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、
前記リモートデバイスが前記獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項１に記載の無線通信装置。
前記リモートデバイスのいずれとも接続されていない状態から、前記リモートデバイスから接続された後、前記リモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、
前記リモートデバイスが前記獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、
前記リモートデバイスが前記獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項１に記載の無線通信装置。
【請求項4】
前記プロセッサは、前記リモートデバイスが前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定した後、前記リモートデバイスから前記セントラルの獲得要求を受信した場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾する、
請求項３に記載の無線通信装置。
請求項３に記載の無線通信装置。
【請求項5】
前記プロセッサは、既に１台以上の前記リモートデバイスと前記通信回路とが接続されている状態から、新たに別のリモートデバイスに対して前記通信回路を接続した後、前記別のリモートデバイスからの前記セントラルの獲得要求を拒否する、
請求項１に記載の無線通信装置。
請求項１に記載の無線通信装置。
【請求項6】
前記プロセッサは、
既に１台以上の前記リモートデバイスと前記通信回路とが接続されている状態から、新たに別のリモートデバイスから前記通信回路が接続された後、前記別のリモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、
前記別のリモートデバイスが前記セントラルの獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、
前記別のリモートデバイスが前記セントラルの獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項１に記載の無線通信装置。
既に１台以上の前記リモートデバイスと前記通信回路とが接続されている状態から、新たに別のリモートデバイスから前記通信回路が接続された後、前記別のリモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、
前記別のリモートデバイスが前記セントラルの獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、
前記別のリモートデバイスが前記セントラルの獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項１に記載の無線通信装置。
【請求項7】
前記プロセッサは、前記別のリモートデバイスが前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定した後、前記別のリモートデバイスから前記セントラルの獲得要求を受信した場合、前記別のリモートデバイスからの前記セントラルの獲得要求を拒否する、
請求項６に記載の無線通信装置。
請求項６に記載の無線通信装置。
【請求項8】
前記通信回路は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に則って前記通信を行う、
請求項１から請求項７のいずれか１項に記載の無線通信装置。
請求項１から請求項７のいずれか１項に記載の無線通信装置。
【請求項9】
前記通信回路は、前記複数のリモートデバイスに対して前記セントラルまたは前記ペリフェラルのモードで第１の規格および第２の規格に準拠する通信を行う、
請求項１に記載の無線通信装置。
請求項１に記載の無線通信装置。
【請求項10】
前記プロセッサは、
前記第１の規格に準拠する通信で前記リモートデバイス１台と前記通信回路とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスからの前記セントラルの獲得要求を受諾し、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定し、
前記第１の規格に準拠する通信で前記リモートデバイス１台と前記通信回路とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台以上の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、
前記第１の規格に準拠する通信で前記リモートデバイス２台以上と前記通信回路とが接続している場合、前記第１の規格に準拠する通信で接続している前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記前記通信回路の役割を前記セントラルに設定する、
請求項９に記載の無線通信装置。
前記第１の規格に準拠する通信で前記リモートデバイス１台と前記通信回路とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスからの前記セントラルの獲得要求を受諾し、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定し、
前記第１の規格に準拠する通信で前記リモートデバイス１台と前記通信回路とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台以上の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、
前記第１の規格に準拠する通信で前記リモートデバイス２台以上と前記通信回路とが接続している場合、前記第１の規格に準拠する通信で接続している前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記前記通信回路の役割を前記セントラルに設定する、
請求項９に記載の無線通信装置。
【請求項11】
前記プロセッサは、
前記第１の規格に準拠する通信で前記リモートデバイスと前記通信回路とが１台も接続されておらず、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記リモートデバイスに対して前記通信回路を接続した後、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスからの前記セントラルの獲得要求を受諾し、その後前記通信回路が前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスへ前記セントラルの獲得要求を出力しないように前記通信回路を制御し、
前記第１の規格に準拠する通信で前記リモートデバイスと前記通信回路とが１台も接続されておらず、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記リモートデバイスから前記通信回路に接続された後、前記第１の規格に準拠する通信で前記通信回路に接続している前記リモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記第１の規格に準拠する通信で前記通信回路に接続している前記リモートデバイスが前記セントラルの獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、前記通信回路の役割を前記セントラルに設定した後、前記第１の規格に準拠する通信で接続している前記リモートデバイスから前記セントラルの獲得要求を受諾し、
前記第１の規格に準拠する通信で前記通信回路が前記リモートデバイスと１台も接続されておらず、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記リモートデバイスから前記通信回路に接続された後、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスが前記セントラルの獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項９に記載の無線通信装置。
前記第１の規格に準拠する通信で前記リモートデバイスと前記通信回路とが１台も接続されておらず、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記リモートデバイスに対して前記通信回路を接続した後、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスからの前記セントラルの獲得要求を受諾し、その後前記通信回路が前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスへ前記セントラルの獲得要求を出力しないように前記通信回路を制御し、
前記第１の規格に準拠する通信で前記リモートデバイスと前記通信回路とが１台も接続されておらず、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記リモートデバイスから前記通信回路に接続された後、前記第１の規格に準拠する通信で前記通信回路に接続している前記リモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記第１の規格に準拠する通信で前記通信回路に接続している前記リモートデバイスが前記セントラルの獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、前記通信回路の役割を前記セントラルに設定した後、前記第１の規格に準拠する通信で接続している前記リモートデバイスから前記セントラルの獲得要求を受諾し、
前記第１の規格に準拠する通信で前記通信回路が前記リモートデバイスと１台も接続されておらず、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、前記第１の規格に準拠する通信で前記リモートデバイスから前記通信回路に接続された後、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記第１の規格に準拠する通信で前記通信回路と接続している前記リモートデバイスが前記セントラルの獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項９に記載の無線通信装置。
【請求項12】
前記プロセッサは、
前記第１の規格に準拠する通信で前記通信回路と前記リモートデバイス１台とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、新たに別のリモートデバイスに対して前記第１の規格に準拠する通信で前記通信回路と接続した後、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、
前記第１の規格に準拠する通信で前記通信回路と前記リモートデバイス１台とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルとしてＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、新たに別のリモートデバイスから前記第１の規格に準拠する通信で前記通信回路が接続された後、前記別のリモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記別のリモートデバイスが前記セントラルの獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、前記通信回路の役割を前記セントラルに設定した後、前記別のリモートデバイスから前記セントラルの獲得要求を受信した場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、
前記第１の規格に準拠する通信で前記通信回路と前記リモートデバイス１台とが接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、新たに別のリモートデバイスから前記第１の規格に準拠する通信で前記通信回路に接続された後、前記別のリモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記別のリモートデバイスが前記セントラルの獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項１０に記載の無線通信装置。
前記第１の規格に準拠する通信で前記通信回路と前記リモートデバイス１台とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、新たに別のリモートデバイスに対して前記第１の規格に準拠する通信で前記通信回路と接続した後、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、
前記第１の規格に準拠する通信で前記通信回路と前記リモートデバイス１台とを接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルとしてＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、新たに別のリモートデバイスから前記第１の規格に準拠する通信で前記通信回路が接続された後、前記別のリモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記別のリモートデバイスが前記セントラルの獲得要求を受諾する場合、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定し、前記通信回路の役割を前記セントラルに設定した後、前記別のリモートデバイスから前記セントラルの獲得要求を受信した場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、
前記第１の規格に準拠する通信で前記通信回路と前記リモートデバイス１台とが接続し、かつ前記第２の規格に準拠する通信でかつ前記通信回路の役割を前記ペリフェラルに設定してＬ＋１台未満の前記リモートデバイスと前記通信回路とが接続している場合、新たに別のリモートデバイスから前記第１の規格に準拠する通信で前記通信回路に接続された後、前記別のリモートデバイスへ前記セントラルの獲得要求を所定の回数出力し、前記別のリモートデバイスが前記セントラルの獲得要求を受諾しない場合、前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する、
請求項１０に記載の無線通信装置。
【請求項13】
前記第１の規格は、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ規格であり、
前記第２の規格は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ規格であり、
前記第１の規格と前記第２の規格とが同じデバイスでデュアルモードとして同時動作する、
請求項９から請求項１２のいずれか１項に記載の無線通信装置。
前記第２の規格は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ規格であり、
前記第１の規格と前記第２の規格とが同じデバイスでデュアルモードとして同時動作する、
請求項９から請求項１２のいずれか１項に記載の無線通信装置。
【請求項14】
複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行い、
同じ規格で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割をペリフェラルに設定し、
同じ規格で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定する、
無線通信方法。
同じ規格で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割をペリフェラルに設定し、
同じ規格で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定する、
無線通信方法。
【請求項15】
複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う処理と、
同じ規格で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する処理と、
同じ規格で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定する処理と、をコンピュータに実行させる、
プログラム。
同じ規格で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する処理と、
同じ規格で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定する処理と、をコンピュータに実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信装置、無線通信方法およびプログラムに関する。
【背景技術】
【0002】
特許文献１には、ハンズフリー通話に関する第１プロファイルおよびオーディオに関する第２プロファイルを含む複数のプロファイルを用いて、通信端末と通信可能な通信部を備える無線通信システムが開示されている。また、無線通信システムは、当該通信部と通信している通信端末から通信部に送信されたパケット情報に拡張同期パケットが含まれない場合に、通信部の役割をマスターからスレーブに切り替えることを禁止する制御部を備える。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第５９７６２５９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
近年、通信機器は、複数台のリモートデバイスとの接続が考慮されており、お互いが通信のセントラル（Ｃｅｎｔｒａｌ）を取りたいケースが多くなってきている。無線通信装置は、例えば、車載機である。リモートデバイスは、例えば、スマートフォンである。なお、無線通信装置およびリモートデバイスは、上述した例に限られない。
【0005】
特許文献１では、通信機器は、通信するリモートデバイスが拡張同期パケットに対応しているか否かに応じて、セントラルからペリフェラル（Ｐｅｒｉｐｈｅｒａｌ）へ、またはペリフェラルからセントラルへと役割を切り替えるロールスイッチ（Ｒｏｌｅ Ｓｗｉｔｃｈ）を行う。
【0006】
しかしながら、近年、拡張同期パケットは多くのリモートデバイスで対応している。そのため、通信機器が複数台のリモートデバイスに対しペリフェラルとなり、通信速度の低下、通信遅延量の増加または接続安定性の低下といったパフォーマンスの低下が生じる恐れがある。
【0007】
本開示は、上述した従来の状況に鑑みて案出され、リモートデバイスからの要求を考慮しつつ、通信のパフォーマンス低下を抑制することを目的とする。
【課題を解決するための手段】
【0008】
本開示は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う通信回路と、同じ規格の通信で前記通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定し、同じ規格の通信で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定するプロセッサと、を備える、無線通信装置を提供する。
【0009】
また、本開示は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行い、同じ規格で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割をペリフェラルに設定し、同じ規格で通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定する、無線通信方法を提供する。
【0010】
また、本開示は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う処理と、同じ規格で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、前記リモートデバイスからの前記セントラルの獲得要求を受諾し前記リモートデバイスに対して前記通信回路の役割を前記ペリフェラルに設定する処理と、同じ規格で前記通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、前記リモートデバイスからの前記セントラルの獲得要求を拒否し、前記リモートデバイスに対して前記通信回路の役割を前記セントラルに設定する処理と、をコンピュータに実行させる、プログラムを提供する。
【発明の効果】
【0011】
本発明によれば、リモートデバイス側へ一定の配慮をしつつ、自装置のパフォーマンス低下を抑制することができる。
【図面の簡単な説明】
【0012】
【図1】実施の形態１に係る無線通信システムの構成例を示す図
【図2】実施の形態１に係る無線通信装置のハードウェア構成を示すブロック図
【図3】実施の形態１に係る無線通信装置のソフトウェアプログラムの階層構造を示す図
【図4】Ｃｌａｓｓｉｃ接続台数が０台の場合のロールスイッチ制御の処理を示すフローチャート
【図5】Ｃｌａｓｓｉｃ接続台数が１台の場合のロールスイッチ制御の処理を示すフローチャート
【図6】Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続発生時に当該Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続が発生したデバイス以外のＣｌａｓｓｉｃ接続済みデバイスが存在する場合の処理を示すフローチャート
【図7】無線通信装置に複数台のリモートデバイスがＣｌａｓｓｉｃ接続されており、Ｃｌａｓｓｉｃ接続の切断が発生した場合の処理を示すフローチャート
【図8】実施の形態２に係る無線通信装置１００Ａのソフトウェアプログラムの階層構造を示す図
【図9】Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台未満の場合の処理を示すフローチャート
【図10】Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台以上の場合の処理を示すフローチャート
【図11】Ｃｌａｓｓｉｃ接続台数が１台以上でありかつＢＬＥペリフェラル接続台数が任意の場合の処理を示すフローチャート
【図12】Ｃｌａｓｓｉｃ接続済みのリモートデバイスが存在する場合のＣｌａｓｓｉｃ切断発生時の第１の処理のフローチャート
【図13】Ｃｌａｓｓｉｃ接続済みのリモートデバイスが存在する場合のＣｌａｓｓｉｃ切断発生時の第２の処理のフローチャート
【発明を実施するための形態】
【0013】
以下、図面を適宜参照して、本開示に係る無線通信装置、無線通信装置の制御方法およびプログラムを具体的に開示した実施の形態について、詳細に説明する。ただし、必要以上に詳細な説明は省略する場合がある。例えば、すでによく知られた事項の詳細説明および実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。なお、添付図面および以下の説明は、当業者が本開示を十分に理解するために提供されるのであって、これらにより特許請求の記載の主題を限定することは意図されていない。
【0014】
Ｂｌｕｅｔｏｏｔｈ（登録商標）は近距離無線通信規格の１つであり、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ（Ｂａｓｉｃ Ｒａｔｅ ／ Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ：ＢＲ／ＥＤＲ）とＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ から構成される。以下、Ｂｌｕｅｔｏｏｔｈを「ＢＴ」と、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ を「Ｃｌａｓｓｉｃ」と、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙを「ＢＬＥ」と称する。
【0015】
Ｃｌａｓｓｉｃでは、ピコネット（ｐｉｃｏｎｅｔ）という単位で、各デバイスはセントラルまたはペリフェラルの役割を担い、通信が行われる。セントラルは通信の主導権を握るデバイスであり、セントラルに同時に接続できるペリフェラルの数は最大７までとなる。また、セントラルとして動作しているデバイスが同時に他ピコネットのペリフェラルとして動作することも許しており、このトポロジは「スキャッターネット（Ｓｃａｔｔｅｒｎｅｔ）」と呼ばれる。
【0016】
ＢＬＥにおいても同様に、セントラルおよびペリフェラルの２種類の役割が存在する。Ｃｌａｓｓｉｃと同様に、ＢＬＥにおいてもセントラルが通信の主導権を握る。また、一つのペリフェラルが複数のセントラルと同時に接続を確立することも可能となる。
【0017】
複数のＢＴデバイスと同時接続する場合、自デバイスが複数台のリモートデバイスに対してそれぞれペリフェラルになると、複数台分の異なるＢｌｕｅｔｏｏｔｈクロックを識別し、そのクロックを独立したクロックとして維持・管理できるようにする必要がある。そのため、ＢＴコントローラの性能や実装にも依存するが、通信速度の低下や通信の遅延量の増加、接続安定性の低下といったパフォーマンスの低下が生じることが知られている。パフォーマンスの低下は、自デバイスとリモートデバイスとの間のリンクロスにつながり得る。
【0018】
また、Ｃｌａｓｓｉｃでは、セントラルからペリフェラルへ、または、ペリフェラルからセントラルへと役割の切り替わりを接続中の他のデバイスへ要求することができる。役割の切り替わりはロールスイッチと呼ばれる。ロールスイッチを要求されたデバイスは、これを許可または拒否することができる。
【0019】
従来、ハンズフリー通話に関する第１プロファイルおよびオーディオに関する第２プロファイルを含む複数のプロファイルを用いて、通信端末とＣｌａｓｓｉｃでの通信可能な無線通信装置が存在する。無線通信装置は、通信しているリモートデバイスから送信されたパケット情報に拡張同期パケットが含まれない場合に、通信部の役割をセントラルからペリフェラルに切り替えることを禁止するものが知られている（例えば特許文献１参照）。なお、Ｂｌｕｅｔｏｏｔｈ ＣＯＲＥ ＳＰＥＣＩＦＩＣＡＴＩＯＮ Ｖｅｒｓｉｏｎ ５．２までは、Ｃｌａｓｓｉｃ側のロールは、セントラルはマスターと、ペリフェラルはスレーブと呼ばれていた。Ｂｌｕｅｔｏｏｔｈ ＣＯＲＥ ＳＰＥＣＩＦＩＣＡＴＩＯＮ Ｖｅｒｓｉｏｎ ５．３以降では、Ｃｌａｓｓｉｃ側のロールもＢＬＥに合わせてセントラルと、ペリフェラルと用語が統一されている。本文ではＣｌａｓｓｉｃ側のロールとして、セントラルとペリフェラルとを使用する。
【0020】
近年、無線通信装置およびリモートデバイスの双方とも複数台のデバイスとの接続が考慮されており、お互いが通信のセントラルを取りたいケースが多くなってきている。例えば、無線通信装置の一例である車載機では、Ｈａｎｄｓ Ｆｒｅｅ Ｐｒｏｆｉｌｅ（以下、「ＨＦＰ」と称する）をサポートするメインデバイス１台、サブデバイス１台、Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ（以下、「Ａ２ＤＰ」と称する）／Ａ／Ｖ Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ Ｐｒｏｆｉｌｅ（以下、「ＡＶＲＣＰ」と称する）をサポートするデバイス１台、Ｓｅｒｉａｌ Ｐｏｒｔ Ｐｒｏｆｉｌｅ（以下、「ＳＰＰ」と称する）をサポートするデバイス１台など計４台のリモートデバイスと同時に接続するケースがある。一方、リモートデバイスの一例であるスマートフォンでは、スマートウォッチなどのウェアラブルデバイス、イヤフォンなどのアクセサリデバイスまたは車載機などと同時に接続するケースがある。スマートフォンがセントラルを取りたい場合、スマートフォンは、車載機へロールスイッチを要求し、ロールスイッチの要求が受諾されることを求める。以下、無線通信装置の例として車載機を、リモートデバイスの例としてスマートフォンを用いて説明することがある。
【0021】
一方、車載機は、これまでは無制限にロールスイッチを拒否する実装が主流であった。車載機およびスマートフォンの双方がセントラルを取ろうとすることで、ロールスイッチの要求が繰り返されて、通信ができなくなるリスクも存在する。
【0022】
また、車載機からリモートデバイスへ接続するケースとリモートデバイス側から車載機への接続を車載機が受け入れるケースとがある。車載機からリモートデバイスへ接続することを自接続と称する。リモートデバイス側から車載機への接続を車載機が受け入れることを被接続と称する。通常、接続を要求する側がセントラルとなるので、被接続のケースでは、通常車載機はペリフェラルとなる。
【0023】
また、ＣｌａｓｓｉｃとＢＬＥとは、通信の互換性は無いが、同じ２．４ＧＨｚ帯を使用しており、ＣｌａｓｓｉｃとＢＬＥとを同時に動作させるデュアルモードでの利用が増えてきている。例えば、車載機は、デュアルモードで動作し、Ｃｌａｓｓｉｃで複数台のリモートデバイスと接続および通信しつつ、ＢＬＥのペリフェラルとして複数台のリモートデバイスと接続および通信するケースもある。このように、車載機がデュアルモードで通信を行う場合、ＢＬＥの通信を維持管理するために、Ｃｌａｓｓｉｃの通信のパフォーマンスが低下する可能性がある。特にＢＬＥではロールスイッチの概念が無いため、車載機は、一度ＢＬＥのペリフェラルで接続するとペリフェラルを維持し続けることとなる。
【0024】
特許文献１記載の従来の無線通信装置では、２台のリモートデバイスが存在し、１台目とＨＦＰ接続、２台目とＰｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋｉｎｇ Ｐｒｏｆｉｌｅ接続するときに、１台目の拡張同期パケット（ｅＳＣＯ）対応有無によって、２台目とのロールスイッチの許可および禁止を切り替えることを特徴としている。当該無線通信装置は、リモートデバイスが拡張同期パケット（ｅＳＣＯ）対応であるとロールスイッチを許可し、拡張同期パケット（ｅＳＣＯ）に非対応であるとロールスイッチを禁止するという動作となる。最近では、ほぼ全てのスマートフォンが拡張同期パケット（ｅＳＣＯ）に対応している。したがって、当該無線通信装置では、１台目のスマートフォンが拡張同期パケット（ｅＳＣＯ）に対応していたら、２台目以降のスマートフォンが何台あってもロールスイッチが許可されることになり、上述したパフォーマンスへの影響は避けられないものとなる。
【0025】
本開示は、このような従来問題を解決するためになされたものであり、自接続時のケースおよび被接続時のケースそれぞれに対応して、無線通信装置およびリモートデバイスの双方からセントラルの獲得を求めるロールスイッチの要求を繰り返す事態を回避できる。また、本開示は、Ｃｌａｓｓｉｃ単独の通信およびＣｌａｓｓｉｃとＢＬＥとが同時動作するデュアルモードの通信の場合においても、リモートデバイスからの要求を考慮しつつ、通信のパフォーマンス低下を抑制する無線通信装置を提供することを目的とする。
【0026】
（実施の形態１）
以下、本発明の実施の形態１における無線通信システムについて図面を参照しながら説明する。図１は、実施の形態１に係る無線通信システム１の構成例を示す図である。
以下、本発明の実施の形態１における無線通信システムについて図面を参照しながら説明する。図１は、実施の形態１に係る無線通信システム１の構成例を示す図である。
【0027】
図１において、無線通信システム１は、無線通信装置１００と、リモートデバイス１０１と、リモートデバイス１０２から構成される。
【0028】
無線通信装置１００は、例えば、車に搭載される車載機等である。無線通信装置１００は、リモートデバイス１０１およびリモートデバイス１０２とＣｌａｓｓｉｃに基づいて無線通信を行う。
【0029】
リモートデバイス１０１およびリモートデバイス１０２は、ユーザが所持しているスマートフォン等の端末装置である。ユーザは、例えば、車の運転者または車の同乗者等である。リモートデバイス１０１およびリモートデバイス１０２は、無線通信装置１００が搭載される車または車近くに持込まれる。また、リモートデバイス１０１およびリモートデバイス１０２は、スマートフォンに限らず、タブレット端末、携帯電話、オーディオプレーヤー等でもよい。また、リモートデバイス１０１およびリモートデバイス１０２は、２台に限らず、１台以上の複数台であってもよい。
【0030】
【0031】
無線通信装置１００は、プロセッサ２０１と、通信回路２０２と、ディスプレイ２０３と、入力装置２０４と、メモリ２０５とを備える。
【0032】
プロセッサ２０１は、無線通信装置１００全体の動作を制御する。プロセッサ２０１は、例えば、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、Ｍｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、Ｇｒａｐｈｉｃａｌ Ｐｒｏｃｅｓｓｉｎｇ ＵｎｉｔもしくはＦｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ等である。プロセッサ２０１が、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（以下、「ＲＯＭ」と称する）に格納されるプログラムを実行することによって、各機能ブロックが相互連携し、本実施の形態に係る処理が実現される。また、プロセッサ２０１は、プログラムの実行中、ＲＡＭを作業領域として使用する。なお、ＲＯＭまたはＲＡＭは、プロセッサ２０１の外部に設けられてもよい。プロセッサ２０１の外部とは、例えば、メモリ２０５である。また、プロセッサ２０１に加えて、もしくは、代えて、ＡＳＩＣ（特定用途向け集積回路）等により構成されるようにしてもよい。
【0033】
通信回路２０２は、例えば無線周波数（ＲＦ：Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）回路やベースバンド（ＢＢ：Ｂａｓｅｂａｎｄ）回路、リンクレイヤ（ＬＬ：Ｌｉｎｋ Ｌａｙｅｒ）回路、メモリ回路、アンテナ等で構成される。通信回路２０２は、アンテナを介して受信した無線信号を、復調、複合してプロセッサ２０１へ送る。また、通信回路２０２は、プロセッサ２０１から送られた信号を、符号化、変調等して、アンテナを介して無線上へ送信する。本実施の形態において、通信回路２０２は、ＢＴに基づく無線信号の送信および受信を行うコントローラにより実現される。ＢＴに基づく無線信号の送信および受信を行うコントローラとは、例えば、ＢＴ／ＷｉＦｉ一体となったコンボモジュールまたはＢＴのみのＢＴモジュールである。
【0034】
ディスプレイ２０３は、例えば、液晶ディスプレイ、有機Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｔディスプレイなどの表示デバイスであり、描画するための回路等を含んでいる。ディスプレイ２０３には、例えば、各種アプリケーションに係わる情報や、リモートデバイス１０１およびリモートデバイス１０２から受信した情報を表示する。
【0035】
入力装置２０４は、例えば、リモートデバイス１０１およびリモートデバイス１０２との接続や切断等のユーザからの指示を入力するものである。入力装置２０４は、例えば、押圧式のスイッチを所定数並べた構成を採るものや、タッチパネル式のもの等で構成される。入力装置２０４は、当該入力操作に応じた電気信号をプロセッサ２０１に出力する。例えば、入力装置２０４は、タッチセンサがディスプレイ２０３の表示パネルに重ねられて設けられ、表示パネルとともにタッチパネルを構成してもよい。この場合、入力装置２０４であるタッチセンサは、当該タッチセンサへのユーザの接触動作に係わる接触位置や接触態様を検出し、検出された接触位置や接触態様に応じた信号をプロセッサ２０１へ送る。
【0036】
メモリ２０５は、例えば、ＲＡＭとＲＯＭとを用いて構成され、無線通信装置１００が本実施の形態に係る制御を行うための制御プログラム、初期設定データ、制御プログラム実行中の各種変数データおよび動作中に生成されたデータを一時的に保持する。
【0037】
また、リモートデバイス１０１およびリモートデバイス１０２のハードウェア構成は省略するが、無線通信装置１００と同様な通信回路、プロセッサ、ディスプレイ、入力装置を最低限備えている。
【0038】
【0039】
図３において、無線通信装置１００は、ハンズフリーアプリ、オーディオアプリ、電話帳転送アプリ、メッセージングアプリ、シリアル通信アプリ等の各種アプリケーション、通信ミドルウェア、Ｂｌｕｅｔｏｏｔｈプロトコルスタック、Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ（以下、「ＨＣＩ」と称する）からなるソフトウェアで構成される。
【0040】
ハンズフリーアプリは、ＨＦＰを使用し、無線通信装置１００とリモートデバイス１０１および／またはリモートデバイス１０２との間でハンズフリー通話を行うアプリケーションである。ハンズフリーアプリを用いることで、無線通信装置１００は、例えばリモートデバイス１０１およびリモートデバイス１０２と同時にハンズフリー接続し、リモートデバイス１０１およびリモートデバイス１０２からの着信を受け付けることができる。
【0041】
オーディオアプリは、Ａ２ＤＰ／ＡＶＲＣＰを使用し、リモートデバイス１０１、および／またはリモートデバイス１０２から送られてくるオーディオの再生や再生／停止などのリモートコントロール制御を行うアプリケーションである。
【0042】
電話帳転送アプリは、Ｐｈｏｎｅ Ｂｏｏｋ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ（以下、「ＰＢＡＰ」と称する）を使用し、リモートデバイス１０１、および／またはリモートデバイス１０２との間で電話帳や発信および着信の履歴転送を行うアプリケーションである。
【0043】
メッセージングアプリは、Ｍｅｓｓａｇｅ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ（以下、「ＭＡＰ」と称する）を使用し、ＳＭＳやＥ－ｍａｉｌなどのメッセージの受信や送信をリモートデバイス１０１、および／またはリモートデバイス１０２との間で行うアプリケーションである。
【0044】
シリアル通信アプリは、ＳＰＰを使用し、無線通信装置１００とリモートデバイス１０１、および／またはリモートデバイス１０２とが連携してシリアル通信を行うアプリケーションである。シリアル通信アプリは１つに限られず、用途毎に複数のアプリケーションが備わっていてもよい。
【0045】
Ｌｉｎｋ Ｌａｙｅｒ／Ｐｈｙｓｉｃａｌ Ｌａｙｅｒはハードウェアであり、通信回路２０２に相当するＢＴコントローラである。
【0046】
ＨＣＩは、ホストスタックからコントローラへアクセスするためのコマンド／イベントインタフェースを提供し、ＨＣＩコマンドやＨＣＩイベントとその構成パラメータにより、ＢＴ通信を制御する。ロールスイッチ制御も、プロセッサ２０１がＨＣＩを介してＢＴコントローラを制御することにより行われる。
【0047】
Ｂｌｕｅｔｏｏｔｈプロトコルスタックは、Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（以下、「Ｌ２ＣＡＰ」と称する）やＲＦＣＯＭＭ、Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ（以下、「ＯＢＥＸ」と称する）等のプロトコルスタックである。Ｌ２ＣＡＰは、上位層のプロトコルの通信パケットの分割と再構成などの機能等を提供する。ＲＦＣＯＭＭは、シリアルケーブルの設定と、ＲＳ－２３２Ｃシリアルポートをエミュレートするために使用する。ＯＢＥＸは、主にはＰＢＡＰやＭＡＰで使用され、電話帳をはじめとする多様なデータやコマンドを交換できるように定義されている。
【0048】
通信ミドルウェアは、Ｂｌｕｅｔｏｏｔｈプロトコルスタックと各種アプリケーションを中継するソフトウェアである。ここで、「Ｄｅｖｉｃｅ Ｍａｎａｇｅｒ」は、通信ミドルウェア内に属し、実施の形態１に係るロールスイッチ制御を行うソフトウェアブロックである。
【0049】
Ｄｅｖｉｃｅ Ｍａｎａｇｅｒが行う処理は、通信ミドルウェア以下の通信レイヤに対して行われ、上位側から見たときにその処理が隠ぺい化される。すなわち、上位にある各種アプリケーションは、無線通信装置１００のロールやリモートデバイス１０１およびリモートデバイス１０２のロール、ロールスイッチ制御を意識することなく、通信を行うことができるように構成されている。
【0050】
【0051】
図４は、Ｃｌａｓｓｉｃ接続台数が０台の場合のロールスイッチ制御の処理を示すフローチャートである。図４に示すフローチャートの各処理は、プロセッサ２０１上で動作するＤｅｖｉｃｅ Ｍａｎａｇｅｒによって行われる。図４、図５、図６、図７、図９、図１０、図１１、図１２および図１３では、説明の便宜上、プロセッサ２０１の行う処理として説明する。
【0052】
まず、プロセッサ２０１は、無線通信装置１００がＣｌａｓｓｉｃで接続しているリモートデバイスの台数が０台であるか否かを判定する（Ｓ４０）。リモートデバイスは、例えば、リモートデバイス１０１またはリモートデバイス１０２である。以下、無線通信装置１００がＣｌａｓｓｉｃでリモートデバイスとＢＴ接続することをＣｌａｓｓｉｃ接続と称する。また、Ｃｌａｓｓｉｃ接続しているリモートデバイスの台数のことをＣｌａｓｓｉｃ接続台数と称する。
【0053】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台ではないと判定した場合（Ｓ４０，ＮＯ）、図５に示す処理に遷移する。
【0054】
次に、プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台であると判定した場合（Ｓ４０，ＹＥＳ）、無線通信装置１００とリモートデバイスとの間にＣｌａｓｓｉｃ接続を確立する（Ｓ４１）。
【0055】
プロセッサ２０１は、ステップＳ４１の処理の過程において、無線通信装置１００からリモートデバイスへＣｌａｓｓｉｃ接続したか否かを判定する（Ｓ４２）。
【0056】
プロセッサ２０１は、無線通信装置１００からリモートデバイスへＣｌａｓｓｉｃ接続していない、つまりリモートデバイスから無線通信装置１００にＣｌａｓｓｉｃ接続したと判定した場合（Ｓ４２，ＮＯ）、リモートデバイスに対して無線通信装置１００の通信回路２０２の役割をペリフェラルからセントラルに設定するロールスイッチを要求する（Ｓ４５）。なお、リモートデバイスに対してロールスイッチを要求する回数は、無線通信システム１の設計者等によって所定の回数（例えば、２回、あるいは３回）に設定可能であってもよい。なお、所定の回数は、１回以下が望ましい。
【0057】
プロセッサ２０１は、ロールスイッチの要求をリモートデバイスが受諾したか否かを判定する（Ｓ４６）。
【0058】
プロセッサ２０１は、ロールスイッチの要求をリモートデバイスが受諾したと判定した場合（Ｓ４６，ＹＥＳ）、無線通信装置１００の通信回路２０２のリモートデバイスに対する役割をペリフェラルからセントラルに設定する（Ｓ４７）。以下、無線通信装置１００の通信回路２０２がリモートデバイスに対しセントラルとして動作することを、セントラル動作と称する。プロセッサ２０１は、ステップＳ４７の処理の後、ステップＳ４３の処理を実行する。
【0059】
プロセッサ２０１は、ロールスイッチの要求をリモートデバイスが受諾しなかったと判定した場合（Ｓ４６，ＮＯ）、無線通信装置１００の通信回路２０２リモートデバイスに対する役割をペリフェラルのままとする（Ｓ４８）。以下、無線通信装置１００の通信回路２０２がリモートデバイスに対しペリフェラルとして動作することを、ペリフェラル動作と称する。プロセッサ２０１は、ステップＳ４８の処理の後、処理を終了する。
【0060】
プロセッサ２０１は、無線通信装置１００からリモートデバイスへＣｌａｓｓｉｃ接続したと判定した場合（Ｓ４２，ＹＥＳ）、リモートデバイスからリモートデバイスをセントラルとするロールスイッチの要求が発生したか否かを判定する（Ｓ４３）。プロセッサ２０１は、リモートデバイスをセントラルとするロールスイッチの要求の信号（ＬＭＰ＿ｓｗｉｔｃｈ＿ｒｅｑ）をリモートデバイスから受信したか否かで、ロールスイッチの要求が発生したか否かを判定する。
【0061】
プロセッサ２０１は、ロールスイッチの要求が発生していないと判定した場合（Ｓ４３，ＮＯ）、無線通信装置１００をリモートデバイスに対しセントラルのままとする。プロセッサ２０１は、ステップＳ４３，ＮＯの処理の後はステップＳ４３の処理を再び行う。例えば、プロセッサ２０１は、ステップＳ４３，ＮＯの処理の後、予め定められた時間経過後にステップＳ４３の処理を再び行ってもよい。リモートデバイスに対する通信回路２０２の役割が、セントラルに設定された場合でも、無線通信装置１００とリモートデバイスとが１対１接続を維持している間にリモートデバイスからのロールスイッチ要求があれば、これを受け入れるためにプロセッサ２０１の処理をステップＳ４３の前に戻す。一方、無線通信装置１００は、リモートデバイスと１対１接続している場合、リモートデバイスからロールスイッチの要求を受信しない限りセントラルとなる。
【0062】
プロセッサ２０１は、ロールスイッチの要求が発生したと判定した場合（Ｓ４３，ＹＥＳ）、ロールスイッチを許可し、無線通信装置１００の通信回路２０２をリモートデバイスに対してペリフェラルに設定しペリフェラル動作する（Ｓ４４）。無線通信装置１００は、リモートデバイスに対してペリフェラルに遷移した後、接続しているリモートデバイスの台数に変化がない場合は、無線通信装置１００をセントラルとするロールスイッチの要求をリモートデバイスへ出さない。つまり、プロセッサ２０１は、リモートデバイスからのロールスイッチの要求を受諾した後、通信回路２０２がリモートデバイスに対しセントラルの獲得要求を出力しないように通信回路２０２を制御する。
【0063】
これにより、実施の形態１に係る無線通信装置１００は、リモートデバイスと１対１接続している場合、かつ、Ｃｌａｓｓｉｃ自接続した場合、リモートデバイスからのロールスイッチ要求に応じてロールスイッチを許可し通信回路２０２の役割をペリフェラルと設定することができる。つまり、無線通信装置１００は、接続するリモートデバイスが１台と少なく通信のパフォーマンスが低下する可能性が低い場合、リモートデバイスのロールスイッチ要求を受諾することができる。これにより、無線通信装置１００は、リモートデバイスを所有するユーザの利便性を向上することができる。また、これによりリモートデバイス側のパフォーマンス低下を抑制することができる。
【0064】
また、無線通信装置１００は、Ｃｌａｓｓｉｃ被接続した場合、リモートデバイスへ所定の回数だけペリフェラルからセントラルへのロールスイッチを要求することができる。これにより、無線通信装置１００は、リモートデバイスがロールスイッチを受諾する場合、通信回路２０２の役割をセントラルに設定することができ、通信のパフォーマンスの安定性を向上することができる。また同時に、無線通信装置１００は、ロールスイッチを要求する回数を１回等の所定の回数に設定することで、リモートデバイスへロールスイッチの要求を繰り返し通信のパフォーマンスを低下することを防ぐことができる。
【0065】
次に、図５を参照して、Ｃｌａｓｓｉｃ接続台数が１台の場合のロールスイッチ制御の処理を説明する。図５は、Ｃｌａｓｓｉｃ接続台数が１台の場合のロールスイッチ制御の処理を示すフローチャートである。なお、図５において、図４に示す処理と同一の処理に関しては図４と同一の符合を付記し、説明を省略する。
【0066】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台以上か否かを判定する（Ｓ５０）。
【0067】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台以上ではないと判定したとき（Ｓ５０，ＮＯ）、処理を終了する。
【0068】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台以上であると判定したとき（Ｓ５０，ＹＥＳ）、無線通信装置１００とリモートデバイスとの間にＣｌａｓｓｉｃ接続を確立する（Ｓ５１）。
【0069】
プロセッサ２０１は、ステップＳ５１の処理の過程において、無線通信装置１００からリモートデバイスへＣｌａｓｓｉｃ接続したか否かを判定する（Ｓ５２）。
【0070】
プロセッサ２０１は、無線通信装置１００からリモートデバイスへＣｌａｓｓｉｃ接続していない、つまりリモートデバイスから無線通信装置１００にＣｌａｓｓｉｃ接続したと判定した場合（Ｓ５２，ＮＯ）、ステップＳ４５の処理を実行する。ステップＳ４５、ステップＳ４６、ステップＳ４７およびステップＳ４８の処理は図４のフローチャートの処理と同様である。なお、プロセッサ２０１は、ステップＳ４７の処理で無線通信装置１００はセントラルとなった場合でも、無線通信装置１００とリモートデバイスとが１対２台以上の接続を維持している間にリモートデバイスからロールスイッチの要求を受信した場合、ロールスイッチの要求を拒否するためにステップＳ５３の処理を実行する。
【0071】
プロセッサ２０１は、無線通信装置１００からリモートデバイスへＣｌａｓｓｉｃ接続したと判定した場合（Ｓ５２，ＹＥＳ）、リモートデバイスからリモートデバイスをセントラルとするロールスイッチの要求が発生したか否かを判定する（Ｓ５３）。
【0072】
プロセッサ２０１は、ロールスイッチの要求が発生していないと判定した場合（Ｓ５３，ＮＯ）、無線通信装置１００をリモートデバイスに対しセントラルのままとしステップＳ５３の処理を再び行う。例えば、プロセッサ２０１は、ステップＳ５３，ＮＯの処理の後、予め定められた時間経過後にステップＳ５３の処理を再び行ってもよい。
【0073】
プロセッサ２０１は、ロールスイッチの要求が発生したと判定した場合（Ｓ５３，ＹＥＳ）、リモートデバイスからのロールスイッチの要求を拒否し、無線通信装置１００のロールスイッチを行わずセントラル動作となる（Ｓ５４）。
【0074】
これにより、無線通信装置１００は、リモートデバイスと１対２台以上の接続をしており、Ｃｌａｓｓｉｃ自接続をした場合に、リモートデバイスからロールスイッチの要求があっても当該要求を拒否しセントラルを維持することができる。つまり、無線通信装置１００は、複数台のリモートデバイスに対してそれぞれペリフェラルとなり通信のパフォーマンスが低下することを防ぐことができる。
【0075】
次に、図６を参照して、無線通信装置１００とあるリモートデバイスとの間にＣｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続発生時に、それ以外のＣｌａｓｓｉｃ接続済みデバイスが存在する場合の処理を説明する。図６は、Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続発生時に、当該Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続が発生したデバイス以外のＣｌａｓｓｉｃ接続済みデバイスが存在する場合の処理を示すフローチャートである。図６のフローチャートの各処理は、プロセッサ２０１によって実行される。
【0076】
プロセッサ２０１は、無線通信装置１００とリモートデバイスとの接続発生時に、他の接続済みリモートデバイスが存在するか否かを判定する（Ｓ６１）。無線通信装置１００とリモートデバイスとの接続は、Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続である。
【0077】
プロセッサ２０１は、無線通信装置１００とリモートデバイスとの接続発生時に他の接続済みリモートデバイスが存在しないと判定した場合（Ｓ６１，ＮＯ）、処理を終了する。
【0078】
プロセッサ２０１は、無線通信装置１００とリモートデバイスとの接続発生時に他の接続済みリモートデバイスが存在すると判定した場合（Ｓ６１，ＹＥＳ）、接続済みのリモートデバイスそれぞれに対してセントラル動作となるかペリフェラル動作となるかに関する判定処理を実行する（Ｓ６２）。ステップＳ６２からステップＳ６９までの処理を接続済みのリモートデバイスの数だけ繰り返す。
【0079】
プロセッサ２０１は、無線通信装置１００がペリフェラルであるか否かを判定する（Ｓ６３）。
【0080】
プロセッサ２０１は、無線通信装置１００がペリフェラルではないと判定した場合（Ｓ６３，ＮＯ）、無線通信装置１００はセントラルのままとなり次の接続済みのリモートデバイスの処理へ遷移する。
【0081】
プロセッサ２０１は、無線通信装置１００がペリフェラルであると判定した場合（Ｓ６３，ＹＥＳ）、ＢＴのハンズフリーの通話中であるか否かまたはＢＴで音楽を再生中であるか否かを判定する（Ｓ６４）。ＢＴのハンズフリーの通話中とは、例えば、ＨＦＰ ｅＳＣＯリンクが確立されており、無線通信装置１００とリモートデバイスとの間で音声パケットの交換が行われている状態を指す。また、ＢＴで音楽を再生中とは、例えば、Ａ２ＤＰ Ｓｔｒｅａｍｉｎｇ再生中であることを指す。
【0082】
プロセッサ２０１は、ＢＴのハンズフリーの通話中であるまたはＢＴで音楽を再生中であると判定した場合（Ｓ６４，ＹＥＳ）、無線通信装置１００のロールスイッチを行わずペリフェラル動作となる（Ｓ６８）。プロセッサ２０１は、ステップＳ６８の処理のあと次の接続済みのリモートデバイスの処理へ遷移する。
【0083】
プロセッサ２０１は、ＢＴのハンズフリーの通話中でなく、ＢＴで音楽を再生中でもないと判定した場合（Ｓ６４，ＮＯ）、リモートデバイスへロールスイッチを要求する（Ｓ６５）。
【0084】
プロセッサ２０１は、リモートデバイスがロールスイッチを受諾したか否かを判定する（Ｓ６６）。
【0085】
プロセッサ２０１は、リモートデバイスがロールスイッチを受諾していないと判定した場合（Ｓ６６，ＮＯ）、ロールスイッチはせずペリフェラル動作となり（Ｓ６８）、次の接続済みのリモートデバイスの処理へ遷移する。
【0086】
プロセッサ２０１は、リモートデバイスがロールスイッチを受諾したと判定した場合（Ｓ６６，ＹＥＳ）、無線通信装置１００の通信回路２０２のリモートデバイスに対する役割をセントラルに設定しセントラル動作となり（Ｓ６７）、次の接続済みのリモートデバイスの処理へ遷移する。
【0087】
プロセッサ２０１は、全ての接続済みのリモートデバイスについてステップＳ６３からステップＳ６９までの処理を終了した場合、処理を終了する。
【0088】
プロセッサ２０１は、図６に示すフローチャートの処理を、例えば、無線通信装置１００が新たなリモートデバイスとの接続が発生した場合に実行する。
【0089】
これにより、無線通信装置１００は、リモートデバイスとＣｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続をしている際に、さらに他の接続済みのリモートデバイスが存在する場合に、接続済みのリモートデバイスそれぞれの接続条件に応じてロールスイッチを行うことができる。無線通信装置１００は、接続済みのリモートデバイスがＢＴのハンズフリーの通話中ではなくまたはＢＴで音楽を再生中でもない場合、接続済みのリモートデバイスに対してロールスイッチを要求することができる。これにより、無線通信装置１００は、リモートデバイスがロールスイッチを受諾した場合はセントラルとなることができるため、通信のパフォーマンスを安定させることができる。また、無線通信装置１００は、接続済みのリモートデバイスがＢＴのハンズフリーの通話中であるまたはＢＴで音楽を再生中である場合、接続済みのリモートデバイスに対してロールスイッチを要求することなくペリフェラル動作を行う。これにより、無線通信装置１００は、リモートデバイスの通話または音楽の音が飛んでしまう等のパフォーマンスの低下を防ぎユーザの利便性を向上させることができる。
【0090】
次に、図７を参照して、無線通信装置１００に複数台のリモートデバイスがＣｌａｓｓｉｃ接続されており、Ｃｌａｓｓｉｃ接続の切断が発生した場合の処理を説明する。図７は、無線通信装置１００に複数台のリモートデバイスがＣｌａｓｓｉｃ接続されており、Ｃｌａｓｓｉｃ接続の切断が発生した場合の処理を示すフローチャートである。
【0091】
プロセッサ２０１は、無線通信装置１００とリモートデバイスとの間のＣｌａｓｓｉｃ接続が切断されたか否かを判定する（Ｓ７１）。
【0092】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続が切断されていないと判定した場合（Ｓ７１，ＮＯ）、ステップＳ７１の処理を再び実行する。このようにプロセッサ２０１は、Ｃｌａｓｓｉｃ接続中にＣｌａｓｓｉｃ接続の切断が発生したか否かを監視する。
【0093】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続が切断されたと判定した場合（Ｓ７１，ＹＥＳ）、Ｃｌａｓｓｉｃ接続台数が２台未満か否かを判定する（Ｓ７２）。
【0094】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満ではないと判定した場合（Ｓ７２，ＮＯ）、再びステップＳ７１の処理を実行する。
【0095】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満であると判定した場合（Ｓ７２，ＹＥＳ）、Ｃｌａｓｓｉｃ接続台数が１台であるか否かを判定する（Ｓ７３）。
【0096】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台ではない、つまりＣｌａｓｓｉｃ接続台数が０台であり全てのＣｌａｓｓｉｃ接続が切断されている場合（Ｓ７３，ＮＯ）、処理を終了する。
【0097】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台であると判定した場合（Ｓ７３，ＹＥＳ）、無線通信装置１００がリモートデバイスに対してセントラルであるか否かを判定する（Ｓ７４）。
【0098】
プロセッサ２０１は、無線通信装置１００がリモートデバイスに対してセントラルでないと判定した場合（Ｓ７４，ＮＯ）、ロールスイッチを行わずペリフェラル動作となる（Ｓ７７）、処理を終了する。
【0099】
プロセッサ２０１は、無線通信装置１００がリモートデバイスに対してセントラルであると判定した場合（Ｓ７４，ＹＥＳ）、リモートデバイスからロールスイッチの要求が発生したか、つまりリモートデバイスからロールスイッチの要求を受信したか否かを判定する（Ｓ７５）。
【0100】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していないと判定した場合（Ｓ７５，ＮＯ）、再びステップＳ７５の処理を実行し、リモートデバイスからのロールスイッチの要求を監視する。
【0101】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していると判定した場合（Ｓ７５，ＹＥＳ）、ロールスイッチの要求を許可し無線通信装置１００の通信回路２０２のリモートデバイスに対する役割をペリフェラルに設定しペリフェラル動作となる（Ｓ７６）。
【0102】
以上により、実施の形態１の無線通信装置１００は、同じ規格で接続しているリモートデバイスの台数がＬ（Ｌ：１以上の整数）＋１台未満である場合、リモートデバイスからのセントラルの獲得要求を許可し、リモートデバイスに対してペリフェラルとなる。無線通信装置１００は、同じ規格で接続しているリモートデバイスの台数がＬ＋１台以上の場合、リモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対してセントラルとなる。ここで、同じ規格の接続とはＣｌａｓｓｉｃ接続を指す。また、実施の形態１において、Ｌ＝１となる。
【0103】
これにより、無線通信装置１００は、リモートデバイスの接続台数が増えていった後に、切断が発生し接続台数が減り、最終的に１対１接続になった場合、ペリフェラルとしての動作を許容することができる。これにより、無線通信装置１００は、リモートデバイスがセントラルとなることを受諾しリモートデバイスを有するユーザの利便性を向上することができる。また、これによりリモートデバイス側のパフォーマンス低下を抑制することができる。
【0104】
これにより、実施の形態１の無線通信装置１００は、Ｃｌａｓｓｉｃ自接続時のケースおよびＣｌａｓｓｉｃ被接続時のケースそれぞれに対応できる。また、無線通信装置１００は、無線通信装置１００およびリモートデバイスの双方からセントラルの獲得のロールスイッチの要求を繰り返す事態を回避できる。また、無線通信装置１００は、Ｃｌａｓｓｉｃ接続でリモートデバイスと１対１接続しているケースではペリフェラル動作を許可するので、パフォーマンスの低下が懸念されない状況ではリモートデバイス側にセントラル動作を許可しつつ、複数台でのＣｌａｓｓｉｃ接続時には、自装置のパフォーマンス低下を抑制することができる。以上が本開示の代表的な実施形態の一例であるが、本開示は、明細書および図面に示す実施形態の範囲に限定されることなく、その要旨を変更しない範囲内で変更して実施できる。例えば、図６のフローチャートに示した処理について実行するか、あるいは実行しないかを任意に選択することもできる。無線通信装置１００の起動時に、それぞれの処理について実行するか、あるいは実行しないかを選択できるように無線通信装置１００を設定しても良い。
【0105】
（実施の形態２）
次に、実施の形態２における無線通信システム１について図面を参照しながら説明する。無線通信システム１の構成例は、実施の形態１で説明した図１と同じであり、説明を省略する。実施の形態２に係る無線通信装置１００Ａ（図８参照）のハードウェア構成は実施の形態１と同様であるが、通信回路２０２の内部構成が異なる。
次に、実施の形態２における無線通信システム１について図面を参照しながら説明する。無線通信システム１の構成例は、実施の形態１で説明した図１と同じであり、説明を省略する。実施の形態２に係る無線通信装置１００Ａ（図８参照）のハードウェア構成は実施の形態１と同様であるが、通信回路２０２の内部構成が異なる。
【0106】
実施の形態２に係る通信回路２０２は、ＣｌａｓｓｉｃとＢＬＥに基づく無線信号の送信および受信を行うコントローラ（Ｃｌａｓｓｉｃ／ＢＬＥ一体となったコンボモジュールまたはＣｌａｓｓｉｃ／ＢＬＥ／Ｗｉ－Ｆｉ（登録商標）一体となったコンボモジュール）により実現される。また、通信回路２０２は、１つのコントローラで、ＣｌａｓｓｉｃとＢＬＥ両方を同時に動作させるデュアルモードをサポートする。
【0107】
【0108】
無線通信装置１００Ａは、各種アプリケーション（ハンズフリーアプリ、オーディオアプリ、電話帳転送アプリ、メッセージングアプリ、シリアル通信アプリ、ＢＬＥ通信アプリ等）、通信ミドルウェア、Ｂｌｕｅｔｏｏｔｈプロトコルスタック、ＨＣＩからなるソフトウェアで構成される。
【0109】
【0110】
ＢＬＥアプリは、ＢＬＥを使用して、無線通信装置１００Ａとリモートデバイスとの間でＧｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ通信を行う任意のアプリケーションである。リモートデバイスとは、例えばスマートフォンやリモコンである。無線通信装置１００Ａはペリフェラル、リモートデバイスはセントラルとして接続することを前提として説明を行うが、これに限定するものではない。また、ＢＬＥアプリは、１つのアプリで、複数台のリモートデバイスと同時接続が可能な構成となっている。なお、ＢＬＥアプリが複数存在することで、複数台のリモートデバイスと同時接続可能な構成を取ることもできる。
【0111】
【0112】
図９を参照して、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台未満の場合の処理を説明する。図９は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台未満の場合の処理を示すフローチャートである。
【0113】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台未満であるか否かを判定する（Ｓ１００）。ＢＬＥペリフェラル接続とは、ＢＬＥで無線通信装置１００がペリフェラルでリモートデバイスがセントラルとして接続されている状態を示す。ＢＬＥペリフェラル接続台数とは、無線通信装置１００がＢＬＥで接続しているリモートデバイスの台数を示す。ここで、Ｎは１以上の整数であり、例えば、３である。なお、Ｎの数は、通信回路２０２の性能に応じて変化し３に限られない。
【0114】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台未満ではないと判定した場合（Ｓ１００，ＮＯ）、図１０のフローチャートの処理へ遷移する。
【0115】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台未満であると判定した場合（Ｓ１００，ＹＥＳ）、無線通信装置１００Ａとリモートデバイスとの間にＣｌａｓｓｉｃ接続を確立する（Ｓ１０１）。
【0116】
プロセッサ２０１は、ステップＳ１０１の処理の過程において、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続したか否かを判定する（Ｓ１０２）。
【0117】
プロセッサ２０１は、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続したと判定した場合（Ｓ１０２，ＹＥＳ）、リモートデバイスからセントラルのロールスイッチの要求が発生したか否かを判定する（Ｓ１０３）。プロセッサ２０１は、リモートデバイスからセントラルのロールスイッチの要求が発生したか否かを、リモートデバイスからロールスイッチの要求を示す信号（ＬＭＰ＿ｓｗｉｔｃｈ＿ｒｅｑ）を受信したか否かで判定する。
【0118】
プロセッサ２０１は、リモートデバイスからセントラルのロールスイッチの要求が発生していないと判定した場合（Ｓ１０３，ＮＯ）、再びステップＳ１０３の処理を実行する。
【0119】
プロセッサ２０１は、リモートデバイスからセントラルのロールスイッチの要求が発生したと判定した場合（Ｓ１０３，ＹＥＳ）、ロールスイッチの要求を許可し無線通信装置１００Ａの通信回路２０２の役割をペリフェラルに設定しペリフェラル動作となる（Ｓ１０４）。無線通信装置１００Ａは、一度当該リモートデバイスに対してペリフェラルに遷移した後、無線通信装置１００Ａとリモートデバイスとの接続台数に変化がない場合は、無線通信装置１００Ａをセントラルとするロールスイッチ要求は出さない。つまり、プロセッサ２０１は、リモートデバイスからのロールスイッチの要求を受諾した後、通信回路２０２がリモートデバイスに対しセントラルの獲得要求を出力しないように通信回路２０２を制御する。
【0120】
プロセッサ２０１は、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続していない、つまり、リモートデバイスから無線通信装置１００ＡへＣｌａｓｓｉｃ接続した場合（Ｓ１０２，ＮＯ）、リモートデバイスへ無線通信装置１００Ａがセントラルとなるロールスイッチを要求する（Ｓ１０５）。なお、無線通信装置１００Ａがリモートデバイスに対してロールスイッチを要求する回数は１回に限られず、無線通信システム１の設計者等よって所定の回数（例えば、２回、あるいは３回）に設定可能であってもよい。なお、所定の回数は、１回以下が望ましい。
【0121】
プロセッサ２０１は、リモートデバイスがロールスイッチを受諾したか否かを判定する（Ｓ１０６）。なお、プロセッサ２０１は、リモートデバイスからロールスイッチを受諾した旨の信号（ＬＭＰ＿ａｃｃｅｐｔｅｄ）を受信したか否かで、リモートデバイスがロールスイッチを受諾したか否かを判定する。
【0122】
プロセッサ２０１は、リモートデバイスがロールスイッチを受諾したと判定した場合（Ｓ１０６，ＹＥＳ）、無線通信装置１００Ａの通信回路２０２のリモートデバイスに対する役割をセントラルに設定しセントラル動作となる（Ｓ１０７）。無線通信装置１００Ａは、セントラルとなった場合でも、無線通信装置１００Ａとリモートデバイスとが１対１のＣｌａｓｓｉｃ接続を維持し、かつＢＬＥペリフェラル接続台数がＮ台未満を維持している場合、リモートデバイスからセントラルをとるロールスイッチの要求があれば受け入れる。そのため、プロセッサ２０１は、ステップＳ１０７の処理のあとステップＳ１０３の処理を実行する。
【0123】
プロセッサ２０１は、リモートデバイスがロールスイッチを受諾しなかったと判定した場合（Ｓ１０６，ＮＯ）、無線通信装置１００の通信回路２０２のリモートデバイスに対する役割をペリフェラルのままとしペリフェラル動作となる（Ｓ１０８）。
【0124】
これにより、実施の形態２に係る無線通信装置１００Ａは、予め定められた所定の台数以下のリモートデバイスとＢＬＥで接続している場合において、Ｃｌａｓｓｉｃ自接続した際に、リモートデバイスからのロールスイッチの要求に応じてペリフェラル動作をすることができる。これにより、無線通信装置１００Ａは、ＢＬＥでの接続しているリモートデバイスが少なく通信のパフォーマンスに影響がない場合は、Ｃｌａｓｓｉｃ自接続したリモートデバイスをセントラルとして動作させることができる。これによりユーザの利便性を向上することができる。また、これによりＣｌａｓｓｉｃ自接続したリモートデバイス側のパフォーマンス低下を抑制することができる。
【0125】
次に、図１０を参照して、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台以上の場合の処理を説明する。図１０は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台以上の場合の処理を示すフローチャートである。なお、図１０において、図９に示す処理と同一の処理に関しては図９と同一の符合を付記し、説明を省略する。
【0126】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台以上であるか否かを判定する（Ｓ１１０）。
【0127】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台以上ではないと判定した場合（Ｓ１１０，ＮＯ）、図１１のフローチャートの処理へ遷移する。
【0128】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が０台でありかつＢＬＥペリフェラル接続台数がＮ台以上であると判定した場合（Ｓ１１０，ＹＥＳ）、無線通信装置１００Ａとリモートデバイスとの間にＣｌａｓｓｉｃ接続を確立する（Ｓ１１１）。
【0129】
プロセッサ２０１は、ステップＳ１１１の処理の過程において、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続したか否かを判定する（Ｓ１１２）。
【0130】
プロセッサ２０１は、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続していないと判定した場合（Ｓ１１２，ＮＯ）、ステップＳ１０５以降の処理を実行する。ステップＳ１０５、ステップＳ１０６、ステップＳ１０７およびステップＳ１０８の処理は図９のフローチャートの処理と同様である。
【0131】
プロセッサ２０１は、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続したと判定した場合（Ｓ１１２，ＹＥＳ）、リモートデバイスからロールスイッチの要求が発生したか否かを判定する（Ｓ１１３）。なお、プロセッサ２０１は、リモートデバイスからロールスイッチの要求信号（ＬＭＰ＿ｓｗｉｔｃｈ＿ｒｅｑ）を受信したか否かで、ロールスイッチの要求が発生したか否かを判定する。
【0132】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していないと判定した場合（Ｓ１１３，ＮＯ）、再びＳ１１３の処理を実行する。
【0133】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生したと判定した場合（Ｓ１１３，ＹＥＳ）、ロールスイッチを拒否しセントラル動作となる（Ｓ１１４）。
【0134】
これにより、実施の形態２に係る無線通信装置１００Ａは、Ｃｌａｓｓｉｃ接続が０台であっても、ＢＬＥペリフェラル接続をしているリモートデバイスが予め定められた台数以上ある場合、新たにＣｌａｓｓｉｃ自接続したリモートデバイスからのロールスイッチ要求を拒否することができる。これにより、無線通信装置１００Ａは、ＢＬＥペリフェラル接続をしているリモートデバイスが多い場合、Ｃｌａｓｓｉｃ自接続をするリモートデバイスに対してセントラルとなる。したがって、無線通信装置１００Ａは、通信のパフォーマンスが低下することを防ぐことができる。
【0135】
次に、図１１を参照して、Ｃｌａｓｓｉｃ接続台数が１台以上でありかつＢＬＥペリフェラル接続台数が任意の場合の処理を説明する。図１１は、Ｃｌａｓｓｉｃ接続台数が１台以上でありかつＢＬＥペリフェラル接続台数が任意の場合の処理を示すフローチャートである。なお、図９のフローチャートの処理と同様の処理は同一符合を付記し説明を省略する。
【0136】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台以上であるか否かを判定する（Ｓ１２０）。
【0137】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台以上ではないと判定した場合（Ｓ１２０，ＮＯ）、処理を終了する。
【0138】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台以上であると判定した場合（Ｓ１２０，ＹＥＳ）、無線通信装置１００Ａとリモートデバイスとの間にＣｌａｓｓｉｃ接続を確立する（Ｓ１２１）。
【0139】
プロセッサ２０１は、ステップＳ１２１の処理の過程において、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続したか否かを判定する（Ｓ１２２）。
【0140】
プロセッサ２０１は、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続していない、つまり、リモートデバイスから無線通信装置１００ＡへＣｌａｓｓｉｃ接続した場合（Ｓ１２２，ＮＯ）、ステップＳ１０５の処理を実行する。ステップＳ１０５、ステップＳ１０６、ステップＳ１０７およびステップＳ１０８の処理は図９のフローチャートの処理と同様である。
【0141】
プロセッサ２０１は、無線通信装置１００ＡからリモートデバイスへＣｌａｓｓｉｃ接続したと判定した場合（Ｓ１２２，ＹＥＳ）、リモートデバイスからロールスイッチの要求が発生したか否かを判定する（Ｓ１２３）。
【0142】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していないと判定した場合（Ｓ１２３，ＮＯ）、再びステップＳ１２３の処理を実行する。
【0143】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生したと判定した場合（Ｓ１２３，ＹＥＳ）、ロールスイッチを拒否し、セントラル動作となる（Ｓ１２４）。
【0144】
なお、Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続発生時に当該Ｃｌａｓｓｉｃ自接続またはＣｌａｓｓｉｃ被接続が発生したデバイス以外のＣｌａｓｓｉｃ接続済みデバイスが存在するときの動作は、図６と同じであり、ここではその説明を省略する。
【0145】
また、以下において、Ｃｌａｓｓｉｃ接続台数が１台のまま変化せず、ＢＬＥペリフェラル接続台数が変化した後に、無線通信装置１００Ａがリモートデバイスからロールスイッチの要求を受信するケースについて説明する（不図示）。以下、Ｃｌａｓｓｉｃ接続台数は１台、無線通信装置１００Ａの通信回路２０２のリモートデバイスに対する役割はセントラルであるものとする。
【0146】
プロセッサ２０１は、ＢＬＥペリフェラル接続台数が変化した後、リモートデバイスからロールスイッチの要求を受信した場合、ＢＬＥペリフェラル接続台数がＮ台未満であるか否かを判定する。
【0147】
プロセッサ２０１は、ＢＬＥペリフェラル接続台数がＮ台未満であると判定した場合、リモートデバイスからのロールスイッチの要求を許可し、無線通信装置１００Ａの通信回路２０２のリモートデバイスに対する役割をペリフェラルとする。つまり、通信回路２０２はペリフェラル動作する。
【0148】
プロセッサ２０１は、ＢＬＥペリフェラル接続台数がＮ台未満ではない、つまりＢＬＥペリフェラル接続台数がＮ台以上であると判定した場合、リモートデバイスからのロールスイッチの要求を拒否し、無線通信装置１００Ａの通信回路２０２のリモートデバイスに対する役割をセントラルのままとする。つまり、通信回路２０２はセントラル動作する。
【0149】
なお、Ｃｌａｓｓｉｃ接続台数は１台に限られず、通信回路２０２の性能に応じてユーザによって設定された数（例えば、２台以下等）であってもよい。
【0150】
以上により、プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が予め定められた台数から変化がなくＢＬＥペリフェラル接続台数が増減する場合において、ＢＬＥペリフェラル接続台数に応じてリモートデバイスのロールスイッチの要求を許可または拒否することができる。これにより、プロセッサ２０１は、ＢＬＥペリフェラル接続台数が閾値以上に増加し、通信のパフォーマンスが低下する恐れがある場合はリモートデバイスに対してセントラルとなり、通信のパフォーマンスを安定させることができる。また、プロセッサ２０１は、ＢＬＥペリフェラル接続台数が閾値未満である場合は、リモートデバイスがセントラルとなることを許可し、リモートデバイスを使用するユーザの利便性を向上することができる。また、これによりリモートデバイス側のパフォーマンス低下を抑制させることができる。
【0151】
次に、図１２を参照して、Ｃｌａｓｓｉｃ接続済みのリモートデバイスが存在する場合のＣｌａｓｓｉｃ切断発生時の第１の処理を説明する。図１２は、Ｃｌａｓｓｉｃ接続済みのリモートデバイスが存在する場合のＣｌａｓｓｉｃ切断発生時の第１の処理のフローチャートである。
【0152】
プロセッサ２０１は、無線通信装置１００ＡがＣｌａｓｓｉｃ接続しているリモートデバイスとの間でＣｌａｓｓｉｃ接続が切断されたか否かを判定する（Ｓ１３１）。
【0153】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続しているリモートデバイスとの間でＣｌａｓｓｉｃ接続が切断されていないと判定した場合（Ｓ１３１，ＮＯ）、再びＳ１３１の処理を実行しＣｌａｓｓｉｃ切断が発生したか否かの監視を続ける。
【0154】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続しているリモートデバイスとの間でＣｌａｓｓｉｃ接続が切断されたと判定した場合（Ｓ１３１，ＹＥＳ）、Ｃｌａｓｓｉｃ接続台数が２台未満でありかつＢＬＥペリフェラル接続台数がＮ台未満であるか否かを判定する（Ｓ１３２）。
【0155】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満でありかつＢＬＥペリフェラル接続台数がＮ台未満ではないと判定した場合（Ｓ１３２，ＮＯ）、図１３に示すフローチャートの処理に遷移する。
【0156】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満でありかつＢＬＥペリフェラル接続台数がＮ台未満であると判定した場合（Ｓ１３２，ＹＥＳ）、Ｃｌａｓｓｉｃ接続台数が１台であるか否かを判定する（Ｓ１３３）。
【0157】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台でない場合、つまり全てのＣｌａｓｓｉｃ接続が切断されていると判定した場合（Ｓ１３３，ＮＯ）、処理を終了する。
【0158】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台であると判定した場合（Ｓ１３３，ＹＥＳ）、無線通信装置１００Ａがリモートデバイスに対してセントラルであるか否かを判定する（Ｓ１３４）。
【0159】
プロセッサ２０１は、無線通信装置１００Ａがリモートデバイスに対してセントラルではないと判定した場合（Ｓ１３４，ＮＯ）、ロールスイッチをせずペリフェラル動作となり（Ｓ１３７）、処理を終了する。
【0160】
プロセッサ２０１は、無線通信装置１００Ａがリモートデバイスに対してセントラルであると判定した場合（Ｓ１３４，ＹＥＳ）、リモートデバイスからロールスイッチの要求が発生したか否かを判定する（Ｓ１３５）。プロセッサ２０１は、リモートデバイスからロールスイッチを要求する信号（ＬＭＰ＿ｓｗｉｔｃｈ＿ｒｅｑ）を受信したか否かで、ロールスイッチの要求が発生したか否かを判定する。
【0161】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していないと判定した場合（Ｓ１３５，ＮＯ）、ステップＳ１３５の処理を再び実行し、リモートデバイスからのロールスイッチの要求を監視する。プロセッサ２０１は、リモートデバイスとの接続台数に変化がない間、監視を継続する。
【0162】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していると判定した場合（Ｓ１３５，ＹＥＳ）、ロールスイッチを許可し通信回路２０２のリモートデバイスに対する役割をペリフェラルに設定し、ペリフェラル動作となる（Ｓ１３６）。
【0163】
これにより、無線通信装置１００Ａは、Ｃｌａｓｓｉｃ接続台数が増えていった後、切断が発生しＣｌａｓｓｉｃ接続台数が減っていき、１対１接続になった時点で、ＢＬＥペリフェラル接続台数がＮ台未満であれば、無線通信装置１００Ａはペリフェラルとしての動作を許可することができる。
【0164】
次に、図１３を参照して、Ｃｌａｓｓｉｃ接続済みのリモートデバイスが存在する場合のＣｌａｓｓｉｃ切断発生時の第２の処理を説明する。図１３は、Ｃｌａｓｓｉｃ接続済みのリモートデバイスが存在する場合のＣｌａｓｓｉｃ切断発生時の第２の処理のフローチャートである。
【0165】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満でありかつＢＬＥペリフェラル接続台数がＮ台以上であるか否かを判定する（Ｓ１４１）。
【0166】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満でありかつＢＬＥペリフェラル接続台数がＮ台以上ではない、つまりＣｌａｓｓｉｃ接続台数が２台以上であると判定した場合（Ｓ１４１，ＮＯ）、再び図１２のフローチャートの処理を実行しＣｌａｓｓｉｃ切断が発生したか否かの監視を継続する。
【0167】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が２台未満でありかつＢＬＥペリフェラル接続台数がＮ台以上であると判定した場合（Ｓ１４１，ＹＥＳ）、Ｃｌａｓｓｉｃ接続台数は１台であるか否かを判定する（Ｓ１４２）。
【0168】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台ではないと判定した場合（Ｓ１４２，ＮＯ）、全てのＣｌａｓｓｉｃ接続が切断されたとして処理を終了する。
【0169】
プロセッサ２０１は、Ｃｌａｓｓｉｃ接続台数が１台であると判定した場合（Ｓ１４２，ＹＥＳ）、無線通信装置１００ＡがＣｌａｓｓｉｃ接続しているリモートデバイスに対してセントラルであるか否かを判定する（Ｓ１４３）。
【0170】
プロセッサ２０１は、無線通信装置１００Ａがセントラルではないと判定した場合（Ｓ１４３，ＮＯ）、ロールスイッチをせずペリフェラルとなり（Ｓ１４６）、処理を終了する。
【0171】
プロセッサ２０１は、無線通信装置１００Ａがセントラルであると判定した場合（Ｓ１４３，ＹＥＳ）、リモートデバイスからロールスイッチの要求が発生したか否かを判定する（Ｓ１４４）。プロセッサ２０１は、リモートデバイスからロールスイッチを要求する信号（ＬＭＰ＿ｓｗｉｔｃｈ＿ｒｅｑ）を受信したか否かで、ロールスイッチの要求が発生したか否かを判定する。
【0172】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生していないと判定した場合（Ｓ１４４，ＮＯ）、再びステップＳ１４４の処理を実行し、リモートデバイスとの接続台数に変化がない間、リモートデバイスからのロールスイッチの要求の有無の監視を継続する。
【0173】
プロセッサ２０１は、リモートデバイスからロールスイッチの要求が発生したと判定した場合（Ｓ１４４，ＹＥＳ）、ロールスイッチを拒否しセントラル動作する。
【0174】
プロセッサ２０１は、無線通信装置１００Ａがリモートデバイスに対してセントラルである場合（Ｓ１４３：Ｙｅｓ）、ステップＳ１４４へ処理を進める。ステップＳ１４４では、プロセッサ２０１は、リモートデバイス側からリモートデバイス側をセントラルとするロールスイッチ要求があったかを判定する。
【0175】
プロセッサ２０１は、ロールスイッチ要求が無い場合（Ｓ１４４，Ｎｏ）、Ｓ１４４の前に処理を戻し、リモートデバイス側からのロールスイッチ要求の有無を監視する。接続台数に変化が無い間、プロセッサ２０１は監視を継続する。
【0176】
プロセッサ２０１は、リモートデバイス側からのロールスイッチ要求があった場合（Ｓ１４４，Ｙｅｓ）これを拒否し、無線通信装置１００Ａはセントラル動作する（Ｓ１４５）。
【0177】
以上により、実施の形態２における無線通信装置１００Ａは、Ｃｌａｓｓｉｃ自接続時のケースおよびＣｌａｓｓｉｃ被接続時のケースそれぞれにおいて、Ｃｌａｓｓｉｃ接続台数およびＢＬＥペリフェラル接続台数の数に応じてリモートデバイスに対するロールを決定し通信のパフォーマンスが低下することを防ぐことができる。また、無線通信装置１００Ａは、リモートデバイスとの間でセントラルのロールスイッチの要求を繰り返すことを回避できる。また、無線通信装置１００Ａは、Ｃｌａｓｓｉｃ接続とＢＬＥペリフェラル接続が同時動作するデュアルモード時の場合においても、Ｃｌａｓｓｉｃ接続で１対１接続およびＢＬＥペリフェラル接続台数がＮ台未満のケースでは、自装置のペリフェラル動作を許可する。これにより、無線通信装置１００Ａは、自装置のパフォーマンス低下を抑制し、かつリモートデバイスの通信を安定させることができる。
【0178】
また、実施の形態２における無線通信装置１００Ａは、同じ規格で接続しているリモートデバイスの台数がＬ（Ｌ：１以上の整数）＋１台未満である場合、リモートデバイスからのセントラルの獲得要求を許可し、リモートデバイスに対してペリフェラルとなる。無線通信装置１００は、同じ規格で接続しているリモートデバイスの台数がＬ＋１台以上の場合、リモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対してセントラルとなる。ここで、同じ規格の接続とはＢＬＥペリフェラル接続を指す。また、実施の形態２において、ＮはＬ＋１に対応する。
【0179】
以上が本発明の代表的な実施形態の一例であるが、本発明は、明細書および図面に示す実施形態の範囲に限定されることなく、その要旨を変更しない範囲内で変更して実施できる。
【0180】
また、上述の実施の形態１および実施の形態２では、無線通信装置として、車載機を例に説明したが、これに限らず、航空機内エンターテインメントシステム機器、テレビ、ブルーレイ／ＤＶＤレコーダー、冷蔵庫、洗濯機、掃除機、電子レンジ、照明器具、エアコン、空気清浄機、カメラ、プリンタ、プロジェクタ、スキャナ、フィットネス機器、自動販売機、ゲーム機器等の各種装置に適用することができる。
【0181】
本開示は、上述の実施の形態１および実施の形態２の機能を実現するプログラムを、車載機内に備えることとして説明したが、これに限らず外部のネットワークやＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）または記憶媒体を介して装置に供給し、その装置のコンピュータにおけるプロセッサがプログラムを読み出し実行する処理でも実現可能である。
【0182】
（本実施の形態のまとめ）
以上の本実施の形態の記載により、下記技術が開示される。
以上の本実施の形態の記載により、下記技術が開示される。
【0183】
＜技術１＞
本実施の形態に係る無線通信装置は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う通信回路と、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、リモートデバイスからのセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をペリフェラルに設定し、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、リモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定するプロセッサと、を備える。
本実施の形態に係る無線通信装置は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで通信を行う通信回路と、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ（Ｌ：１以上の整数）＋１未満の場合、リモートデバイスからのセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をペリフェラルに設定し、同じ規格の通信で通信回路に接続しているリモートデバイスの数がＬ＋１以上の場合、リモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定するプロセッサと、を備える。
【0184】
これにより、本実施の形態に係る無線通信装置は、同じ規格の通信で接続しているリモートデバイスの数に応じて、リモートデバイスに対してセントラルの獲得要求を受諾するか拒否するかを決定することができる。無線通信装置は、接続しているリモートデバイスの数が少なく通信のパフォーマンスが低下しないと考えられる場合は、リモートデバイスに対してペリフェラルとなることができる。これにより、無線通信装置は、自装置の通信のパフォーマンスが低下しない範囲でリモートデバイスからのセントラルの獲得要求を許可し、ユーザの利便性を向上することができる。また、無線通信装置は、接続しているリモートデバイスの数が多く通信のパフォーマンスの低下が懸念される場合は、リモートデバイスに対しセントラルとなることができる。以上により、無線通信装置は、リモートデバイスの通信を安定させ、かつ通信のパフォーマンスが低下化することを防ぐことができる。
【0185】
＜技術２＞
技術１に記載の無線通信装置において、プロセッサは、リモートデバイスのいずれとも通信回路が接続されていない状態から、リモートデバイスに対して通信回路を接続した後、リモートデバイスからのセントラルの獲得要求を受諾し、その後通信回路がリモートデバイスへセントラルの獲得要求を出力しないように通信回路を制御する。
技術１に記載の無線通信装置において、プロセッサは、リモートデバイスのいずれとも通信回路が接続されていない状態から、リモートデバイスに対して通信回路を接続した後、リモートデバイスからのセントラルの獲得要求を受諾し、その後通信回路がリモートデバイスへセントラルの獲得要求を出力しないように通信回路を制御する。
【0186】
これにより、本実施の形態に係る無線通信装置は、リモートデバイスとの間でセントラルの獲得要求が繰り返されることを防ぐことができる。無線通信装置は、セントラルの獲得要求の繰り返しによって、リモートデバイスがＢＴ通信で再生している音楽またはＢＴ通信でのハンズフリー通話が途切れることを防止することができる。これにより、無線通信装置は、無線通信装置と接続中のリモートデバイスをユーザが快適に使用することを支援することができる。
【0187】
＜技術３＞
技術１または技術２に記載の無線通信装置において、プロセッサは、リモートデバイスのいずれとも接続されていない状態から、リモートデバイスから接続された後、リモートデバイスへセントラルの獲得要求を所定の回数出力し、リモートデバイスが獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、リモートデバイスが獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
技術１または技術２に記載の無線通信装置において、プロセッサは、リモートデバイスのいずれとも接続されていない状態から、リモートデバイスから接続された後、リモートデバイスへセントラルの獲得要求を所定の回数出力し、リモートデバイスが獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、リモートデバイスが獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
【0188】
これにより、本実施の形態に係る無線通信装置は、リモートデバイスから接続された場合でも、リモートデバイスに出力したセントラルの獲得要求をリモートデバイスが承諾した場合は、セントラルとなることができる。これにより、無線通信装置は、リモートデバイスの通信の安定を維持しつつも、リモートデバイスの使用状況に応じてセントラルとなることができる。
【0189】
＜技術４＞
技術１から技術３のいずれか１つに記載の無線通信装置において、プロセッサは、リモートデバイスがセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をセントラルに設定した後、リモートデバイスからセントラルの獲得要求を受信した場合、リモートデバイスからのセントラルの獲得要求を受諾する。
技術１から技術３のいずれか１つに記載の無線通信装置において、プロセッサは、リモートデバイスがセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をセントラルに設定した後、リモートデバイスからセントラルの獲得要求を受信した場合、リモートデバイスからのセントラルの獲得要求を受諾する。
【0190】
これにより、本実施の形態に係る無線通信装置は、リモートデバイスから接続されて１度セントラルとなった場合でも、リモートデバイスからのセントラルの獲得要求に応じてペリフェラルとなることができる。これにより、無線通信装置は、リモートデバイスの使用状況に応じて、リモートデバイスがセントラルとなることを許可することができるためユーザがリモートデバイスを快適に使用することを支援することができる。
【0191】
＜技術５＞
技術１から技術４のいずれか１つに記載の無線通信装置において、プロセッサは、既に１台以上のリモートデバイスと通信回路とが接続されている状態から、新たに別のリモートデバイスに対して通信回路を接続した後、別のリモートデバイスからのセントラルの獲得要求を拒否する。
技術１から技術４のいずれか１つに記載の無線通信装置において、プロセッサは、既に１台以上のリモートデバイスと通信回路とが接続されている状態から、新たに別のリモートデバイスに対して通信回路を接続した後、別のリモートデバイスからのセントラルの獲得要求を拒否する。
【0192】
これにより、本実施の形態に係る無線通信装置は、２台以上のリモートデバイスと接続した場合、リモートデバイスのセントラルの獲得要求を拒否し、リモートデバイスに対してペリフェラルとなることを回避することができる。これにより、無線通信装置は、接続するリモートデバイスが多い場合、リモートデバイスに対してセントラルとなることで通信のパフォーマンスが低下することを防ぐことができる。
【0193】
＜技術６＞
技術１から技術５のいずれか１つに記載の無線通信装置において、プロセッサは、既に１台以上のリモートデバイスと通信回路とが接続されている状態から、新たに別のリモートデバイスから通信回路が接続された後、別のリモートデバイスへセントラルの獲得要求を所定の回数出力し、別のリモートデバイスがセントラルの獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、別のリモートデバイスがセントラルの獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
技術１から技術５のいずれか１つに記載の無線通信装置において、プロセッサは、既に１台以上のリモートデバイスと通信回路とが接続されている状態から、新たに別のリモートデバイスから通信回路が接続された後、別のリモートデバイスへセントラルの獲得要求を所定の回数出力し、別のリモートデバイスがセントラルの獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、別のリモートデバイスがセントラルの獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
【0194】
これにより、本実施の形態に係る無線通信装置は、１台以上のリモートデバイスと接続されている場合でも、リモートデバイスから接続された場合は、リモートデバイスに対してペリフェラルとなることができる。また、無線通信装置は、接続したリモートデバイスに対してセントラルの獲得要求を出力することができる。以上により、無線通信装置は、通信のパフォーマンスが低下しないようにリモートデバイスに対するロールを制御しつつ、リモートデバイスの通信を安定させることができる。
【0195】
＜技術７＞
技術１から技術６のいずれか１つに記載の無線通信装置において、プロセッサは、別のリモートデバイスがセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をセントラルに設定した後、別のリモートデバイスからセントラルの獲得要求を受信した場合、別のリモートデバイスからのセントラルの獲得要求を拒否する。
技術１から技術６のいずれか１つに記載の無線通信装置において、プロセッサは、別のリモートデバイスがセントラルの獲得要求を受諾しリモートデバイスに対して通信回路の役割をセントラルに設定した後、別のリモートデバイスからセントラルの獲得要求を受信した場合、別のリモートデバイスからのセントラルの獲得要求を拒否する。
【0196】
これにより、本実施の形態に係る無線通信装置は、接続しているリモートデバイスの数が多い場合、リモートデバイスからの接続であっても、１度セントラルとなったらリモートデバイスに対しペリフェラルとなることを回避することができる。これにより、無線通信装置は、通信のパフォーマンスが低下することを防ぐことができる。
【0197】
＜技術８＞
技術１から技術７のいずれか１つに記載の無線通信装置において、通信回路は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に則って通信を行う。
技術１から技術７のいずれか１つに記載の無線通信装置において、通信回路は、Ｂｌｕｅｔｏｏｔｈ（登録商標）規格に則って通信を行う。
【0198】
これにより、本実施の形態に係る無線通信装置は、リモートデバイスとＢｌｕｅｔｏｏｔｈ規格の通信を行う際に、通信のパフォーマンスが低下することを防ぐことができる。
【0199】
＜技術９＞
技術１から技術８のいずれか１つに記載の無線通信装置において、通信回路は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで第１の規格および第２の規格に準拠する通信を行う。
技術１から技術８のいずれか１つに記載の無線通信装置において、通信回路は、複数のリモートデバイスに対してセントラルまたはペリフェラルのモードで第１の規格および第２の規格に準拠する通信を行う。
【0200】
これにより、本実施の形態の無線通信装置は、デュアルモードの通信においても通信のパフォーマンスが低下しないようにセントラルおよびペリフェラルの切り替え制御をすることができる。
【0201】
＜技術１０＞
技術１から技術９のいずれか１つに記載の無線通信装置において、プロセッサは、第１の規格に準拠する通信でリモートデバイス１台と通信回路とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とがペリフェラルで接続している場合、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからのセントラルの獲得要求を受諾し、リモートデバイスに対して通信回路の役割をペリフェラルに設定し、第１の規格に準拠する通信でリモートデバイス１台と通信回路とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台以上の前記リモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定し、第１の規格に準拠する通信でリモートデバイス２台以上と接続している場合、第１の規格に準拠する通信で接続しているリモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定する。
技術１から技術９のいずれか１つに記載の無線通信装置において、プロセッサは、第１の規格に準拠する通信でリモートデバイス１台と通信回路とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とがペリフェラルで接続している場合、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからのセントラルの獲得要求を受諾し、リモートデバイスに対して通信回路の役割をペリフェラルに設定し、第１の規格に準拠する通信でリモートデバイス１台と通信回路とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台以上の前記リモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定し、第１の規格に準拠する通信でリモートデバイス２台以上と接続している場合、第１の規格に準拠する通信で接続しているリモートデバイスからのセントラルの獲得要求を拒否し、リモートデバイスに対して通信回路の役割をセントラルに設定する。
【0202】
これにより、本実施の形態に係る無線通信装置は、第１の規格に準拠する通信で１台のリモートデバイスと接続しており、更に第１の規格に準拠する通信でリモートデバイスに対して接続した場合、第２の規格に準拠する通信で接続するリモートデバイスの台数に関係なく、リモートデバイスに対してセントラルとなることができる。つまり、無線通信装置は、デュアルモードでリモートデバイスと通信する場合、第１の規格に準拠する通信で接続するリモートデバイスの数が多い場合、さらに接続するリモートデバイスに対してセントラルとなることで通信のパフォーマンスの低下を防ぐことができる。
【0203】
＜技術１１＞
技術１から技術１０のいずれか１つに記載の無線通信装置において、プロセッサは、第１の規格に準拠する通信でリモートデバイスと通信回路とが１台も接続されておらず、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信でリモートデバイスに対して通信回路を接続した後、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからのセントラルの獲得要求を受諾し、その後第１の規格に準拠する通信で通信回路と接続しているリモートデバイスへセントラルの獲得要求を出力しないように通信回路を制御し、第１の規格に準拠する通信でリモートデバイスと通信回路とが１台も接続されておらず、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信でリモートデバイスから通信回路に接続された後、第１の規格に準拠する通信で通信回路に接続しているリモートデバイスへセントラルの獲得要求を所定の回数出力し、第１の規格に準拠する通信で通信回路に接続しているリモートデバイスがセントラルの獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、通信回路の役割をセントラルに設定とした後、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからセントラルの獲得要求を受諾し、第１の規格に準拠する通信でリモートデバイスと１台も接続されておらず、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信でリモートデバイスから通信回路に接続された後、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスへセントラルの獲得要求を所定の回数出力し、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスがセントラルの獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
技術１から技術１０のいずれか１つに記載の無線通信装置において、プロセッサは、第１の規格に準拠する通信でリモートデバイスと通信回路とが１台も接続されておらず、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信でリモートデバイスに対して通信回路を接続した後、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからのセントラルの獲得要求を受諾し、その後第１の規格に準拠する通信で通信回路と接続しているリモートデバイスへセントラルの獲得要求を出力しないように通信回路を制御し、第１の規格に準拠する通信でリモートデバイスと通信回路とが１台も接続されておらず、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信でリモートデバイスから通信回路に接続された後、第１の規格に準拠する通信で通信回路に接続しているリモートデバイスへセントラルの獲得要求を所定の回数出力し、第１の規格に準拠する通信で通信回路に接続しているリモートデバイスがセントラルの獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、通信回路の役割をセントラルに設定とした後、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスからセントラルの獲得要求を受諾し、第１の規格に準拠する通信でリモートデバイスと１台も接続されておらず、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、第１の規格に準拠する通信でリモートデバイスから通信回路に接続された後、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスへセントラルの獲得要求を所定の回数出力し、第１の規格に準拠する通信で通信回路と接続しているリモートデバイスがセントラルの獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
【0204】
これにより、本実施の形態に係る無線通信装置は、第１の規格に準拠する通信で接続しているリモートデバイスがなく、第２の規格に準拠する通信で接続しているリモートデバイスがＬ＋１台未満の場合、新たに第１の規格に準拠する通信でリモートデバイスと接続する際、リモートデバイスからのセントラルの獲得要求に応じてペリフェラルとなることができる。また、無線通信装置は、リモートデバイスから接続された場合、所定の回数のみセントラルの獲得要求をすることができる。以上により、無線通信装置は、リモートデバイスの通信を安定させ、さらにリモートデバイス間で何度もセントラルの獲得要求が繰り返され、無線通信装置およびリモートデバイス両方の通信のパフォーマンスが低下することを防ぐことができる。
【0205】
＜技術１２＞
技術１から技術１１のいずれか１つに記載の無線通信装置において、プロセッサは、第１の規格に準拠する通信で通信回路とリモートデバイス１台とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定しＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、別のリモートデバイスに対して第１の規格に準拠する通信で通信回路と接続した後、リモートデバイスからの前記セントラルの獲得要求を拒否し、第１の規格に準拠する通信で通信回路とリモートデバイス１台とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、新たに別のリモートデバイスから第１の規格に準拠する通信で接続された後、別のリモートデバイスへセントラルの獲得要求を所定の回数出力し、別のリモートデバイスがセントラルの獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、通信回路の役割をセントラルに設定した後、別のリモートデバイスからセントラルの獲得要求を受信した場合、リモートデバイスからのセントラルの獲得要求を拒否し、第１の規格に準拠する通信で通信回路とリモートデバイス１台とが接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、新たに別のリモートデバイスから第１の規格に準拠する通信で通信回路に接続された後、別のリモートデバイスへセントラルの獲得要求を所定の回数出力し、別のリモートデバイスがセントラルの獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
技術１から技術１１のいずれか１つに記載の無線通信装置において、プロセッサは、第１の規格に準拠する通信で通信回路とリモートデバイス１台とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定しＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、別のリモートデバイスに対して第１の規格に準拠する通信で通信回路と接続した後、リモートデバイスからの前記セントラルの獲得要求を拒否し、第１の規格に準拠する通信で通信回路とリモートデバイス１台とを接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、新たに別のリモートデバイスから第１の規格に準拠する通信で接続された後、別のリモートデバイスへセントラルの獲得要求を所定の回数出力し、別のリモートデバイスがセントラルの獲得要求を受諾する場合、リモートデバイスに対して通信回路の役割をセントラルに設定し、通信回路の役割をセントラルに設定した後、別のリモートデバイスからセントラルの獲得要求を受信した場合、リモートデバイスからのセントラルの獲得要求を拒否し、第１の規格に準拠する通信で通信回路とリモートデバイス１台とが接続し、かつ第２の規格に準拠する通信でかつ通信回路の役割をペリフェラルに設定してＬ＋１台未満のリモートデバイスと通信回路とが接続している場合、新たに別のリモートデバイスから第１の規格に準拠する通信で通信回路に接続された後、別のリモートデバイスへセントラルの獲得要求を所定の回数出力し、別のリモートデバイスがセントラルの獲得要求を受諾しない場合、リモートデバイスに対して通信回路の役割をペリフェラルに設定する。
【0206】
これにより、本実施の形態に係る無線通信装置は、第１の規格に準拠する通信で接続しているリモートデバイスが既に１台ある場合は、第２の規格に準拠する通信で接続しているリモートデバイスがＬ＋１台未満であっても、新たに接続したリモートデバイスに対して１度セントラルとなった後は、ペリフェラルとなることを回避することができる。これにより、無線通信装置は、デュアルモードでの通信において、通信のパフォーマンスが低下することを防ぐことができる。
【0207】
＜技術１３＞
技術１から技術１２のいずれか１つに記載の無線通信装置において、第１の規格は、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ規格であり、第２の規格は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ規格であり、第１の規格と第２の規格とが同じデバイスでデュアルモードとして同時動作する。
技術１から技術１２のいずれか１つに記載の無線通信装置において、第１の規格は、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ規格であり、第２の規格は、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ規格であり、第１の規格と第２の規格とが同じデバイスでデュアルモードとして同時動作する。
【0208】
これにより、本実施の形態に係る無線通信装置は、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ規格に準拠する通信とＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ規格に準拠する通信とのデュアルモードの通信において、リモートデバイス間とのセントラルおよびペリフェラルの切り替えを制御することができる。これにより、無線通信装置は、上述した２つの規格に準拠するデュアルモードの通信において、通信のパフォーマンスが低下することを防ぎ、かつ、自装置の通信のパフォーマンスが低下しない範囲でリモートデバイスの通信も安定させることができる。
【0209】
以上、添付図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例、修正例、置換例、付加例、削除例、均等例に想到し得ることは明らかであり、それらについても本開示の技術的範囲に属すると了解される。また、発明の趣旨を逸脱しない範囲において、上述した実施の形態における各構成要素を任意に組み合わせてもよい。
【産業上の利用可能性】
【0210】
本開示の無線通信装置は、車載機、航空機内エンターテインメントシステム機器、テレビ、ブルーレイ／ＤＶＤレコーダー、冷蔵庫、洗濯機、掃除機、電子レンジ、照明器具、エアコン、空気清浄機、カメラ、プリンタ、プロジェクタ、スキャナ、フィットネス機器、自動販売機、ゲーム機器として有用である。
【符号の説明】
【0211】
１ 無線通信システム
１００，１００Ａ 無線通信装置
１０１，１０２ リモートデバイス
２０１ プロセッサ
２０２ 通信回路
２０３ ディスプレイ
２０４ 入力装置
２０５ メモリ
１００，１００Ａ 無線通信装置
１０１，１０２ リモートデバイス
２０１ プロセッサ
２０２ 通信回路
２０３ ディスプレイ
２０４ 入力装置
２０５ メモリ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】