(57)【要約】【課題】デバイスのI/O能力によって、必要なセキュリティレベルを確保しつつ、接続性を損なうことのない無線通信装置および無線通信方法を提供する。【解決手段】制御部１００は、Bluetooth対応機器Dbtが主導して認証を行う場合に、PIN番号を用いたユーザ認証を行うためのI/O能力がBluetooth対応機器Dbtにないために、ユーザ認証を伴わない認証が行われると、対向機器の機器情報やサービスの種別に応じて、当該携帯電話機UEにおいてユーザ認証を行うにしたものである。【選択図】      図１
2010287123.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のような方式が適用されることになり、成りすましを防ぐことができない。
【００１７】
なお、SSPでは、デバイスのI/O能力によって認証方式A、または認証方式Bを選択する。したがって、デバイスBがユーザ確認を行うことができないI/O能力の場合は、デバイスBは、通信のセキュリティレベルにかかわらず、セキュリティレベルの低い認証方式を選択せざるを得ない。
【００１８】
ここで、ユーザ確認を行うことができないI/O能力のデバイスBがデバイスAに対して認証手続きを要求する場合について説明する。セキュリティレベルの低い認証方式による認証要求を受けたデバイスAの対処方法は、以下の２つが考えられる。
【００１９】
１つ目の方法は、通信のセキュリティレベルにかかわらず、デバイスAは認証方式Bによる認証を受け入れる。ただし、認証方式Bではユーザ確認が行われないため、成りすましに対する耐性がなく、セキュリティ性能が低い。このため、高いセキュリティレベルが必要な通信においては、セキュリティの課題が生じる。
【００２０】
２つ目の方法は、デバイスAが、デバイスBの認証要求自体を拒否することで、意図しない中間者に接続してしまうリスクを回避する。ただし、この方法では、高いセキュリティレベルを保つことができるが、デバイス間の接続性が低くなるという課題がある。例えば、デバイスBが、ディスプレイやYes/Noボタンのついていないヘッドセットである場合、音楽を聴くのが主目的であり、高いセキュリティレベルの認証ができないからといって、接続を拒否する必要はない。
【先行技術文献】
【非特許文献】
【００２１】
【非特許文献１】Bluetooth Core Specification version 2.1 + EDR
【非特許文献２】Bluetooth Core Specification version 2.0 + EDR
【発明の概要】
【発明が解決しようとする課題】
【００２２】
従来の無線通信装置では、ユーザ確認を行うことができないI/O能力のデバイスからの接続要求に対して、成りすましを防ぐことのできない認証方式を採用するか、あるいは、高いセキュリティレベルを維持するために、認証要求自体を拒否せざるを得ないという問題があった。
【００２３】
この発明は上記の問題を解決すべくなされたもので、デバイスの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の動作について説明する。以下の説明では、対向機器となるBluetooth対応機器Dbtが主導して、当該携帯電話機UEに接続する処理について説明する。図３にこの接続処理のフローチャートを示す。この接続処理は、制御部１００によって為されるものであって、第２無線通信部２０が、Bluetooth対応機器Dbtから接続要求を受けると、開始される。
【００４２】
なお、この呼び出しに先立って、予めプロファイル制御部１０２が第２無線通信部２０を制御して、当該携帯電話機UEの周辺に存在するBluetooth対応機器Dbtを検出している。具体的には、周辺に存在するBluetooth対応機器Dbtから送信される信号を受信して、この信号に含まれる識別情報（BDADDR）を抽出し、その存在を検出する。
【００４３】
まず、ステップ３ａでは、プロトコル制御部１０１が、第２無線通信部２０を制御して、上記対向機器との間に、物理リンクを確立し、ステップ３ｂに移行する。  
ステップ３ｂでは、認証制御部１０３が、第２無線通信部２０を制御し、ステップ３ａで確立した物理リンクを通じて、図４に示すように、上記対向機器から機器情報やI/O能力情報を取得し、ステップ３ｃに移行する。
【００４４】
なお、対向機器に対しても、当該携帯電話機UEのI/O機器の機器情報や能力情報を送信して、互いの情報を交換する。またこれらの情報は、FHSパケットを通じて交換される。図５に、FHSパケットのペイロードを示す。この図に示すように、FHSパケットには、Class of deviceと称されるフィールドがあり、さらにこのフィールドは、いくつかのサブフィールドに分けられており、これらによってClass of deviceが定義される。
【００４５】
サブフィールドは、サービスクラス、メジャーデバイスクラス、マイナーデバイスクラスを示すものがある。サービスクラスでは、オーディオ系、オブジェクト送信系、あるいはネットワーク系などのサービスカテゴリが規定される。デバイスクラスでは、コンピュータ、携帯電話、あるいはオーディオなど、それぞれのサービスクラスに応じたデバイスの種類を細かく規定される。詳細は、非特許文献１に示されている。
【００４６】
ステップ３ｃでは、認証制御部１０３が、第２無線通信部２０を制御し、対向機器で行われる認証処理にしたがって、所定の手順で処理を実行し、ステップ３ｄに移行する。なお、対向機器では、例えば、ステップ３ｂで当該携帯電話機UEから取得した機器情報（サービス種別を含む）に基づいて、課金が発生するようなもの、発信の伴うもの、あるいはユーザ情報にアクセスできるものについては、高いセキュリティレベル３が必要と判定して設定し、それ以外（音楽を聴く等）に関しては低いセキュリティレベル２と判定して設定する。
【００４７】
そして、この設定したセキュリティレベルの認証処理を、当該携帯電話機UEとの間で行う。ここで、認証が成功すれば、対向機器は、認証成功示す情報を当該携帯電話機UEに送信し、一方、認証が失敗すれば、対向機器は、認証成功示す情報を当該携帯電話機UEに送信する。
【００４８】
ステップ３ｄでは、認証制御部１０３が、第２無線通信部２０を制御し、対向機器から受信した情報に基づいて、対向機器における認証処理が成功したか否かを判定する。ここで、認証処理が成功した場合には、成功した認証のセキュリティレベルを検出した後、ステップ３ｅに移行し、一方、認証に失敗した場合には、ステップ３ｍに移行する。
【００４９】
ステップ３ｅでは、認証判定部１０４が、認証制御部１０３がステップ３ｄで実行した認証結果に基づいて、対向機器との間で成功した認証がセキュリティレベル３であるか否かを判定する。ここで、対向機器との間で成功した認証がセキュリティレベル３である場合には、ステップ３ｉに移行し、一方、セキュリティレベル３ではない場合には、ステップ３ｆに移行する。
【００５０】
ステップ３ｆでは、認証判定部１０４が、ステップ３ｂで認証制御部１０３が取得した機器情報と、これより実行するサービス（プロファイル）を考慮して、これより起動するプロファイルに対向機器が対応するか否か確認することによって、ユーザによる認可が必要か否かを判定する。ここで、ユーザ認可を必要とする場合には、ステップ３ｇに移行し、一方、ユーザ認証を必要としない場合には、ステップ３ｉに移行する。
【００５１】
例えば、これより起動するプロファイルがＡ２ＤＰ（オーディオデータを伝送するためのプロファイル）である場合、対向機器から受信したClass of deviceのメジャーデバイスクラスに、Ａ２ＤＰをサポートするカテゴリ”Audio/Video”が含まれているか否かを確認する。メジャーデバイスクラスに”Audio/Video”が含まれていれば、対向機器がこれより起動するＡ２ＤＰに対応するため、ユーザ認可を必要としないと判定する。それに対して、”Audio/Video”が含まれていなければ、Ａ２ＤＰに対応しないため、ユーザ認可を必要とすると判定する。
【００５２】
ステップ３ｇでは、認証制御部１０３が、表示部６０に、ユーザに対して問い合わせを行い、対向機器と接続するか否かを問う表示を行い、操作部４０を通じて、入力を受け付け、ステップ３ｈに移行する。  
ステップ３ｈでは、認証制御部１０３が、ステップ３ｇでユーザが接続を認める操作を行ったか否かを判定する。ここで、ユーザが接続を認めた場合には、ステップ３ｉに移行し、一方、ユーザが接続を認めない場合には、ステップ３ｊに移行する。
【００５３】
ステップ３ｉでは、認証判定部１０４が、第２無線通信部２０を制御して、論理リンクを確立し、以後、対向機器と第２無線通信部２０との間で、サービスを提供するための通信を開始する。  
一方、ステップ３ｊでは、認証判定部１０４が、認証が失敗したことより、論理リンクを確立せず、表示部６０に認証が失敗した旨を表示してユーザに報知し当該処理を終了する。
【００５４】
以上のように、上記構成の携帯電話機UEでは、Bluetooth対応機器Dbtが主導して認証を行い、PIN番号を用いたユーザ認証を行うためのI/O能力がBluetooth対応機器Dbtにないために、高いセキュリティレベル３の認証が行われない場合でも、ユーザ認証が必要な場合には、当該携帯電話機UEにおいてユーザ認証を行うにしている。
【００５５】
例えば、対向機器が、ディスプレイや数字入力キーを備えないプリンタの場合、ステップ３ｃにて、対向機器（プリンタ）主導の認証により、セキュリティレベル２が設定される。しかし、ステップ３ｇにて、対向機器がプリンタであること、あるいは印刷サービスであることより、ユーザ認証が必要と判断し、ステップ３ｈにて、当該携帯電話機UEのユーザインタフェース（操作部４０および表示部６０）を用いて、ユーザ認証を行い、ユーザからサービス実行の許可を得る。
【００５６】
したがって、上記構成の携帯電話機UEによれば、対向機器のI/O能力が低いためにユーザ認証が行えない場合でも、対応機器の機器情報やサービスに応じて、当該携帯電話機UEにおいてユーザ認証を行うので、高いセキュリティレベルに設定することができ、必要なセキュリティレベルを確保しつつ、接続性を損なうこともない。
【００５７】
なお、この発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また上記実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。
【００５８】
その一例として例えば、上記実施の形態では、ステップ３ｂにおいて、FHSパケットに基づいて、対向機器の情報（機器情報や能力情報）を取得するものとして説明したが、これに代わって例えば、EIR(Extended Inquiry Response)パケットに基づいて、上記情報を取得するようにしてもよい。そして、ステップ３ｇにおいて、これらの情報に基づいて、ユーザ認証の必要性をセキュリティレベル設定部１０５が判定する。
【００５９】
EIRパケットは、FHSパケットから規定時間後に、Slave（対向機器）からMaster（携帯電話機UE）に送信されるパケットであり、より詳細なサービスクラスなどの情報が含まれる。EIRパケットフォーマットを図６に示す。詳細は、非特許文献１にある。
【００６０】
また、ステップ３ｇにおいて用いられるサービスの種別を示す情報は、ユーザが操作部４０を通じて選択したサービス種別（アプリケーションソフトウェアの種別）を用いてもよい。また他のサービスからのアクションによって起動された接続要求に関しては、起動元のサービスやアクションの種別に基づいて、セキュリティレベル設定部１０５がセキュリティレベルを判定するようにしてもよい。  
その他、この発明の要旨を逸脱しない範囲で種々の変形を施しても同様に実施可能であることはいうまでもない。
【符号の説明】
【００６１】
１０…第１無線通信部、２０…第２無線通信部、３０…通話部、３１…スピーカ、３２…マイクロホン、４０…操作部、５０…記憶部、６０…表示部、１００…制御部、１０１…プロトコル制御部、１０２…プロファイル制御部、１０３…認証制御部、１０４…認証判定部、１０５…セキュリティレベル設定部、１０６…機器情報判定部、１０７…機器登録制御部、１０８…近距離無線通信制御部、UE…携帯電話機、Dbt…対応機器、BS…基地局装置、NW…移動通信網。
【図１】
2010287123.tif 000003
【図２】
2010287123.tif 000004
【図３】
2010287123.tif 000005
【図４】
2010287123.tif 000006
【図５】
2010287123.tif 000007
【図６】
2010287123.tif 000008