(57)【特許請求の範囲】
【請求項１】
Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいて、Ｂｌｕｅｔｏｏｔｈ規格において機器固有の通信手順を機器の特性や通信の目的に応じて標準化したプロファイルにより通信を行う第１の通信手段及び第２の通信手段と、
前記第１の通信手段及び前記第２の通信手段の少なくとも一方を前記プロファイルのうちの或るプロファイルに対応付ける指定手段と
を備え、
他の通信機器からの前記或るプロファイルによる通信要求を前記第１の通信手段又は前記第２の通信手段の一方の通信手段で受信した場合であって、前記指定手段が前記或るプロファイルに対して対応付ける通信手段と通信要求を受信した通信手段とが相違する場合に、通信手段の切換えを促す信号を前記他の通信機器に送信すること
を特徴とする通信機器。
【請求項２】
前記第１の通信手段と前記第２の通信手段とは、互いに通信可能な伝送レートが異なること
を特徴とする請求項１記載の通信機器。
【請求項３】
前記第１の通信手段は、前記第２の通信手段よりも高い伝送レートで通信可能であり、
前記指定手段は、映像データ伝送用のプロファイル若しくは音声データ伝送用のプロファイルを前記第１の通信手段に対応付けること
を特徴とする請求項２記載の通信機器。
【請求項４】
第１の通信機器と第２の通信機器とが第１の通信経路及び第２の通信経路で、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいてＢｌｕｅｔｏｏｔｈ規格において機器固有の通信手順を機器の特性や通信の目的に応じて標準化したプロファイルにより通信する通信方法において、
第１の通信機器が第２の通信機器に前記プロファイルのうちの或るプロファイルによる通信要求を前記第１の通信経路又は前記第２の通信経路の一方の通信経路で送信する送信ステップと、
前記第１の通信手段及び前記第２の通信手段の少なくとも一方を前記或るプロファイルに対応付ける対応情報が前記或るプロファイルに対して対応付ける通信経路と、前記送信ステップで使用された通信経路とが相違するか否かを調べる参照ステップと、
前記参照ステップで通信経路が相違した場合に、通信経路の切換えを促す信号を前記第２の通信機器が前記第１の通信機器に送信するステップと、
前記通信の切換えを促す信号を受信した前記第１の通信機器が、前記第２の通信機器と前記或るプロファイルによる通信の通信経路を切換えるか否かをユーザに選択させるステップと
を備えることを特徴とする通信方法。
【請求項５】
前記第１の通信経路と前記第２の通信経路とは、互いに通信可能な伝送レートが異なること
を特徴とする請求項４記載の通信方法。
【請求項６】
前記第１の通信手段は、前記第２の通信手段よりも高い伝送レートで通信可能であり、
前記対応情報は、映像データ伝送用のプロファイル若しくは音声データ伝送用のプロファイルを前記第１の通信経路に対応付けること
を特徴とする請求項５記載の通信方法。
【請求項７】
Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいて、Ｂｌｕｅｔｏｏｔｈ規格において機器固有の通信手順を機器の特性や通信の目的に応じて標準化したプロファイルにより通信を行う第１の通信手段及び第２の通信手段と、
前記第１の通信手段又は前記第２の通信手段の少なくとも一方を前記プロファイルのうちの或るプロファイルに対応付ける指定手段と、
前記或るプロファイルによる通信要求を前記第１の通信手段又は前記第２の通信手段に送信する際に、前記指定手段が前記或るプロファイルに対して対応付ける通信手段とユーザが指定した通信手段とが相違する場合に、前記他の通信機器に通信要求を送信する通信手段を切換えるか否かをユーザに選択させる選択手段と
を備えることを特徴とする通信機器。
【請求項８】
前記第１の通信手段と前記第２の通信手段とは、互いに通信可能な伝送レートが異なること
を特徴とする請求項７記載の通信機器。
【請求項９】
前記第１の通信手段は、前記第２の通信手段よりも高い伝送レートで通信可能であり、
前記指定手段は、映像データ伝送用のプロファイル若しくは音声データ伝送用のプロファイルを前記第１の通信手段に対応付けること
を特徴とする請求項８記載の通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいてプロファイルにより通信を行う通信モジュールを複数備える通信機器、及びＢｌｕｅｔｏｏｔｈプロトコルスタックに基づいてプロファイルにより通信を行う通信方法に関する。
【背景技術】
【０００２】
近年、複数の通信モジュールを有する装置が考えられている（例えば、特許文献１参照）。複数の通信モジュールを有する場合に、適当な通信経路を選択する方法についてはいくつか考えられるが、特許文献１には、２つの通信モジュールを有し、片方の通信モジュールで制御データの送受信を行い、他方の通信モジュールでデータ通信を行う無線通信端末が記載されている。
【０００３】
一方、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信に使用されるプロトコルスタックやプロファイルを、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）通信等の他の通信にも使用することが近年考えられている。
【特許文献１】特開２００４−１２８６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１記載の手法では、制御データか否かのみに基づいて通信モジュールを選択しており、例えば必要な伝送レートに応じて最適な通信モジュールを選択する等の処理を行うことができない。伝送レートを常時監視して通信モジュールを切り換えることも考えられてはいるが、このような処理は非常に負荷が高い。
【０００５】
そこで本発明は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいてプロファイルにより通信を行う通信モジュールを複数有する通信機器において、簡易な処理で好適な通信モジュールの選択を行うことのできる通信機器を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の請求項１記載の通信機器は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいて、Ｂｌｕｅｔｏｏｔｈ規格において機器固有の通信手順を機器の特性や通信の目的に応じて標準化したプロファイルにより通信を行う第１の通信手段及び第２の通信手段と、前記第１の通信手段及び前記第２の通信手段の少なくとも一方を前記プロファイルのうちの或るプロファイルに対応付ける指定手段とを備え、他の通信機器からの前記或るプロファイルによる通信要求を前記第１の通信手段又は前記第２の通信手段の一方の通信手段で受信した場合であって、前記指定手段が前記或るプロファイルに対して対応付ける通信手段と通信要求を受信した通信手段とが相違する場合に、通信手段の切換えを促す信号を前記他の通信機器に送信することを特徴とする。
【０００７】
請求項４記載の通信方法は、第１の通信機器と第２の通信機器とが第１の通信経路及び第２の通信経路で、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいてＢｌｕｅｔｏｏｔｈ規格において機器固有の通信手順を機器の特性や通信の目的に応じて標準化したプロファイルにより通信する通信方法において、第１の通信機器が第２の通信機器に前記プロファイルのうちの或るプロファイルによる通信要求を前記第１の通信経路又は前記第２の通信経路の一方の通信経路で送信する送信ステップと、前記第１の通信手段及び前記第２の通信手段の少なくとも一方を前記或るプロファイルに対応付ける対応情報が前記或るプロファイルに対して対応付ける通信経路と、前記送信ステップで使用された通信経路とが相違するか否かを調べる参照ステップと、前記参照ステップで通信経路が相違した場合に、通信経路の切換えを促す信号を前記第２の通信機器が前記第１の通信機器に送信するステップと、前記通信の切換えを促す信号を受信した前記第１の通信機器が、前記第２の通信機器と前記或るプロファイルによる通信の通信経路を切換えるか否かをユーザに選択させるステップとを備えることを特徴とする。
【０００８】
請求項７記載の通信機器は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいて、Ｂｌｕｅｔｏｏｔｈ規格において機器固有の通信手順を機器の特性や通信の目的に応じて標準化したプロファイルにより通信を行う第１の通信手段及び第２の通信手段と、前記第１の通信手段又は前記第２の通信手段の少なくとも一方を前記プロファイルのうちの或るプロファイルに対応付ける指定手段と、前記或るプロファイルによる通信要求を前記第１の通信手段又は前記第２の通信手段に送信する際に、前記指定手段が前記或るプロファイルに対して対応付ける通信手段とユーザが指定した通信手段とが相違する場合に、前記他の通信機器に通信要求を送信する通信手段を切換えるか否かをユーザに選択させる選択手段とを備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいてプロファイルにより通信を行う通信モジュールを複数有する通信機器において、簡易な処理で好適な通信モジュールの選択を行うことのできる通信機器を提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の通信機器及び通信方法について、図面を参照しながら説明する。
【実施例１】
【００１１】
図１は、本発明の通信機器の実施例に係るＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）が使用されるシステムの構成を示す図である。図１に示す通信システムは、ＰＣ１０とＰＣ２０とから構成され、互いにＢｌｕｅｔｏｏｔｈ通信若しくはＵＷＢ通信を行う。この際、ＰＣ１０及びＰＣ２０との通信は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいた、ある特定のプロファイルによりＢｌｕｅｔｏｏｔｈ通信及びＵＷＢ通信を行う。
【００１２】
ここでプロファイルとは、Ｂｌｕｅｔｏｏｔｈ規格において、機器固有の通信手順を機器の特性や通信の目的に応じて標準化したものを言う。プロファイルは、Ｂｌｕｅｔｏｏｔｈプロトコルスタックを構成するプロトコルを使用した通信手順を定める。プロファイルとしては、例えば音声データの伝送に用いられるＡ２ＰＤ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｆｉｌｅ）、映像データの伝送に用いられるＶＤＰ（Ｖｉｄｅｏ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｐｒｏｆｉｌｅ）、ファイル転送に用いられるＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｆｉｌｅ）、仮想シリアルポート化するためのＳＰＰ（Ｓｅｒｉａｌ  Ｐｏｒｔ  Ｐｒｏｆｉｌｅ）、携帯電話を介してインターネットにダイヤルアップ接続するためのプロファイルであるＤＵＮ（Ｄｉａｌ−ｕｐ  Ｎｅｔｗｏｒｋｉｎｇ  Ｐｒｏｆｉｌｅ）、Ｂｌｕｅｔｏｏｔｈ搭載ヘッドセットと通信するためのＨＳＰ（Ｈｅａｄｓｅｔ  Ｐｒｏｆｉｌｅ）、ＨＦＰ（Ｈａｎｄｓ  Ｆｒｅｅ  Ｐｒｏｆｉｌｅ）、マウスやキーボード等の入力装置を無線化するためのプロファイルであるＨＩＤ（Ｈｕｍａｎ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｖｉｃｅ  Ｐｒｏｆｉｌｅ）等があり、各プロファイルは、Ｂｌｕｅｔｏｏｔｈ規格で仕様が定められている。ここで、ＰＣ１０及びＰＣ２０は、Ａ２ＤＰ、ＶＤＰ、ＦＴＰ、ＳＰＰ、ＤＵＮ、ＨＳＰ、ＨＦＰ、ＨＩＤの各プロファイルによる通信が可能であるものとする。
【００１３】
ＰＣ１０は、ＣＰＵ１１と、Ｂｌｕｅｔｏｏｔｈ通信部１２と、ＵＷＢ通信部１３と、記憶部１４と、表示画面１５と、操作部１６とから構成される。
ＣＰＵ１１は、ＰＣ１０の各構成要素に対する制御を行う。ＣＰＵ１１上で実行されるアプリケーションでＢｌｕｅｔｏｏｔｈ通信部１２若しくはＵＷＢ通信部１３を使用して通信する際には、どちらの通信モジュールを使用する場合であっても、ある特定のプロファイルを選択してＰＣ２０と通信を行う。
【００１４】
Ｂｌｕｅｔｏｏｔｈ通信部１２は、Ｂｌｕｅｔｏｏｔｈ通信を行う通信モジュールであり、ＵＷＢ通信部１３は、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）通信を行う通信モジュールである。Ｂｌｕｅｔｏｏｔｈ通信部１２及びＵＷＢ通信部１３を制御するためのドライバソフトウェアは、その上位層へのインタフェース（ＡＰＩ）をＢｌｕｅｔｏｏｔｈ規格で定義されるＨＣＩ（Ｈｏｓｔ  Ｃｏｎｔｒｏｌｌｅｒ  Ｉｎｔｅｒｆａｃｅ）に基づき、同一となるように作成しておく。両通信モジュールを制御するドライバソフトウェアが同一のＡＰＩを持つことにより、Ｂｌｕｅｔｏｏｔｈ向けに作られたプロトコルやプロファイルは、Ｂｌｕｅｔｏｏｔｈ通信部１２とＵＷＢ通信部１３の両方のモジュールを同じ方法で利用することができる。
【００１５】
尚、ＵＷＢ通信部１３によるＵＷＢ通信の通信速度は１００Ｍｂｐｓを超え、１乃至２Ｍｂｐｓ程度の通信速度であるＢｌｕｅｔｏｏｔｈ通信部１２での通信と比して高速で通信を行うことができる。
【００１６】
記憶部１４は、例えばメモリやＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等であり、プロファイル割当情報１４ａを記憶する。
図２は、プロファイル割当情報１４ａの例を示す図である。この例では、ＦＴＰ、Ａ２ＤＰ、ＶＤＰの各プロファイルは、ＵＷＢ通信の担当範囲１４ａ１に、ＳＰＰ、ＤＵＮの各プロファイルはＢｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２に割り当てられている。このＵＷＢ通信の担当範囲１４ａ１に割り当てられているプロファイルでの通信要求をＢｌｕｅｔｏｏｔｈ通信部１２で受信した場合には、ＰＣ１０は通信モジュールを切り換えて再接続することを促すメッセージをＢｌｕｅｔｏｏｔｈ通信部１２から送信する。同様に、Ｂｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２に割り当てられているプロファイルでの通信要求をＵＷＢ通信部１３で受信した場合には、ＰＣ１０は通信モジュールを切り換えて再接続することを促すメッセージをＵＷＢ通信部１３から送信する。
【００１７】
尚、ＰＣ１０が対応しているプロファイルのうち、ＨＳＰ、ＨＦＰ、ＨＩＤは、ＵＷＢ通信の担当範囲１４ａ１及びＢｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２のいずれにも含まれていない。いずれにも含まれないプロファイルについては、Ｂｌｕｅｔｏｏｔｈ通信部１２及びＵＷＢ通信部１３のいずれの通信モジュールを使用しても良いと判断し、いずれの通信モジュールで通信要求を受信しても、再接続を促すメッセージは送信しない。
【００１８】
表示画面１５は、例えば液晶ディスプレイ等の出力インタフェースであり、操作部１６は、例えばマウスやキーボード等の、ユーザからの入力を受け付ける入力インタフェースである。
【００１９】
ＰＣ２０は、ＣＰＵ２１と、Ｂｌｕｅｔｏｏｔｈ通信部２２と、ＵＷＢ通信部２３と、記憶部２４と、表示画面２５と、操作部２６とから構成される。
ＣＰＵ２１は、ＰＣ２０の各構成要素に対する制御を行う。ＣＰＵ２１上で実行されるアプリケーションでＢｌｕｅｔｏｏｔｈ通信部１２若しくはＵＷＢ通信部１３を使用して通信する際には、どちらの通信モジュールを使用する場合であっても、ある特定のプロファイルを選択してＰＣ１０と通信を行う。
【００２０】
Ｂｌｕｅｔｏｏｔｈ通信部２２は、Ｂｌｕｅｔｏｏｔｈ通信を行う通信モジュールであり、ＵＷＢ通信部１３は、ＵＷＢ通信を行う通信モジュールである。
記憶部１４は、例えばメモリやＨＤＤ等であり、ＰＣ１０との通信に必要な各種情報等を記憶する。
表示画面２５は、例えば液晶ディスプレイ等の出力インタフェースであり、ＰＣ１０から、通信モジュールを切り換えて再接続することを促すメッセージを受信した場合に、当該メッセージを表示し、通信モジュールを切り換えるか否かを選択させるウィンドウを表示する。
【００２１】
操作部２６は、例えばマウスやキーボード等の、ユーザからの入力を受け付ける入力インタフェースである。通信モジュールを切り換えるか否かの選択は、ユーザが操作部２６を操作して入力する。
【００２２】
次に、図３及び図４を参照しながら、ＰＣ１０及びＰＣ２０間の通信接続の処理の流れについて説明する。以下、ＰＣ２０からＰＣ１０に向けて、ＵＷＢ通信部２３で通信接続要求を行う場合を例に説明を行うが、Ｂｌｕｅｔｏｏｔｈ通信部１３で通信接続要求を行う場合も、同様の処理を行われる。図３は、ＰＣ２０の通信接続の処理の流れを示す図である。
【００２３】
ＰＣ２０は、ＵＷＢ通信部２３で機器探索（インクワイアリ）を行う（Ｓ３０１）。この際、ＰＣ１０が通信可能な範囲内にあれば、ＰＣ１０からの応答をＵＷＢ通信部２３で受信することにより、ＰＣ１０のアドレスを取得することができる。
【００２４】
次に、ＰＣ２０は、ＳＤＰ（Ｓｅｒｖｉｃｅ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｆｉｌｅ）を用いてＰＣ１０がサービス可能なプロファイルの探索をＵＷＢ通信部２３で行う（Ｓ３０２）。ＰＣ１０がこれに応答すれば、ＰＣ１０がサービス可能なプロファイル（本実施例では、Ａ２ＤＰ、ＶＤＰ、ＦＴＰ、ＳＰＰ、ＤＵＮ、ＨＳＰ、ＨＦＰ、ＨＤＩ）を、ＰＣ２０はＵＷＢ通信部２３で受信することができる。
【００２５】
ＰＣ２０は、Ｓ３０２で取得した、ＰＣ１０がサービス可能なプロファイルの中から、任意のプロファイルを選択してサービス開始要求をＵＷＢ通信部２３からＰＣ１０に向けて送信する（Ｓ３０３）。ＰＣ１０がこれに応答すれば、ＵＷＢ通信による当該プロファイルでのサービスが開始される。
【００２６】
この後、ＵＷＢ通信部２３で、ＰＣ１０からの再接続を促すメッセージを受信しなければ（Ｓ３０４のＮｏ）、このままＵＷＢ通信部２３で、当該プロファイルによる通信を継続する。
【００２７】
ＵＷＢ通信部２３で、ＰＣ１０から再接続を促すメッセージを受信すれば（Ｓ３０４のＹｅｓ）、ＰＣ２０は再接続を促すメッセージを表示画面２５に表示する（Ｓ３０５）。図５は、ＰＣ２０が表示画面２５に表示するウィンドウ５０の例である。図５の例では、再接続を促すメッセージである「現在の通信を終了し、推奨される通信方式で再接続しますか？」というメッセージが表示されると共に、「Ｙｅｓ」か「Ｎｏ」かをユーザが選択できるようになっている。ユーザは操作部２６を操作し、通信モジュールを切り換えて再接続を行う場合には「Ｙｅｓ」を、再接続を行わない場合には「Ｎｏ」を選択する。
【００２８】
ユーザから、再接続を行う入力があれば（Ｓ３０６のＹｅｓ）、即ち図５の例であれば、ユーザが「Ｙｅｓ」を選択した場合には、ＵＷＢ通信部２３での通信を切断し、Ｂｌｕｅｔｏｏｔｈ通信部２２から、当該プロファイルによる接続要求をＰＣ１０に向けて送信し、Ｂｌｕｅｔｏｏｔｈ通信による当該プロファイルでのサービスが開始される。
【００２９】
ユーザから再接続を行わない旨の入力があれば（Ｓ３０６のＮｏ）、即ち図５の例であれば、ユーザが「Ｎｏ」を選択した場合には、このままＵＷＢ通信部２３での、当該プロファイルによる通信を継続する。
【００３０】
図４は、ＰＣ１０の通信接続の処理の流れを示す図である。この説明の開始時点において、ＰＣ２０からのサービス探索要求（図３のＳ３０２）に対する応答は終了しており、ＰＣ２０は、ＰＣ１０がサービス可能なプロファイルを知っているものとする。
【００３１】
ＵＷＢ通信部１３で、あるプロファイルによるサービス開始要求を受信すれば、それに応答して、ＵＷＢ通信部１３で当該プロファイルによる通信サービスを開始する（Ｓ４０１）。
【００３２】
次に、ＰＣ１０は、記憶部１４に記憶されたプロファイル割当情報１４ａを参照し、ＰＣ２０からサービス開始要求を受けた当該プロファイルが、Ｂｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２に入っているか否かを判断する（Ｓ４０２）。図２の例であれば、ＰＣ２０から通信要求を受けたプロファイルが、ＳＰＰ若しくはＤＵＮであればＢｌｕｅｔｏｏｔｈ通信の担当範囲である。ＰＣ２０から通信要求を受けたプロファイルがＢｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２に含まれない場合、即ち、ＰＣ２０から通信要求を受けたプロファイルが、ＵＷＢ通信の担当範囲１４ａ１に含まれるＦＴＰ、Ａ２ＤＰ、ＶＤＰ、又は、ＵＷＢ通信の担当範囲１４ａ１及びＢｌｕｅｔｏｏｔｈの担当範囲１４ａ２に含まれないＨＳＰ、ＨＦＰ、ＨＩＤである場合には（Ｓ６０２のＮｏ）、このままＵＷＢ通信部１３での、当該プロファイルによる通信サービスを継続する。
【００３３】
ＰＣ２０からサービス開始要求を受けたプロファイルが、Ｂｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２に含まれている場合には、即ち図２の例であれば、ＳＰＰ若しくはＤＵＮである場合には（Ｓ６０２のＹｅｓ）、再接続を促すメッセージを、ＵＷＢ通信部１３からＰＣ２０に向けて送信する（Ｓ４０３）。この後、ＰＣ２０から、ＵＷＢ通信を切断要求、及びＢｌｕｅｔｏｏｔｈ通信の接続要求をＵＷＢ通信部１３で受信しなければ（Ｓ４０４のＮｏ）、このままＵＷＢ通信部１３での、当該プロファイルによる通信サービスを継続する。
【００３４】
一方、ＰＣ２０からＵＷＢ通信の切断要求、及びＢｌｕｅｔｏｏｔｈ通信での当該プロファイルの接続要求を受信した場合には（Ｓ４０４のＹｅｓ）、これに応答して、ＵＷＢ通信部１３での通信を切断し、Ｂｌｕｅｔｏｏｔｈ通信部２２で当該プロファイルによるサービスを開始する。
【００３５】
以上説明したように、本実施例によれば、ＰＣ１０はプロファイル割当情報１４ａを有し、各プロファイルに対して推奨される通信モジュールが記載される。Ｂｌｕｅｔｏｏｔｈ規格で定められる各プロファイルは、機器の特性や通信の目的に応じて標準化されたものであるので、必要な伝送レートの高低は、おおよそ各プロファイル毎に判断することができる。例えば、音声データの伝送に用いられるＡ２ＰＤや、映像データの伝送に用いられるＶＤＰ等は、通常の通信に比べて高い伝送レートを必要とすると考えられるので、プロファイル割当情報１４ａで予めＵＷＢ通信の担当範囲１４ａ１に割り当てておけば、Ｂｌｕｅｔｏｏｔｈ通信よりも伝送レートが高いＵＷＢ通信による接続をユーザに促すことができる。このように、プロファイル毎に使用する通信モジュールを切り換えられるようにすることで、例えば伝送レートを常に監視する等の処理を行わずに、好適な通信モジュールをユーザに選択させることができるようになる。
【００３６】
また、本実施例では、たとえあるプロファイルでのサービス開始要求を送信した通信モジュールと、当該プロファイルに対してプロファイル割当情報１４ａで指定される通信モジュールとが異なっていたとしても、自動的に通信モジュールを切り換えるわけではなく、図５のようなウィンドウ５０が表示され、ユーザに通信モジュールを切り換えるか否かを選択させる。これにより、通信モジュールを切り換えるか否かを、ユーザが自身の使用状況に応じて、柔軟に選択することができる。例えば図２のようにＡ２ＤＰとＶＤＰがＵＷＢ通信に割り当てられている場合に、初めユーザがＢｌｕｅｔｏｏｔｈ通信部２２でＡ２ＤＰによる通信を開始し、その後別のアプリケーションを立ち上げてＶＤＰによる通信を開始したいと考えている場合に、自動的に通信モジュールを切り換える場合だと、両方とも最終的にＵＷＢ通信部２３で通信を行うこととなり、十分な伝送レートを確保できない可能性があるが、本実施例のようにユーザに選択させるようにすれば、ユーザが通信モジュールを切り換えない旨の選択をすることにより、それぞれ別の通信モジュールで通信を行うことができるようになる。
【００３７】
尚、本実施例では、ＰＣ１０でサービス開始要求を受けたプロファイルが、要求を受信した通信モジュール以外の通信モジュールにプロファイル割当情報１４ａで割り当てられているか否かを参照する前に（図３のＳ３０４の前、図４のＳ４０２の前）、要求を受けた通信モジュールでの通信サービスを開始しているが、図３及び図４の処理終了時に、ＰＣ１０及びＰＣ２０巻の通信サービスを開始するようにしても良い。
【００３８】
本実施例は、ＵＷＢ通信とＢｌｕｅｔｏｏｔｈ通信との両方をＰＣ１０及びＰＣ２０が行えることが前提となっている。ＰＣ２０から、ＰＣ１０が両方の通信モジュールを利用可能か否かを判断する方法としては、例えばＰＣ１０のＢｌｕｅｔｏｏｔｈ通信部１２とＵＷＢ通信部１３とに同一のデバイスアドレスを予め設定しておき、ＰＣ２０からＢｌｕｅｔｏｏｔｈ通信部２２及びＵＷＢ通信部２３の両方で機器探索（インクワイアリ）した際に、同じデバイスアドレスのものがあるか否かを判断する方法や、Ｂｌｕｅｔｏｏｔｈ通信部１２及びＵＷＢ通信部１３に同一のローカルネーム（ローカルネームは、ユーザ若しくは、アプリケーションが指定することのできる名前である）を予め設定しておき、ＰＣ２０からＢｌｕｅｔｏｏｔｈ通信部２２及びＵＷＢ通信部２３の両方でリモート要求を実行した際に、同じローカルネームがあるか否かを判断する方法、若しくは、ＰＣ２０からＢｌｕｅｔｏｏｔｈ通信部２２又はＵＷＢ通信部２３の片方の通信モジュールで通信を行って、他の通信モジュールの存在を確認する方法等が考えられる。
【実施例２】
【００３９】
実施例１では、通信要求を受信するＰＣ１０がプロファイル割当情報１４ａを有していたが、実施例２は、通信要求を送信する機器がプロファイル割当情報１４ａを有しており、通信要求を送信する前に、プロファイルに対して推奨される通信モジュールの確認を行うものである。実施例２の通信システムも、実施例１と同様、ＰＣ１０とＰＣ２０とから構成され、互いにＢｌｕｅｔｏｏｔｈ通信若しくはＵＷＢ通信を行う。この際、ＰＣ１０及びＰＣ２０は、Ｂｌｕｅｔｏｏｔｈプロトコルスタックに基づいて、ある特定のプロファイルによりＢｌｕｅｔｏｏｔｈ通信及びＵＷＢ通信を行う。よって、通信機器の実施例２に係るＰＣ１０が使用される通信システムの構成について、図１を参照しながら説明する。実施例１と同様、ＰＣ１０及びＰＣ２０は、Ａ２ＤＰ、ＶＤＰ、ＦＴＰ、ＳＰＰ、ＤＵＮ、ＨＳＰ、ＨＦＰ、ＨＩＤの各プロファイルによる通信が可能であるものとする。
【００４０】
ＰＣ１０は、ＣＰＵ１１と、Ｂｌｕｅｔｏｏｔｈ通信部１２と、ＵＷＢ通信部１３と、記憶部１４と、表示画面１５と、操作部１６とから構成される。
ＣＰＵ１１、Ｂｌｕｅｔｏｏｔｈ通信部１２、ＵＷＢ通信部１３の動作については、実施例１と同様であるので説明を省略する。
記憶部１４は、実施例１と同様に、例えばメモリやＨＤＤ等であり、プロファイル割当情報１４ａを記憶する。プロファイル割当情報１４ａは、実施例１と同様に、図２の例のようにプロファイル毎に推奨される通信モジュールを割り当てるものであるが、実施例２では、あるプロファイルでの通信要求をＢｌｕｅｔｏｏｔｈ通信部１２若しくはＵＷＢ通信部１３からＰＣ２０に送信する前にプロファイル割当情報１４ａが参照される。例えば、ＣＰＵ１１上で実行されるアプリケーションが、ＵＷＢ通信部１３での通信を開始しようとする場合に、そのプロファイルがＳＰＰ若しくはＤＵＮであれば、これらのプロファイルはプロファイル割当情報１４ａでＢｌｕｅｔｏｏｔｈ通信の担当範囲１４ａ２に割り当てられているので、ユーザに通信モジュールの切り換えを促すメッセージが表示画面１５に表示される。同様に、Ｂｌｕｅｔｏｏｔｈ通信部１２でＦＴＰ、Ａ２ＤＰ、若しくはＶＤＰのプロファイルで通信を開始しようとした場合にも、プロファイル割当情報１４ａを参照するとこれらのプロファイルはＵＷＢ通信の担当範囲１４ａ１に割り当てられているので、ユーザに通信モジュールの切り換えを促すメッセージが表示画面１５に表示される。
【００４１】
ＰＣ１０が対応しているプロファイルのうち、ＨＳＰ、ＨＦＰ、ＨＩＤは、ＵＷＢ担当範囲１４ａ１及びＢｌｕｅｔｏｏｔｈ担当範囲１４ａ２のいずれにも含まれていないが、いずれにも含まれないプロファイルについては、Ｂｌｕｅｔｏｏｔｈ通信部１２及びＵＷＢ通信部１３のいずれの通信モジュールを使用しても良いと判断し、いずれの通信モジュールでの通信を開始しようとする場合であっても、切り換えを促すメッセージは表示されない。
【００４２】
表示画面１５は、例えば液晶ディスプレイ等の出力インタフェースである。通信サービスの開始指示を受けた通信モジュールとプロファイルとの対応が、プロファイル割当情報１４ａで指定されるものと相違する場合に、通信モジュールの切換を促すメッセージが表示画面１５に表示される。
【００４３】
操作部２６は、例えばマウスやキーボード等の、ユーザからの入力を受け付ける入力インタフェースである。通信モジュールを切り換えるか否かの選択は、ユーザが操作部２６を操作して入力する。
【００４４】
図６は、ＰＣ１０の通信接続の処理の流れを示す図である。
ユーザは、ＣＰＵ１１上で実行されるアプリケーションにより、あるプロファイルでの通信開始指示を入力する（Ｓ６０１）。以下、ユーザはＢｌｕｅｔｏｏｔｈ通信による通信サービス開始を入力したものとして説明を行うが、ＵＷＢ通信による通信サービス開始を入力した場合も、同様の処理となる。
【００４５】
ＰＣ１０は、プロファイル割当情報１４ａを参照し、通信サービス開始指示を受けたプロファイルが、ＵＷＢ通信の担当範囲１４ａ１に割り当てられているか否かを判断する（Ｓ６０２）。ＵＷＢ通信の担当範囲１４ａ１に含まれている場合には、図２の例であれば、通信サービスの開始指示を受けたプロファイルが、ＦＴＰ、Ａ２ＤＰ、若しくはＶＤＰであれば、ＰＣ１０は、通信モジュールを切り換えるか否かを尋ねるメッセージを表示画面１５に表示する（Ｓ６０３）。ユーザから、通信モジュールを切り換える旨の入力があれば（Ｓ６０４のＹｅｓ）、当初通信開始指示を受けた通信モジュールとは異なるＵＷＢ通信部１３から、ＰＣ２０に向けて通信サービスの開始要求を送信する（Ｓ６０５）。
【００４６】
通信サービスの開始指示を受けたプロファイルが、ＵＷＢ通信の担当範囲１４ａ１に割り当てられていない場合（Ｓ６０２のＮｏ）、或いは通信モジュールを切り換えるか否かを尋ねるメッセージを表示画面１５に表示した際に、ユーザから通信モジュールを切り換えない旨の入力があった場合（Ｓ６０４のＮｏ）には、当初ユーザから指示を受けた通信モジュールであるＢｌｕｅｔｏｏｔｈ通信部１２から通信サービスの開始要求をＰＣ２０に向けて送信する。
【００４７】
以上説明したように、本実施例によれば、ＰＣ１０はプロファイル割当情報１４ａを有し、各プロファイルに対して推奨される通信モジュールが記載される。Ｂｌｕｅｔｏｏｔｈ規格で定められる各プロファイルは、機器の特性や通信の目的に応じて標準化されたものであるので、必要な伝送レートの高低は、おおよそ各プロファイル毎に判断することができる。よって本実施例のように、プロファイル毎に使用する通信モジュールを切り換えられるようにすることで、例えば伝送レートを常に監視する等の処理を行わずに、好適な通信モジュールをユーザに選択させることができるようになる。
【００４８】
また、本実施例では、たとえサービス開始要求を送信するプロファイルでの通信を当初指示される通信モジュールと、当該プロファイルに対してプロファイル割当情報１４ａで指定される通信モジュールとが異なっていたとしても、自動的に通信モジュールを切り換えるわけではなく、ユーザに通信モジュールを切り換えるか否かを選択させる。これにより、通信モジュールを切り換えるか否かを、ユーザは自己の使用状況に応じて、柔軟に選択することができる。
【００４９】
本実施例では、サービス開始要求をＰＣ２０に送信する前に、プロファイル割当情報１４ａを参照するので、ＰＣ２０に接続要求を送信して、ＰＣ２０で好適な通信モジュールであるか否かを判断して接続を切断し、通信モジュールを切り換えて再接続を行うといった煩雑な処理が不要となる。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施例１に係るＰＣが使用される通信システムの構成を示す図。
【図２】本発明の実施例１に係るＰＣが有するプロファイル割当情報の例を示す図。
【図３】本発明の実施例１に係るＰＣの通信接続の処理の流れを示す図。
【図４】本発明の実施例１に係るＰＣの通信接続の処理の流れを示す図。
【図５】本発明の実施例１に係るＰＣが表示するウィンドウの例を示す図。
【図６】本発明の実施例２に係るＰＣの通信接続の処理の流れを示す図。
【符号の説明】
【００５１】
１０、１１・・・ＰＣ
１１、２１・・・ＣＰＵ
１２、２２・・・Ｂｌｕｅｔｏｏｔｈ通信部
１３、２３・・・ＵＷＢ通信部
１４、２４・・・記憶部
１４ａ・・・プロファイル割当情報
１４ａ１・・・ＵＷＢ通信の担当範囲
１４ａ２・・・Ｂｌｕｅｔｏｏｔｈ通信の担当範囲
１５、２５・・・表示画面
１６、２６・・・操作部
５０・・・ウィンドウ
【図１】
0004649295.tif 000002
【図２】
0004649295.tif 000003
【図３】
0004649295.tif 000004
【図４】
0004649295.tif 000005
【図５】
0004649295.tif 000006
【図６】
0004649295.tif 000007