(57)【要約】【課題】デバイスのI/O能力によって、必要なセキュリティレベルを確保しつつ、接続性を高めることが可能な無線通信装置および無線通信方法を提供する。【解決手段】制御部１００は、Bluetooth対応機器Dbtとの通信に、高いセキュリティレベル３が必要であると判定した場合に、対向機器がセキュリティレベル３に対応していなくても、対向機器で実現するサービスの種別が高いセキュリティレベル３を必要としない場合には、セキュリティレベルを２に下げてリンクキーを生成し、認証するようにしたものである。【選択図】      図１
2010288157.tif 000002
【特許請求の範囲】
【請求項１】
対向機器とセキュリティレベルに応じた通信リンクを確立して、通信を行う無線通信装置において、
サービスの種別に応じたセキュリティレベルを設定する設定手段と、
前記対向機器との通信に、前記設定手段が設定したセキュリティレベルが必要かを、前記対向機器の種別に基づいて判定する判定手段と、
この判定手段が必要ありと判定した場合に、前記設定手段が設定したセキュリティレベルに応じた通信リンクを前記対向機器との間に確立する第１リンク確立手段と、
前記判定手段が必要ないと判定した場合に、前記設定手段が設定したセキュリティレベルを下げて、このセキュリティレベルに応じた通信リンクを前記対向機器との間に確立する第２リンク確立手段とを具備したことを特徴とする無線通信装置。
【請求項２】
前記設定手段は、前記対向機器からサービスの種別の情報を取得し、この情報に応じてセキュリティレベルを設定することを特徴とする請求項１に記載の無線通信装置。
【請求項３】
前記設定手段は、ユーザから要求されたサービスの種別に応じてセキュリティレベルを設定することを特徴とする請求項１に記載の無線通信装置。
【請求項４】
対向機器とセキュリティレベルに応じた通信リンクを確立して、通信を行う無線通信方法において、
サービスの種別に応じたセキュリティレベルを設定する設定工程と、
前記対向機器との通信に、前記設定工程で設定したセキュリティレベルが必要かを、前記対向機器の種別に基づいて判定する判定工程と、
この判定工程で必要ありと判定した場合に、前記設定工程で設定したセキュリティレベルに応じた通信リンクを前記対向機器との間に確立する第１リンク確立工程と、
前記判定工程で必要ないと判定した場合に、前記設定工程で設定したセキュリティレベルを下げて、このセキュリティレベルに応じた通信リンクを前記対向機器との間に確立する第２リンク確立工程とを具備したことを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばBluetooth（登録商標）などの認証手続きを伴う無線通信を行う無線通信装置に関する。
【背景技術】
【０００２】
非特許文献１においては、Secure Simple Pairing（以下、SSPと略称する）と呼ばれる新しい接続認証手続きが規定されている。SSPは、2つの目的を持つ。１つの目的は、認証手続きを簡単化することによってユーザビリティを向上すること。もう１つは、公開鍵暗号方式を導入することによって立ち聞き（Passive Eavesdropping）や成りすまし（Man-In-The-Middle、Active Eavesdropping）への耐性を高めることでセキュリティを向上することである。
【０００３】
次に、デバイスAとデバイスBとの間で認証する手続きについて説明する。ここで、デバイスAは機器形状が数字の表示が可能で、数字やYes/Noを入力可能とし、デバイスBは形状を問わない場合を対象とする（デバイスBの形状によって認証処理を場合分けする）。
【０００４】
従来の認証手続き（非特許文献２）では、ユーザに、デバイスAとデバイスBのそれぞれに対して、例えば共通の10進4桁のPIN番号を入力させて、両方の数字がマッチするかをチェックすることで成りすましを防ぎ、また、ユーザが入力したPIN番号からリンクキーを生成することによってリンクキーを隠蔽し、立ち聞きを防いでいた。
【０００５】
デバイスAの機器形状が数字の表示が可能で、数字やYes/Noを入力可能であるのに対して、デバイスBが機器形状の理由によって数字の入力ができない場合には、デバイスBのマニュアルなどにあらかじめPIN番号を記載しておき、ユーザはデバイスAにそのPIN番号を入力することで、セキュリティレベルを保つことができる。
【０００６】
しかし、これらの方法では、ユーザビリティ、セキュリティの面でそれぞれ問題があった。ユーザビリティの観点では、ユーザが4桁の数字を両方のデバイスに入力するのが面倒、または固定PIN番号を使用する場合には、その番号をユーザが保持するのが困難という問題があった。セキュリティの観点では、リンクキーの候補が高々9999通りしかないため、総当りチェックでリンクキーが突き止められてしまうという問題があった。
【０００７】
SSP（非特許文献１、Version 2.1以降）では、上記の問題を解決するために、まず、リンクキー生成に公開鍵暗号方式を適用することによって立ち聞きに対する耐性を高め、セキュリティ性能を向上している。
【０００８】
さらに、SSPには、認証手続きの方式として２つの方式がある。すなわち、立ち聞きと成りすましの両方を防ぐことができる認証方式Aと、立ち聞きのみを防ぎ、成りすましを防ぐことのできない認証方式Bがある。方式の選択は、認証手続きに先立って事前に通知されるデバイスBのI/O能力によって、デバイスAにおいてデバイスBを認証することで行われる。
【０００９】
認証方式Aの例として、Numeric Comparison方式（非特許文献１）を説明する。  
成りすましとは、デバイスAとデバイスBの間に悪意ある中間者が存在し、デバイスAに対してはデバイスBとして振る舞い、デバイスBに対してはデバイスAとして振舞うことで、デバイスA、デバイスBに認証成功と思わせ、通信データの盗聴や、改ざんなどを行うことである。
【００１０】
Numeric Comparison方式では、ユーザに接続デバイスが意図したデバイスであることを簡単な操作で確認させることで、成りすましを防ぐ。具体的には、認証手続きの途中で、両デバイスにおいて、両デバイスの公開鍵（Public Key A、Public Key B）から決まった演算によって6桁の数字を生成する。両方のデバイスで同じ数字が表示されたことをユーザが目視で確認し、Yesボタンを押すことで、認証成功として手続きを継続させる。なお、両方のデバイスで表示された数字が異なる場合は、Noボタンを押すことで、認証失敗として手続きを終了する。
【００１１】
この方式が成りすましに対して耐性を持つことを説明する。  
中間者は、自分のPublic key XをデバイスA（デバイスB）に送った場合、デバイスAではPublic Key A、Public Key Xから生成した数字、デバイスBではPublic Key B、Public Key Xから生成した数字がそれぞれ表示されることになるため、数字が一致せず、認証NGとなることで、通信のセキュリティは維持される。
【００１２】
また、中間者がデバイスA（デバイスB）に対してデバイスB（デバイスA）のPublic keyを盗聴して、デバイスA(デバイスB)に透過的に送った場合には、両方のデバイスで同じ数字が表示されるため、成りすましによる認証自体は成功してしまうが、成りすました中間者はデバイスA（デバイスB）の秘密鍵を持っていないので、リンクキーを生成することができず、成りすましによって盗聴や改ざんを行うことができない。つまり、この場合であっても通信のセキュリティは維持されることになる。
【００１３】
このように、Numeric Comparison方式ではユーザによる確認手続きを認証手続きの一部に組み込むことによって成りすましを防いでいる。
【００１４】
認証方式Bの例として、Just Works方式を説明する。  
Just Works方式は、Numeric Comparisonの認証手続きと基本的には同じであるが、唯一の違いは、ユーザによる確認手続きがなく、自動でデバイスA（デバイスB）が他方で生成した数字を取得して比較を行い、これにより認証手続きを継続するという点である。したがって、公開鍵暗号方式を適用しているために立ち聞きに対する耐性はNumeric Comparison方式と同等だが、数字比較が自動で行われるために、成りすましに対する耐性はない。
【００１５】
以上のように、認証方式Bは、ユーザによる確認手続きを必要としないため、ユーザ操作の負担がなく、ユーザビリティの観点では認証方式Aより優れている。これに対して、認証方式Aは確認操作が必要な分、ユーザ操作の負担が高いが、成りすましを防ぐことができるため、セキュリティ性能が高い。
【００１６】
デバイスBのI/O能力として、入力インタフェースも出力インタフェースも持たないヘッドセットのような形状のものであれば、ユーザが意図したデバイスと接続していることを確認する手段（数字の表示など）がない。したがって、認証方式Aがユーザ確認を前提とした認証方式である以上、このようなケースにおいては、成りすましに対する耐性を持った認証方式Aは選択できず、認証方式Bのような方式が適用されることになり、成りすましを防ぐことができない。
【００１７】
別の方法として、このようなケースでは、デバイスBの認証自体を拒否することで、意図しない中間者に接続してしまうリスクを回避することが考えられる。ただし、この方法では、高いセキュリティレベルを保つことができるが、デバイス間の接続性が低くなるという問題が生じる。例えば、ディスプレイやYes/Noボタンのついていないヘッドセットは、音楽を聴くのが主目的であり、高いセキュリティレベルの認証ができないからといって、接続を拒否する必要はなく、接続性を低くすると著しく利便性を損なうことになる。
【先行技術文献】
【非特許文献】
【００１８】
【非特許文献１】Bluetooth Core Specification version 2.1 + EDR
【非特許文献２】Bluetooth Core Specification version 2.0 + EDR
【発明の概要】
【発明が解決しようとする課題】
【００１９】
従来の無線通信装置では、デバイスのI/O能力によっては、成りすましを防ぐことのできない認証方式を採用せざるを得ないという問題があった。  
この発明は上記の問題を解決すべくなされたもので、デバイスのI/O能力によって、必要なセキュリティレベルを確保しつつ、接続性を高めることが可能な無線通信装置および無線通信方法を提供することを目的とする。
【課題を解決するための手段】
【００２０】
上記の目的を達成するために、この発明は、対向機器とセキュリティレベルに応じた通信リンクを確立して、通信を行う無線通信装置において、サービスの種別に応じたセキュリティレベルを設定する設定手段と、対向機器との通信に、設定手段が設定したセキュリティレベルが必要かを、対向機器の種別に基づいて判定する判定手段と、この判定手段が必要ありと判定した場合に、設定手段が設定したセキュリティレベルに応じた通信リンクを対向機器との間に確立する第１リンク確立手段と、判定手段が必要ないと判定した場合に、設定手段が設定したセキュリティレベルを下げて、このセキュリティレベルに応じた通信リンクを対向機器との間に確立する第２リンク確立手段とを具備して構成するようにした。
【発明の効果】
【００２１】
以上述べたように、この発明では、対向機器の種別に応じて、サービスの種別に応じて設定したセキュリティレベルを下げて、このセキュリティレベルに応じた通信リンクを対向機器との間に確立するようにしている。
【００２２】
したがって、この発明によれば、対向機器の種別を考慮して、サービス種別に応じて設定したセキュリティレベルを再設定するようにしているので、必要なセキュリティレベルを確保しつつ、接続性を高めることが可能な無線通信装置および無線通信方法を提供できる。
【図面の簡単な説明】
【００２３】
【図１】この発明に係わる無線通信装置の一実施形態の構成を示す回路ブロック図。
【図２】図１に示した無線通信装置のBluetooth通信の制御に関わる構成を示す機能ブロック図。
【図３】図１に示した無線通信装置のBluetooth通信の制御を説明するためのフローチャート。
【図４】図１に示した無線通信装置の対応機器に対する問い合わせシーケンスを示す図。
【図５】FHSパケットの構成を説明するための図。
【図６】EIRパケットの構成を説明するための図。
【発明を実施するための形態】
【００２４】
以下、図面を参照して、この発明の一実施形態について説明する。以下の説明では、この発明に関わる無線通信装置の一例として、Bluetooth（登録商標）通信機能を備えた携帯電話機を例に挙げて説明する。  
図１は、この発明の一実施形態に係わる携帯電話機UEの構成を示すブロック図である。この携帯電話機UEは、主な構成要素として、制御部１００と、第１無線通信部１０と、第２無線通信部２０と、通話部３０と、操作部４０と、記憶部５０と、表示部６０とを備え、携帯電話機としての通信機能と、近距離無線装置としてのBluetooth通信機能を備える。
【００２５】
第１無線通信部１０は、制御部１００の指示にしたがって、例えばLTE(Long Term Evolution)方式により、移動通信網NWに収容された基地局装置BSと無線通信を行うものであって、これにより、音声データや電子メールデータなどの送受信、Ｗｅｂデータやストリーミングデータなどの受信を行う。
【００２６】
第２無線通信部２０は、制御部１００の指示にしたがって、Bluetooth Core Specification version 2.1 + EDRに準拠したBluetooth方式で、Bluetooth対応機器Dbtと無線通信するものであって、これにより、Bluetooth対応機器Dbtと種々のデータの送受信を行う。
【００２７】
通話部３０は、スピーカ３１やマイクロホン３２を備え、マイクロホン３２を通じて入力されたユーザの音声を制御部１００にて処理可能な音声データに変換して制御部１００に出力したり、第１無線通信部１０あるいは第２無線通信部２０を介して通話相手などから受信した音声データを復号してスピーカ３１から出力するものである。  
操作部４０は、複数のキースイッチなどを備え、これを通じてユーザから指示を受け付けるものである。
【００２８】
記憶部５０は、制御部１００の制御プログラムや制御データ、アプリケーションソフトウェア、通信相手の名称や電話番号などを対応づけたアドレスデータ、送受信した電子メールのデータ、ＷｅｂブラウジングによりダウンロードしたＷｅｂデータや、ダウンロードしたコンテンツデータを記憶し、またストリーミングデータなどを一時的に記憶するものである。なお、記憶部５０は、ＨＤＤ、ＲＡＭ、ＲＯＭ、ＩＣメモリなどの１つまたは複数の記憶手段を含むものである。
【００２９】
表示部６０は、制御部１００の制御により、画像（静止画像および動画像）や文字情報などを表示して、視覚的にユーザに情報を伝達するものである。
【００３０】
制御部１００は、マイクロプロセッサを備え、記憶部５０が記憶する制御プログラムや制御データにしたがって動作し、当該携帯電話機の各部を統括して制御するものであって、第１無線通信部１０を通じて、音声通信やデータ通信を行うために、通信系の各部を制御するネットワーク通信制御機能と、第２無線通信部２０を動作制御して、Bluetooth対応機器Dbtと通信する近距離無線通信制御機能と、電子メールの作成や送受信を行うためのメールソフトウェアや、Ｗｅｂブラウジングを行うためのブラウザソフトウェア、ストリーミングデータのダウンロードや再生を行うためのメディア再生ソフトウェアなどを実行し、これらに係わる各部を制御するアプリケーション処理機能を備える。
【００３１】
特に、近距離無線通信制御機能は、Bluetooth Core Specification version 2.0 + EDRおよびBluetooth Core Specification version 2.1 + EDRに準拠したものであって、この機能を実現するための構成として、制御部１００は、図２に示すような機能ブロックを備え、これらの制御にしたがって、第２無線通信部２０が動作する。
【００３２】
プロトコル制御部１０１は、第２無線通信部２０を制御し、BasebandからRFCOMMまでのBluetooth Stackが提供する機能を実行する。  
プロファイル制御部１０２は、第２無線通信部２０を制御し、HFP，A2DP，AVRCPなどの各種Profileが提供する機能を実行する。
【００３３】
認証制御部１０３は、第２無線通信部２０を制御し、Bluetooth Stack，Generic Access ProfileといったBluetooth Core Specで規定されたPairing，Authenticationといった認証手続きを実行する。  
認証判定部１０４は、第２無線通信部２０を制御し、動作させるサービス(Profile)ごとに設定されたSecurity Level、Bluetooth対応機器Dbtの入出力能力によって認証するSecurity Levelを決定し、認証制御部１０３に指示して認証処理を実行する。
【００３４】
セキュリティレベル設定部１０５は、第２無線通信部２０を制御し、サービス(Profile)ごとに設定されたSecurity Levelを管理し、認証処理の際に認証判定部１０４からの問い合わせに対して、選択すべきSecurity Levelを応答する。  
機器情報判定部１０６は、第２無線通信部２０を制御し、Bluetooth対応機器Dbtの機器情報(CoD，Class Of Device)を取得し、Bluetooth対応機器Dbtがサポートするサービス(Profile)を判定する。
【００３５】
機器登録制御部１０７は、第２無線通信部２０を制御し、Bluetooth対応機器Dbtと認証するためのキーを生成し，デバイスアドレスと対応付けてキーを保持する。  
近距離無線通信制御部１０８は、第２無線通信部２０を制御し、Bluetooth通信のBasebandを制御する。
【００３６】
なお、Bluetooth対応機器Dbtは、その制御部に、図２に示すような機能ブロックを備えるとともに、第２無線通信部２０と同等のBluetooth通信を行うための無線通信部を備える。
【００３７】
次に、上記構成の携帯電話機UEの動作について説明する。以下の説明では、当該携帯電話機UEが主導して、Bluetooth対応機器Dbtに接続する処理について説明する。図３にこの接続処理のフローチャートを示す。この接続処理は、制御部１００によって為されるものであって、ユーザが操作部４０を通じて、Bluetooth対応機器Dbtとの無線通信を要するアプリケーションソフトウェアの実行を要求すると開始される。
【００３８】
まず、ステップ３ａでは、プロファイル制御部１０２が第２無線通信部２０を制御して、当該携帯電話機UEの周辺に存在するBluetooth対応機器Dbtを検出し、ステップ３ｂに移行する。具体的には、周辺に存在するBluetooth対応機器Dbtから送信される信号を受信して、この信号に含まれる識別情報（BDADDR）を抽出し、その存在を検出する。
【００３９】
ステップ３ｂでは、制御部１００が、ステップ３ａで検出したBluetooth対応機器Dbtの一覧を表示部６０に表示し、ユーザから操作部４０を通じて、Bluetooth通信する対向機器の選択を受け付ける。そしてプロファイル制御部１０２が、第２無線通信部２０を制御して、選択された対向機器を呼び出す信号を送信し、ステップ３ｃに移行する。
【００４０】
ステップ３ｃでは、プロトコル制御部１０１が、第２無線通信部２０を制御して、上記対向機器との間に、物理リンクを確立し、ステップ３ｄに移行する。  
ステップ３ｄでは、認証制御部１０３が、第２無線通信部２０を制御し、ステップ３ｃで確立した物理リンクを通じて、図４に示すように、ステップ３ｂで呼び出した対向機器に対して要求を行い、対向機器から応答で機器情報やI/O能力情報を取得し、ステップ３ｅに移行する。
【００４１】
なお、図４には示さないが、対向機器に対しても、当該携帯電話機UEのI/O機器の機器情報や能力情報を送信して、互いの情報を交換する。またこれらの情報は、FHSパケットを通じて交換される。図５に、FHSパケットのペイロードを示す。この図に示すように、FHSパケットには、Class of deviceと称されるフィールドがあり、さらにこのフィールドは、いくつかのサブフィールドに分けられており、これらによってClass of deviceが定義される。
【００４２】
サブフィールドは、サービスクラス、メジャーデバイスクラス、マイナーデバイスクラスを示すものがある。サービスクラスでは、オーディオ系、オブジェクト送信系、あるいはネットワーク系などのサービスカテゴリが規定される。デバイスクラスでは、コンピュータ、携帯電話、あるいはオーディオなど、それぞれのサービスクラスに応じたデバイスの種類を細かく規定される。詳細は、非特許文献１に示されている。
【００４３】
ステップ３ｅでは、認証判定部１０４が、セキュリティレベル設定部１０５に対してセキュリティレベルの問い合わせを行い、応答により通知されたセキュリティレベルを判定し、必要なセキュリティレベルが３の場合には、ステップ３ｆに移行し、一方、必要なセキュリティレベルが２の場合には、ステップ３ｉに移行する。
【００４４】
なお、セキュリティレベル設定部１０５は、例えば、ステップ３ｄで取得した機器情報（サービス種別を含む）に基づいて、課金が発生するようなもの、発信の伴うもの、あるいはユーザ情報にアクセスできるものについては、高いセキュリティレベル３が必要と判定して設定し、それ以外（音楽を聴く等）に関しては低いセキュリティレベル２と判定して設定する。高いセキュリティレベル３の場合には、ユーザ確認を伴う認証方式による認証が必要であり、低いセキュリティレベル２の場合には、ユーザ確認を伴わない認証方式による認証が可能である。
【００４５】
ステップ３ｆでは、認証判定部１０４が、ステップ３ｄで認証制御部１０３が取得したI/O能力情報を参照し、対向機器がセキュリティレベル３に対応できるか否かを判定する。ここで、対向機器がセキュリティレベル３に対応できる場合には、ステップ３ｇに移行し、一方、対向機器がセキュリティレベル３に対応できない場合には、ステップ３ｊに移行する。
【００４６】
具体的には、I/O能力情報がNoInputNoOutput、すなわち入力手段（ボタンやキー）も表示手段（ディスプレイ）も備えない場合には、セキュリティレベル３に対応できないと判定し、それ以外の場合には、セキュリティレベル３に対応できると判断する。
【００４７】
ステップ３ｇでは、認証判定部１０４が、認証制御部１０３に対して指示し、これにより認証制御部１０３は、SSPによりセキュリティレベル３のリンクキーを生成して、認証を開始する。そして、認証判定部１０４は、第２無線通信部２０を制御して、上記リンクキーを対向機器に送信するとともに、同様にして対向機器にて生成されたリンクキーを受信し、ステップ３ｈに移行する。
【００４８】
ステップ３ｈでは、認証制御部１０３が、例えばNumeric Comparison方式により、ユーザ認証のための数字を生成する。すなわち、認証制御部１０３は、記憶部５０に記憶される当該携帯電話機UEの公開鍵を読み出し、第２無線通信部２０を制御して、対向機器に送信するとともに、対向機器から対向機器の公開鍵を取得する。そして、認証制御部１０３は、両者の公開鍵に基づく所定の演算を行って、数字を生成し、この数字を表示部６０に表示し、ステップ３ｉに移行する。なお、対向機器においても、同様の処理がなされ、同じ２つの公開鍵を用いれば、同じ数字が表示されることになる。
【００４９】
ステップ３ｉでは、認証制御部１０３が、ユーザが操作部４０を通じて、承認する操作を行ったか否かを判定する。ここで、ユーザは、表示部６０に表示される数字と、対向機器の表示部に表示される数字が一致するか否かを目視で確認し、それに応じた操作を操作部４０に対して行う。そして、ユーザが承認する操作を行った場合には、ステップ３ｌに移行し、一方、承認しない操作を行った場合や、所定時間以上承認する操作を行わない場合には、ステップ３ｎに移行する。
【００５０】
このように、高いセキュリティレベル３での認証の場合には、当該携帯電話機UEおよび対向機器の双方は、ユーザ確認を伴う認証を行う。
【００５１】
ステップ３ｊでは、認証判定部１０４が、ステップ３ｄで認証制御部１０３が取得した機器情報を参照し、これより起動するプロファイルに対応するか否か、すなわち、対向機器が高いセキュリティレベル３を必要とする通信を行うか否かを判定する。ここで、上記プロファイルに対応する（対向機器が高いセキュリティレベル３を必要としない通信を行う）場合には、ステップ３ｋに移行し、一方、上記プロファイルに対応しない（対向機器が高いセキュリティレベル３を必要とする通信を行う）場合には、ステップ３ｎに移行する。
【００５２】
例えば、これより起動するプロファイルがＡ２ＤＰ（オーディオデータを伝送するためのプロファイル）である場合、対向機器から受信したClass of deviceのメジャーデバイスクラスに、Ａ２ＤＰをサポートするカテゴリ”Audio/Video”が含まれているか否かを確認する。メジャーデバイスクラスに”Audio/Video”が含まれていれば、対向機器がこれより起動するＡ２ＤＰに対応するため、高いセキュリティレベル３を必要としないと判定する。それに対して、”Audio/Video”が含まれていなければ、Ａ２ＤＰに対応しないため、高いセキュリティレベル３を必要とする通信を行うと判定する。
【００５３】
ステップ３ｋでは、認証判定部１０４が、認証制御部１０３に対して指示し、これにより認証制御部１０３は、SSPによりセキュリティレベル２のリンクキーを生成する。そして、認証判定部１０４は、第２無線通信部２０を制御して、上記リンクキーを対向機器に送信するとともに、同様にして、対向機器にて生成されたリンクキーを受信し、ステップ３ｌに移行する。これにより、当該携帯電話機UEおよび対向機器の双方は、それぞれ認証を行う。
【００５４】
ステップ３ｌでは、認証判定部１０４が、対向機器との間で、認証が成功したか否かを判定する。具体的には、ステップ３ｇまたはステップ３ｋで生成したリンクキーを用いた照合を行い、一致することを確認することで、認証が成功したか否かを判定する。ここで、認証が成功した場合には、ステップ３ｍに移行し、一方、認証が失敗の場合には、ステップ３ｎに移行する。
【００５５】
ステップ３ｍでは、認証判定部１０４が、第２無線通信部２０を制御して、論理リンクを確立し、以後、対向機器と第２無線通信部２０との間で、サービスを提供するための通信を開始する。  
一方、ステップ３ｎでは、認証判定部１０４が、認証が失敗したことより、論理リンクを確立せず、表示部６０に認証が失敗した旨を表示してユーザに報知し当該処理を終了する。
【００５６】
以上のように、上記構成の携帯電話機UEでは、Bluetooth対応機器Dbtとの通信について、ステップ３ｅにて高いセキュリティレベル３が必要であると判定された場合に、対向機器がセキュリティレベル３に対応できなくても、対向機器で実現するサービスの種別が高いセキュリティレベル３を必要としない場合には、セキュリティレベルを２に下げてリンクキーを生成し、認証するようにしている。
【００５７】
したがって、上記構成の携帯電話機UEによれば、対向機器のI/O能力を考慮して、サービス種別などに応じて設定したセキュリティレベルを再設定するようにしているので、必要なセキュリティレベルを確保しつつ、接続性を高めることができる。
【００５８】
なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。
【００５９】
その一例として例えば、上記実施の形態では、ステップ３ｄにおいて、FHSパケットに基づいて、対向機器の情報（機器情報や能力情報）を取得するものとして説明したが、これに代わって例えば、EIR(Extended Inquiry Response)パケットに基づいて、上記情報を取得するようにしてもよい。そして、ステップ３ｅにおいて、これらの情報に基づいて、セキュリティレベル設定部１０５の判定を行う。
【００６０】
EIRパケットは、FHSパケットから規定時間後に、Slave（対向機器）からMaster（携帯電話機UE）に送信されるパケットであり、より詳細なサービスクラスなどの情報が含まれる。EIRパケットフォーマットを図４に示す。詳細は、非特許文献２にある。
【００６１】
また、ステップ３ｅにおいて用いられるサービスの種別を示す情報は、ユーザが操作部４０を通じて選択したアプリケーションを実行することでProfile(サービス)が起動されることで取得可能である。また他のサービスからのアクションによって起動された接続要求に関しては、起動元のサービスやアクションの種別に基づいて、セキュリティレベル設定部１０５がセキュリティレベルを判定するようにしてもよい。  
その他、この発明の要旨を逸脱しない範囲で種々の変形を施しても同様に実施可能であることはいうまでもない。
【符号の説明】
【００６２】
１０…第１無線通信部、２０…第２無線通信部、３０…通話部、３１…スピーカ、３２…マイクロホン、４０…操作部、５０…記憶部、６０…表示部、１００…制御部、１０１…プロトコル制御部、１０２…プロファイル制御部、１０３…認証制御部、１０４…認証判定部、１０５…セキュリティレベル設定部、１０６…機器情報判定部、１０７…機器登録制御部、１０８…近距離無線通信制御部、UE…携帯電話機、Dbt…対応機器、BS…基地局装置、NW…移動通信網。
【図１】
2010288157.tif 000003
【図２】
2010288157.tif 000004
【図３】
2010288157.tif 000005
【図４】
2010288157.tif 000006
【図５】
2010288157.tif 000007
【図６】
2010288157.tif 000008