通信端末
【課題】セキュリティを確保した接続を確立することができる通信端末を提供する。
【解決手段】認証処理部は、第一のセキュリティレベルに応じた第一の認証方式または第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式に基づいて対向機器との間で認証を行う。接続処理部は、サービスの接続を確立する要求を受け付けた場合、対向機器との間で認証が行われた場合にサービスの接続を確立する。接続制御部は、第一の認証方式に基づいて既に認証が行われており、かつ第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には認証を行なうことなく第二のセキュリティレベルが設定されたサービスの接続を確立させる。
【解決手段】認証処理部は、第一のセキュリティレベルに応じた第一の認証方式または第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式に基づいて対向機器との間で認証を行う。接続処理部は、サービスの接続を確立する要求を受け付けた場合、対向機器との間で認証が行われた場合にサービスの接続を確立する。接続制御部は、第一の認証方式に基づいて既に認証が行われており、かつ第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には認証を行なうことなく第二のセキュリティレベルが設定されたサービスの接続を確立させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、通信端末に関する。
【背景技術】
【０００２】
近年、携帯電話機などの通信端末に適用することができる無線通信技術として、例えばブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））が知られている。通信端末は、ブルートゥースの無線通信技術を用いることにより、オーディオケーブルを用いることなくヘッドセットや車載機器などの対向機器にオーディオデータを転送することができたり、通信端末をモデムとして利用してデータ通信を行ったりすることができる。
【０００３】
通信端末がブルートゥースの無線通信技術を用いて対向機器と認証（ペアリング）する場合の仕様として、Ｂｌｕｅｔｏｏｔｈ ＳＩＧで規定されるＢｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲ（非特許文献１参照）が知られている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲ（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲにおいてはＳｅｃｕｒｅ Ｓｉｍｐｌｅ Ｐａｉｒｉｎｇ（ＳＳＰ）と呼ばれる認証（ペアリング）方式が規定されている。
【０００６】
ＳＳＰでは、ブルートゥースを利用して実行されるサービス（プロファイル）毎にセキュリティレベルが設定可能である。例えば、秘匿性（セキュリティレベル）を高くするため対向機器を特定した上で接続する必要がある場合には、接続相手の確認を伴う認証方式が採用される。また、秘匿性を要することなく接続手続きを簡素化したい場合には、接続相手の確認を要しない認証方式が採用される。これらの認証における「確認」は、入力および表示手段を用いて行われる。このため、各機器に採用できる認証方式、すなわちセキュリティレベルは、機器の入出力の能力に依存する。
【０００７】
ここで、ブルートゥースの無線通信技術は、ヘッドセットのように入力および表示手段を持たない機器から、パーソナルコンピュータや携帯電話機、車載機器のように入力および表示手段を持つ機器まで広く搭載されている。このため、ヘッドセットのように入力および表示手段を持たない機器の場合には、接続相手の確認を伴う認証方式を採用することができない。また、携帯電話機で実行される音声通信、データ通信のような秘匿性を要するサービスや課金を伴うサービスは、高いセキュリティを必要とする。しかし、携帯電話機が音声通信を利用する際の対向機器としては、車載機器のように入力および表示手段を持ち接続相手の確認を伴う認証方式に対応できる機器もあれば、ヘッドセットのように入力および表示手段を持たず接続相手の確認を伴う認証方式に対応できない機器もある。
【０００８】
このため、セキュリティを重視し接続相手の確認を伴う認証方式を採用すると、接続相手の入出力の能力から接続が行い得ないケースが発生する場合がある。一方、接続手続の簡素化を重視することや接続相手の入出力の能力から接続相手の確認を要しない認証方式を採用すると、手続は簡素化する一方で十分なセキュリティが確保できないケースが発生する場合がある。
【０００９】
ＳＳＰにおいては、このような課題を解決するための実運用上の動作について規定されていない。このため、機器の入出力能力や利用されるサービスの内容がパラメータとして加味された認証方式を検討する必要がある。
【００１０】
また、ＳＳＰにおいては、原則として、機器間においていずれかの認証方式を用いた認証が既に行われていた場合であっても、この認証が新たに接続の要求が行われたサービスに設定されたセキュリティレベルよりも低いセキュリティレベルに応じた認証方式に基づく認証であった場合には接続を確立させない仕様となっている。この場合、各機器は、接続の要求が行われたサービスのセキュリティレベルに応じた認証方式を用いて再度の認証を行う必要があった。これは、ＳＳＰの特徴である接続処理の簡易性を低減させていた。
【００１１】
本発明はこのような事情を考慮してなされたもので、セキュリティを確保した接続を確立することができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１２】
実施形態における通信端末は、無線通信部、認証処理部、接続処理部、および接続制御部を備えた。認証処理部は、第一のセキュリティレベルに応じた第一の認証方式または第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式に基づいて対向機器との間で認証を行う。接続処理部は、サービスの接続を確立する要求を受け付けた場合、対向機器との間で認証が行われた場合にサービスの接続を確立する。接続制御部は、第一の認証方式に基づいて既に認証が行われており、かつ第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には第二の認証方式に基づく認証を行なうことなく接続処理部に第二のセキュリティレベルが設定されたサービスの接続を確立させる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る通信端末の実施形態である携帯電話機の内部の構成を示す図。
【図２】携帯電話機と対向機器との間で実行されるＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式を採用した場合の登録処理を説明するシーケンス図。
【図３】携帯電話機と対向機器との間で実行されるＪｕｓｔ Ｗｏｒｋｓによる認証方式を採用した場合の登録処理を説明するシーケンス図。
【図４】本実施形態における携帯電話機により実行される第１のＤＵＮ接続確立処理を説明するフローチャート。
【図５】図４の第１のＤＵＮ接続確立処理における携帯電話機と対向機器との間の処理を説明するシーケンス図。
【図６】本実施形態における携帯電話機により実行される第２のＤＵＮ接続確立処理を説明するフローチャート。
【図７】図６の第２のＤＵＮ接続確立処理における携帯電話機と対向機器との間の処理を説明するシーケンス図。
【図８】本実施形態における携帯電話機により実行される第３のＤＵＮ接続確立処理を説明するフローチャート。
【図９】図８の第３のＤＵＮ接続確立処理における携帯電話機と対向機器との間の処理を説明するシーケンス図。
【発明を実施するための形態】
【００１４】
本発明に係る通信端末の一実施形態を添付図面に基づいて説明する。
【００１５】
図１は、本発明に係る通信端末の実施形態である携帯電話機１の内部の構成を示す図である。
【００１６】
送受信アンテナ１１は、携帯電話機１が対応する移動体通信システムの電波を送波し、携帯電話機１が対応する移動体通信システムの電波を受波する。送受信共用器１２は、サーキュレータやデュプレクサなどからなり、送受信アンテナ１１で受波（受信）された電波を無線送受信部１３に送る。また、送受信共用器１２は、無線送受信部１３から入力された信号を送受信アンテナ１１へ送る。
【００１７】
無線送受信部１３は、帯域通過フィルタ、利得調整回路、およびＡ／Ｄ変換器などを備える。無線送受信部１３は、制御部２１から指示されるキャリア周波数の無線信号を受信し、周波数シンセサイザから出力された局部発振信号とミキシングして中間周波数信号に周波数変換（ダウンコンバート）する。無線送受信部１３は、ダウンコンバートされた中間周波数信号を直交復調して受信ベースバンド信号を生成する。
【００１８】
信号処理部１４は、無線送受信部１３から出力された受信ベースバンド信号（受信ベースバンドディジタル信号）に対してベースバンド処理を行う。データ処理部１５は、例えばＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などからなり、信号処理部１４でベースバンド処理されたベースバンド信号をデータおよび音声に変換する。すなわち、データ処理部１５は、受信パケットデータをまずメディア毎に分離し、分離されたメディア毎のデータに対してそれぞれ復号処理を施す。具体的には、データ処理部１５は、例えば受信パケットデータにオーディオデータが含まれている場合、オーディオデータをスピーチコーデックにより復号する。また、データ処理部１５は、受信パケットデータに動画像データが含まれている場合、動画像データをビデオコーデックにより復号する。さらに、データ処理部１５は、受信パケットデータがダウンロードコンテンツである場合、ダウンロードコンテンツを伸長する。
【００１９】
復号処理により得られたディジタルオーディオ信号は、ＰＣＭコーデック１６によりＰＣＭ復号された後、受話増幅器１７により増幅されてレシーバ１８により出力される。一方、ビデオコーデックにより復号されたディジタル動画像信号は、制御部２１を介して表示部２３に供給され表示される。
【００２０】
なお、無線送受信部１３と信号処理部１４は、移動体通信システムに属する基地局に対して通信データを送信するための送信ベースバンド処理や無線処理などの一連の処理を行う。
【００２１】
ブルートゥース通信部２５は、携帯電話機１が備える無線通信部の一例であり、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））による無線通信を行うモジュールなどからなる。ブルートゥース通信部２５は、携帯電話機１の近傍に存在するヘッドセットや車載機器などの対向機器と無線通信を行う。ブルートゥース通信部２５は、対向機器との間でデータの授受を行う際制御部２１の制御に基づいて動作する。制御部２１は、例えばＯＢＥＸ（Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ）やＲＦＣＯＭＭ（ＲＳ２３２ Ｓｅｒｉａｌ Ｃａｂｌｅ Ｅｍｕｌａｔｉｏｎ Ｐｒｏｆｉｌｅ）、ＳＤＰ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルを用いて、Ａ２ＤＰ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ）やＨＦＰ（Ｈａｎｄｓ−Ｆｒｅｅ Ｐｒｏｆｉｌｅ）、ＤＵＮ（Ｄｉａｌ−ｕｐ Ｎｅｔｗｏｒｋｉｎｇ Ｐｒｏｆｉｌｅ）などの種々のプロファイルに応じた通信を統括的に制御する。Ａ２ＤＰは、音声をヘッドフォンに伝送するためのプロファイルである。ＨＦＰは、携帯電話機１と対向機器との間でハンズフリー通話を実現するプロファイルである。ＤＵＮは、携帯電話機などを介してインターネットにダイヤルアップ接続するためのプロファイルである。なお、ブルートゥース以外の無線通信（例えば赤外線通信）を用いるようにしてもよい。
【００２２】
レシーバ１８は、受話増幅器１７において増幅された受話音声信号を拡声出力する。マイクロフォン２０は、送話音声信号を入力し送話増幅器１９に供給する。操作部２２は、ユーザからの指示を受け付ける。表示部２３は、受信データに基づく画像を表示する。また、携帯電話機１は、バッテリの出力を基に所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する電源回路や、現在の時刻を測定する時計回路（タイマ）（共に図示せず）を備える。
【００２３】
制御部２１は、ＣＰＵ（ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などからなる。制御部２１のＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部２７からＲＡＭにロードされた、オペレーティングシステム（ＯＳ）を含む各種のアプリケーションプログラムや制御プログラムに従って各種の処理を実行する。また、制御部２１は、種々の制御信号を生成し各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。
【００２４】
制御部２１は、通信制御を行う場合、送受信アンテナ１１、無線送受信部１３、信号処理部１４、データ処理部１５、ＰＣＭコーデック１６、受話増幅器１７、レシーバ１８、送話増幅器１９、およびマイクロフォン２０などを用いた通信処理を制御する。一方、制御部２１は、操作部２２、表示部２３、記憶部２７、および図示せぬ時計回路などを用いたＵＩ処理に関して制御を行う。
【００２５】
本実施形態においては、制御部２１は、特に認証処理部３１、セキュリティレベル保持部３２、接続処理部３３、および接続制御部３４を有する。
【００２６】
認証処理部３１は、所定のセキュリティレベルに応じた認証方式に基づいて認証（ペアリング）を行う。
【００２７】
本実施形態においては、認証処理部３１は、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲに準拠したＳＳＰ（Ｓｅｃｕｒｅ Ｓｉｍｐｌｅ Ｐａｉｒｉｎｇ）に従ってペアリングを行う。ＳＳＰは、Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎ、Ｊｕｓｔ Ｗｏｒｋｓ、Ｏｕｔ Ｏｆ Ｂａｎｄ（ＯＯＢ）、Ｐａｓｓｋｅｙ Ｅｎｔｒｙからなる４種類の認証方式を有する。これらの認証方式は、ペアリングを行う機器（ここでは携帯電話機１、対向機器）の入出力手段の有無に応じて選択されたり、接続確立を試みるサービスのセキュリティレベルに応じて選択されたりする。
【００２８】
本実施形態においては、第一のセキュリティレベルに応じた第一の認証方式の例として、Ｊｕｓｔ Ｗｏｒｋｓを適用した例を説明する。第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式の例としてＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎを適用した例を説明する。すなわち、Ｎｕｍｅｒｉｃ ＣｏｍｐａｒｉｓｏｎはＪｕｓｔ Ｗｏｒｋｓに比べてセキュリティレベルが高い認証方式となっている。なお、本実施形態における認証方式は一例であり、例えば第二の認証方式にＯＯＢやＰａｓｓｋｅｙ Ｅｎｔｒｙを適用するなどしてもよい。また、セキュリティレベルは２段階以上設け、セキュリティレベルに応じた認証方式を用いてもよい。
【００２９】
セキュリティレベル保持部３２は、ブルートゥース通信を利用して実行される複数のサービスにそれぞれ設定されたセキュリティレベルを保持する。セキュリティレベルは、サービスの内容に応じて設定される。例えば、ＤＵＮは携帯電話機やＰＨＳを介してインターネットにダイヤルアップ接続するためのプロファイルであり課金を伴うサービスである。また、ＨＦＰは移動通信システムなどを用いてハンズフリー通話を行うためのプロファイルであり一般的には課金を伴うサービスである。このため、ＤＵＮおよびＨＦＰには高いセキュリティが設定されることが好ましい。これに対し、Ａ２ＤＰはＤＵＮやＨＦＰと比較した場合サービスの性質からＤＵＮやＨＦＰより低いセキュリティが設定される。なお、ここで説明したサービス（プロファイル）は一例であって、他のサービスについてもサービスの内容またはユーザの任意にセキュリティレベルを設定できるようにしてもよい。
【００３０】
また、セキュリティレベルは、サービスの性質のみならず、サービスを利用する対向機器の入出力能力も考慮して決定される。例えば、携帯電話機１との間でＨＦＰによるハンズフリー通話を行う対向機器として、ヘッドセットがある。このヘッドセットは、入出力手段を有していない場合がある。このような場合、携帯電話機１とヘッドセットとは、高いセキュリティレベルに応じた認証方式を用いた認証を行うことはできない。この結果、ヘッドセットとの間でＨＦＰの接続を確立するために用いられる認証方式のセキュリティレベルは必然的に低いものとなってしまう。
【００３１】
接続処理部３３は、対向機器よりサービスの接続を確立する要求を受け付け、対向機器との間で認証が行われた場合に対向機器との間でブルートゥース通信の接続を確立する。具体的には、接続処理部３３は、サービスに設定されたセキュリティレベル以上のセキュリティレベルに応じた認証方式に基づいて、認証処理部３１により対向機器との間で認証が行われた場合に対向機器とのサービスの接続を確立するようになっている。
【００３２】
接続制御部３４は、第一の認証方式に基づいて対向機器との間で既に認証が行われており、かつ第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には認証処理部３１により第二の認証方式に基づく認証を行なうことなく接続処理部３３にサービスの接続を確立させる。接続制御部３４で行われる処理は、上記の接続処理部３３で行われる処理に対する例外となる処理である。所定条件は複数用意されており、これらの条件を対向機器の種類やサービスによって適宜選択することができる。所定条件の詳細については、後述する。
【００３３】
記憶部２７は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などからなり、制御部２１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群、携帯電話機１の制御プログラムや制御データを格納する。本実施形態においては、記憶部２７は、特にサービス履歴記憶部３５を有する。
【００３４】
サービス履歴記憶部３５は、対向機器との間で過去に接続が確立された（認証された）サービスを記憶する。ここで接続が確立されたとは、ブルートゥース側の下位層における認証処理（ＳＳＰ）の後、ホスト側（アプリケーション、サービス側）の上位層におけるサービスの接続（Ｌ２ＣＡＰ（ＲＦＣＯＭＭ）接続以降）が確立された状態をいう。本実施形態においては、以下、携帯電話機１と対向機器との間で認証処理が行われ、さらにサービスの接続が確立されたことを「サービスが登録された」という。
【００３５】
本実施形態における携帯電話機１は、予め登録（認証およびサービスの接続確立）が行われたサービス（プロファイル）があり、この登録されたサービス以外のサービスであって、既に登録されたサービスよりもセキュリティレベルが高いサービスの接続要求を受け付けた場合の接続確立処理を好適に行うようになっている。例えば、対向機器としてのカーナビゲーションシステムは、携帯電話機１とのブルートゥース通信を利用してＡ２ＤＰ、ＨＦＰ、ＤＵＮなどのサービスを利用する。このとき、携帯電話機１と対向機器とはＡ２ＤＰ、ＨＦＰを利用するための登録を予め行っており、ＤＵＮを利用するための登録は未だ行っていないものとする。 例えばカーナビゲーションシステムがＤＵＮの接続要求を携帯電話機１に対して行うと、携帯電話機１はＤＵＮを利用するために対向機器との間で新たに認証を行う必要が生じる。また、上述したとおり、現在接続中のサービス（ここではＡ２ＤＰ、ＨＦＰ）に対してセキュリティレベルが高いサービス（ここではＤＵＮ）の接続が要求された場合、セキュリティレベルに応じた認証方式に基づく認証を新たに行う必要がある。
【００３６】
以上の前提を踏まえ、本実施形態における携帯電話機１は、対向機器よりサービスの接続要求を受け付けた場合、所定条件下においては新たな認証を行うことなく要求されたサービスを接続可能となっている。
【００３７】
以下の説明においては、登録済みのサービスは、携帯電話機１と対向機器との間でハンズフリー通話を実現するプロファイルであるＨＦＰ、音声をヘッドフォンに伝送するためのプロファイルであるＡ２ＤＰである例を説明する。また、接続要求が行われたサービスは、携帯電話機などを介してインターネットにダイヤルアップ接続するためのプロファイルであるＤＵＮである例を説明する。
【００３８】
また、携帯電話機１と対向機器は、それぞれＨＦＰ、Ａ２ＤＰ、ＤＵＮのサービスを有しており、接続要求に基づいて所定の接続手順を経た後に各サービスの利用が可能であるものとする。
【００３９】
なお、以下に説明する登録処理やサービスを接続するための各種処理は、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲ（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ）に準拠するため、ここでは詳細な説明は省略する。
【００４０】
まず、第二の認証方式であるＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎおよび第一の認証方式であるＪｕｓｔ Ｗｏｒｋｓを用いた認証処理およびその後の各サービスの接続確立処理について説明する。
【００４１】
図２は、携帯電話機１と対向機器との間で実行されるＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式を採用した場合の登録処理を説明するシーケンス図である。
【００４２】
Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式は、対向機器が６桁の数字を表示する手段および”Ｙｅｓ”または”ＮＯ”を入力する手段を有する場合に利用可能である。例えば、カーナビゲーションシステムなどの車載機器やパーソナルコンピュータなどが該当する。
【００４３】
携帯電話機１において登録処理が発生すると対向機器検索要求が発生し、ステップＳ１において接続処理部３３はブルートゥース通信部２５により対向機器の検索を行う。ここでは、対向機器との間でＡ２ＤＰおよびＨＦＰの接続を確立するための登録処理が発生した。検索結果に基づいて検索された対向機器から一の機器が選択され機器の登録要求が行われると、ステップＳ２において、接続処理部３３はブルートゥース通信部２５により選択された対向機器に対して接続要求を行う。
【００４４】
ステップＳ３において、接続処理部３３は、接続要求を行った対向機器との間で既に生成されたリンクキーの有無を確認する。初期登録の場合にはリンクキーは未生成であるため、リンクキーが生成されていないと判定される。ステップＳ４において、接続処理部３３は、対向機器の入出力手段の有無に関する情報を要求する（ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ） Ｃａｐａｂｉｌｉｔｙ Ｒｅｑ）。これに対し、ステップＳ５において、対向機器は、対向機器の入出力手段の有無に関する情報を携帯電話機１に通知する（ＩＯ Ｃａｐａｂｉｌｉｔｙ Ｒｅｓ）。Ｎｕｍｅｒｉｃ Ｃｏｍａｒｉｓｏｎによる認証方式を利用する場合には、出力手段および入力手段を有する必要がある。この例では、対向機器より入出力手段有りとの情報が携帯電話機１に通知されるとする。
【００４５】
ステップＳ６において、認証処理部３１は、ブルートゥース通信部２５により所定のタイミングで生成されたＰｕｂｌｉｃ Ｋｅｙの交換を行う。ステップＳ７において、認証処理部３１は、認証ステージ１を行う。この認証ステージ１は、認証方式によって異なるフェーズである。Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式が用いられる場合の認証ステージ１においては、認証処理部３１は、携帯電話機１の表示部２３および対向機器双方の表示手段に６桁の数字（”００００００”から”９９９９９９”まで）を表示し、ユーザに視認させる。また、認証処理部３１は、ユーザに対して双方の機器に表示された数字が同じであるか否かを質問する。認証処理部３１は、携帯電話機１および対向機器の双方のユーザに対し、双方の機器に表示された数字が同じである場合には”Ｙｅｓ”、異なる場合には”Ｎｏ”を入力させる。携帯電話機１においては、操作部２２を介して入力を受け付ける。認証処理部３１は、双方の機器において”Ｙｅｓ”が入力された場合には、以降の認証処理に進み、双方またはいずれかの機器において”Ｎｏ”が入力された場合には、認証を失敗させる。
【００４６】
認証処理部３１は、ステップＳ８において認証ステージ２を行う。認証ステージ２は、携帯電話機１および対向機器において新たに算出された認証値の確認を行うフェーズである。また、認証処理部３１はステップＳ９においてリンクキーの算出および暗号化を行うことにより、携帯電話機１と対向機器との間の認証が完了する（ステップＳ１０）。その後、携帯電話機１は対向機器との接続を切断し、待ち受け状態となる。
【００４７】
接続処理部３３は、認証処理部３１による認証処理の後、携帯電話機１と対向機器との間でＨＦＰおよびＡ２ＤＰのサービス（プロファイル）を実行するための登録（認証）処理へ移行する。 接続処理部３３は、ステップＳ１１においてサービスを起動すると、ステップＳ１２において対向機器に対して接続要求を行う。接続処理部３３は、ステップＳ１３において対向機器の実行可能なサービスを検索する。ここでは、対向機器は少なくともＨＦＰおよびＡ２ＤＰのサービスが実行可能であり、携帯電話機１が接続要求を行った際には対向機器においてはこれらのサービスが起動中であるものとする。
【００４８】
接続処理部３３は、ステップＳ１４およびステップＳ１５においてＨＦＰおよびＡ２ＤＰの接続を行う。ここでＨＦＰなどのサービスが接続されると、サービス履歴記憶部３５はこれらのサービスを登録されたサービスとして記憶する。
【００４９】
図３は、携帯電話機１と対向機器との間で実行されるＪｕｓｔ Ｗｏｒｋｓによる認証方式を採用した場合の登録処理を説明するシーケンス図である。
【００５０】
Ｊｕｓｔ Ｗｏｒｋｓによる認証方式は、対向機器が６桁の数字を表示する手段および”Ｙｅｓ”または”ＮＯ”を入力する手段を有しない場合であっても利用可能である。例えば、ヘッドセットなどの入出力手段を有しない機器が該当する。
【００５１】
Ｊｕｓｔ Ｗｏｒｋｓによる認証方式は、図２のＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式におけるステップＳ７の認証ステージ１に相当するステップＳ２７の認証ステージ１が異なるのみで、他の処理についてはほぼ同様であるため、共通する処理については説明を省略する。
【００５２】
ステップＳ２７において、認証処理部３１は認証ステージ１を行う。Ｊｕｓｔ Ｗｏｒｋｓによる認証方式が用いられる場合の認証ステージ１においては、認証処理部３１は、Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式とは異なり、６桁の数字をユーザに視認させることなく認証ステージ１を行う。
【００５３】
次に、図２または図３の登録処理後、ＤＵＮの接続要求が対向機器より行われた場合の携帯電話機１側の処理であるＤＵＮ接続確立処理について説明する。ここで、ＤＵＮは、対向機器との間で登録が行われていないサービスであり、かつ登録済みのサービスであるＨＦＰおよびＡ２ＤＰより高いセキュリティレベルが設定されたサービスである。すなわち、携帯電話機１は、ＨＦＰおよびＡ２ＤＰの登録が行われていた場合であっても、ＤＵＮの接続を行うためにはＤＵＮのセキュリティレベルに応じた第二の認証方式を利用した認証を原則必要とする。
【００５４】
携帯電話機１は、第１〜第３のＤＵＮ接続確立処理を有する。各ＤＵＮ接続確立処理は、ＤＵＮ接続確立処理が行われた場合にＤＵＮの接続を確立するために新たな認証を要求するか否かを判定するための条件がそれぞれ異なっている。以下、フローチャートおよびシーケンス図を用いて順次説明する。
【００５５】
図４は、本実施形態における携帯電話機１により実行される第１のＤＵＮ接続確立処理を説明するフローチャートである。
【００５６】
図５は、図４の第１のＤＵＮ接続確立処理における携帯電話機１と対向機器との間の処理を説明するシーケンス図である。
【００５７】
第１のＤＵＮ接続確立処理開始時においては、携帯電話機１は対向機器からのサービス（例えばＨＦＰ、Ａ２ＤＰ、ＤＵＮ）接続要求待ちの状態である（図５のステップＳ５１）。ここで、対向機器は、携帯電話機１に対してサービス検索を行う（図５のステップＳ５２）。
【００５８】
図４のステップＳ４１において、携帯電話機１はＨＦＰ、Ａ２ＤＰ、ＤＵＮのサービスを起動する（図５のステップＳ５３）。また、携帯電話機１は、ブルートゥース通信部２５においてブルートゥース通信を接続するための接続要求を受け付ける（図５のステップＳ５４）。ステップＳ４２において、接続処理部３３は、接続要求を行った対向機器との間で生成されたリンクキーを有するか否かの判定を行う。接続処理部３３は、リンクキーを有していないと判定した場合、図２または図３の登録を要するため第１のＤＵＮ接続確立処理を終了する。すなわち、携帯電話機１は、通常の登録（認証）の手順に従って対向機器との接続を確立する。
【００５９】
接続処理部３３はリンクキーを有すると判定した場合（図５のステップＳ５５）、ステップＳ４３において、認証処理部３１によりリンクキーを用いて対向機器との間で所定の手順に従って認証処理を行わせる。ステップＳ４４において、携帯電話機１はブルートゥース通信部２５において対向機器から送信されたＤＵＮの接続要求を受け付ける（図５のステップＳ６７）。なお、図５は、ＨＦＰ、Ａ２ＤＰ、ＤＵＮの各接続要求を受け付けた場合の処理を示すが、これらの接続要求を行うサービスの種類および接続要求に基づく処理は必要に応じて実行される処理である。
【００６０】
ステップＳ４５において、接続制御部３４は対向機器よりＤＵＮの接続要求を受け付けた際、要求を行った対向機器との間で他のサービスが接続中であるか否かの判定を行う（図５のステップＳ６８）。ここで、他のサービスが接続中とは、例えば、図５のステップＳ５７〜５９に示す処理を経てＨＦＰが接続中であった場合、ステップＳ６２〜６４に示す処理を経てＡ２ＤＰが接続中であった場合である。
【００６１】
具体的には、図５のステップＳ５７において対向機器よりＨＦＰの接続要求が行われると、ステップＳ５８において、携帯電話機１の接続処理部３３は、サービス履歴記憶部３５を参照しＨＦＰが登録済みであるか否かの判定を行う。すなわち、接続処理部３３は、図２または図３に示す登録処理がＨＦＰに対して行われていたか否かの判定を行う。接続処理部３３は、ＨＦＰが登録済みであると判定した場合、ステップＳ５９において対向機器に対してＨＦＰ接続確立応答を行い、携帯電話機１と対向機器とはＨＦＰ接続中となる。一方、接続処理部３３は、ＨＦＰが登録済みではないと判定した場合、ステップＳ６０において対向機器に対してＨＦＰ接続拒否応答を行う。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ６１）。
【００６２】
また、図５のステップＳ６２において対向機器よりＡ２ＤＰの接続要求が行われると、ステップＳ６３において、携帯電話機１の接続処理部３３は、サービス履歴記憶部３５を参照しＡ２ＤＰが登録済みであるか否かの判定を行う。接続処理部３３は、Ａ２ＤＰが登録済みであると判定した場合、ステップＳ６４において対向機器に対してＡ２ＤＰ接続確立応答を行い、携帯電話機１と対向機器とはＡ２ＤＰ接続中となる。一方、接続処理部３３は、Ａ２ＤＰが登録済みではないと判定した場合、ステップＳ６５において対向機器に対してＡ２ＤＰ接続拒否応答を行う。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ６６）。
【００６３】
接続制御部３４は、図４のステップＳ４５において要求を行った対向機器との間に接続中の他のサービスは存在しないと判定した場合、処理を終了する。この場合、携帯電話機１はＤＵＮの接続を確立するため、上述したとおりＤＵＮのセキュリティレベルに応じた認証方式に基づく認証を再度行う必要がある。
【００６４】
一方、接続制御部３４は、要求を行った対向機器との間に接続中のサービスが存在すると判定した場合、ステップＳ４６において、接続処理部３３はＤＵＮの接続を確立する。具体的には、接続処理部３３は、図５のステップＳ６９において対向機器に対してＤＵＮ接続確立応答を行い、携帯電話機１と対向機器とはＤＵＮ接続中となる。一方、接続処理部３３は接続中のサービスが存在しないと判定した場合、ステップＳ７０において対向機器に対してＤＵＮ接続拒否応答を行う。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ７１）。すなわち、接続処理部３３は通常通りＤＵＮのセキュリティレベルに応じた認証方式による認証を行った後、ＤＵＮの接続を確立する。
【００６５】
この第１のＤＵＮ接続確立処理を実行する携帯電話機１は、認証処理が必要なサービスについて対向機器から接続要求が行われた場合であっても、接続中のサービスが存在することをもって対向機器を信頼できる機器としてみなした。これにより、携帯電話機１は、例えば低いセキュリティレベル（第一のセキュリティレベル）が設定されたサービスの接続中に、接続中のサービスより高いセキュリティレベル（第二のセキュリティレベル）が設定されたサービスの接続要求を受け付けた場合には、セキュリティレベルに応じた認証を求めることなく簡易な操作で対向機器との接続を行うことができる。携帯電話機１は、接続中のサービスの存在をもって対向機器を信頼できる機器としてみなすため、一定のセキュリティも確保することができる。
【００６６】
また、第１のＤＵＮ接続確立処理は、携帯電話機１が複数サービスの同時動作（Ｍｕｌｔｉ−Ｐｒｏｆｉｌｅ）を利用した場合に特に有効である。例えば、携帯電話機１と対向機器としての車載機器とは走行中においてＨＦＰ接続やＡ２ＤＰ接続されることが一般的である。このとき、課金を伴うサービスであることからＨＦＰやＡ２ＤＰに比べて高いセキュリティレベルの設定が想定されるＤＵＮの接続が要求された場合、原則新たな認証処理が必要となる。このとき、ＤＵＮには高いセキュリティレベルに応じた認証方式（第二の認証方式）、例えば６桁の数字の確認および確認の結果の入力を要する図２のＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎが用いられる。このため、セキュリティを重視した認証が、走行中のユーザに対する安全運転の弊害となることが懸念される。しかし、第１のＤＵＮ接続確立処理を行う携帯電話機１は、接続中のサービスの存在を持って接続を確立するため、セキュリティを確保しつつ簡易化された方法で接続を確立することができる。
【００６７】
次に、第２のＤＵＮ接続確立処理について説明する。
【００６８】
図６は、本実施形態における携帯電話機１により実行される第２のＤＵＮ接続確立処理を説明するフローチャートである。
【００６９】
図７は、図６の第２のＤＵＮ接続確立処理における携帯電話機１と対向機器との間の処理を説明するシーケンス図である。
【００７０】
図６の第２のＤＵＮ接続確立処理におけるステップＳ８１〜Ｓ８４（図７のステップＳ９１〜Ｓ９７）は、それぞれ図４の第１のＤＵＮ接続確立処理のステップＳ４１〜Ｓ４４（図５のステップＳ５１〜Ｓ５６、Ｓ６７）とほぼ同様であるため、詳細な説明は省略する。
【００７１】
図６のステップＳ８５において、接続制御部３４は、接続要求を行った対向機器との間で登録済みの少なくとも一のサービスが存在するか否かの判定を行う（図７のステップＳ９８）。具体的には、接続制御部３４は、サービス履歴記憶部３５になんらかのサービスが記憶されているか否かの判定を行う。
【００７２】
ここで登録の有無が判断されるサービスは、特にサービスの種類を限定することなくいずれかのサービスであってもよい。例えば、少なくとも一のサービス（ＨＦＰ、Ａ２ＤＰなど）が登録済みである場合にはステップＳ８５においては登録済みのサービスが存在すると判定される。また、登録の有無が判断されるサービスは、予め種類が限定されていてもよい。例えば、予め決定された所定のサービス（例えばＨＦＰ）が登録済みである場合にはステップＳ８５においては登録済みのサービスが存在すると判定される。さらに、登録の有無が判断されるサービスは、接続要求を受け付けたサービスと関連付けられたサービスであってもよい。例えば、ＤＵＮの接続の可否を判断する際にこのＤＵＮと関連付けられたサービスであるＨＦＰが登録済みである場合には、ステップＳ８５においては登録済みのサービスが存在すると判定される。
【００７３】
接続制御部３４は登録済みのサービスが存在すると判定した場合、ステップＳ８６において、接続処理部３３はＤＵＮの接続を確立する（図７のステップＳ９９）。一方、接続処理部３３は接続中のサービスが存在しないと判定した場合、対向機器に対してＤＵＮ接続拒否応答を行う（図７のステップＳ１００）。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ１０１）。
【００７４】
この第２のＤＵＮ接続確立処理を実行する携帯電話機１は、認証処理が必要なサービスについて対向機器から接続要求が行われた場合であっても、登録済みのサービスが存在することをもって対向機器を信頼できる機器としてみなした。これにより、第１のＤＵＮ接続確立処理と同様、携帯電話機１はセキュリティレベルに応じた認証を求めることなく簡易な操作で対向機器との接続を行うことができる。
【００７５】
次に、第３のＤＵＮ接続確立処理について説明する。
【００７６】
図８は、本実施形態における携帯電話機１により実行される第３のＤＵＮ接続確立処理を説明するフローチャートである。
【００７７】
図９は、図８の第３のＤＵＮ接続確立処理における携帯電話機１と対向機器との間の処理を説明するシーケンス図である。
【００７８】
図８の第３のＤＵＮ接続確立処理におけるステップＳ１１１〜Ｓ１１４（図９のステップＳ１２１〜Ｓ１２７）は、それぞれ図４の第１のＤＵＮ接続確立処理のステップＳ４１〜Ｓ４４（図５のステップＳ５１〜Ｓ５６、Ｓ６７）とほぼ同様であるため、詳細な説明は省略する。
【００７９】
ステップＳ１１５において、接続制御部３４は、接続要求を行った対向機器との間で既に行われた認証が携帯電話機１から対向機器に対して行われた要求に基づいて行われたものであるか（すなわち、携帯電話機１主導で認証処理が行われたか）否かの判定を行う（図９のステップＳ１２８）。具体的には、接続制御部３４は、図２の接続要求ステップＳ２および図３の接続要求ステップＳ２２などの処理が携帯電話機１より行われたか否かの判定を行う。
【００８０】
接続制御部３４は認証が携帯電話機１から対向機器に対して行われた要求に基づいて行われたものであると判定した場合、ステップＳ１１６において、接続処理部３３はＤＵＮの接続を確立する（図９のステップＳ１２９）。一方、接続処理部３３は接続中のサービスが存在しないと判定した場合、対向機器に対してＤＵＮ接続拒否応答を行う（図９のステップＳ１３０）。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ１３１）。
【００８１】
この第３のＤＵＮ接続確立処理を実行する携帯電話機１は、認証処理が必要なサービスについて対向機器から接続要求が行われた場合であっても、既に行われた登録処理が携帯電話機１主導で行われたことをもって対向機器を信頼できる機器としてみなした。携帯電話機１からの接続要求を起因とする登録は、携帯電話機１のユーザの意思に従ってなされたものである。このため、接続要求を行った対向機器は、携帯電話機１のユーザが接続を望まない対向機器である可能性は低く、一定のセキュリティを確保できると同時に簡易に対向機器との接続を行うことができる。
【００８２】
第１〜第３のＤＵＮ接続確立処理を行う携帯電話機１は、接続要求を受け付けたサービスのセキュリティレベルを考慮した上で可能な限り認証（ペアリング）を簡素化することができる。
【００８３】
また、対向機器の入出力手段の有無によっては高いセキュリティが確保される認証方式を利用した認証を行うことはできない。例えば、入出力手段を有しないヘッドセットなどの機器は、上述したＮｕｍｅｒｉｃ ＣｏｍｐａｒｉｓｏｎやＰａｓｓｋｅｙ Ｅｎｔｒｙに対応することはできない。しかし、ヘッドセットはＨＰＦなどのセキュリティレベルが高いサービスを利用するため、一定のセキュリティの確保は必須となる。これに対し、本実施形態における携帯電話機１は、入出力能力が認証方式に対応しない対向機器であっても、上述した第１〜第３のＤＵＮ接続確立処理を適用することにより一定のセキュリティを確保した接続を確立することができる。
【００８４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８５】
１ 携帯電話機
１１ 送受信アンテナ
１２ 送受信共用器
１３ 無線送受信部
１４ 信号処理部
１５ データ処理部
１６ ＰＣＭコーデック
１７ 受話増幅器
１８ レシーバ
１９ 送話増幅器
２０ マイクロフォン
２１ 制御部
２２ 操作部
２３ 表示部
２５ ブルートゥース通信部
２７ 記憶部
３１ 認証処理部
３２ セキュリティレベル保持部
３３ 接続処理部
３４ 接続制御部
３５ サービス履歴記憶部
【技術分野】
【０００１】
本発明の実施形態は、通信端末に関する。
【背景技術】
【０００２】
近年、携帯電話機などの通信端末に適用することができる無線通信技術として、例えばブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））が知られている。通信端末は、ブルートゥースの無線通信技術を用いることにより、オーディオケーブルを用いることなくヘッドセットや車載機器などの対向機器にオーディオデータを転送することができたり、通信端末をモデムとして利用してデータ通信を行ったりすることができる。
【０００３】
通信端末がブルートゥースの無線通信技術を用いて対向機器と認証（ペアリング）する場合の仕様として、Ｂｌｕｅｔｏｏｔｈ ＳＩＧで規定されるＢｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲ（非特許文献１参照）が知られている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲ（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲにおいてはＳｅｃｕｒｅ Ｓｉｍｐｌｅ Ｐａｉｒｉｎｇ（ＳＳＰ）と呼ばれる認証（ペアリング）方式が規定されている。
【０００６】
ＳＳＰでは、ブルートゥースを利用して実行されるサービス（プロファイル）毎にセキュリティレベルが設定可能である。例えば、秘匿性（セキュリティレベル）を高くするため対向機器を特定した上で接続する必要がある場合には、接続相手の確認を伴う認証方式が採用される。また、秘匿性を要することなく接続手続きを簡素化したい場合には、接続相手の確認を要しない認証方式が採用される。これらの認証における「確認」は、入力および表示手段を用いて行われる。このため、各機器に採用できる認証方式、すなわちセキュリティレベルは、機器の入出力の能力に依存する。
【０００７】
ここで、ブルートゥースの無線通信技術は、ヘッドセットのように入力および表示手段を持たない機器から、パーソナルコンピュータや携帯電話機、車載機器のように入力および表示手段を持つ機器まで広く搭載されている。このため、ヘッドセットのように入力および表示手段を持たない機器の場合には、接続相手の確認を伴う認証方式を採用することができない。また、携帯電話機で実行される音声通信、データ通信のような秘匿性を要するサービスや課金を伴うサービスは、高いセキュリティを必要とする。しかし、携帯電話機が音声通信を利用する際の対向機器としては、車載機器のように入力および表示手段を持ち接続相手の確認を伴う認証方式に対応できる機器もあれば、ヘッドセットのように入力および表示手段を持たず接続相手の確認を伴う認証方式に対応できない機器もある。
【０００８】
このため、セキュリティを重視し接続相手の確認を伴う認証方式を採用すると、接続相手の入出力の能力から接続が行い得ないケースが発生する場合がある。一方、接続手続の簡素化を重視することや接続相手の入出力の能力から接続相手の確認を要しない認証方式を採用すると、手続は簡素化する一方で十分なセキュリティが確保できないケースが発生する場合がある。
【０００９】
ＳＳＰにおいては、このような課題を解決するための実運用上の動作について規定されていない。このため、機器の入出力能力や利用されるサービスの内容がパラメータとして加味された認証方式を検討する必要がある。
【００１０】
また、ＳＳＰにおいては、原則として、機器間においていずれかの認証方式を用いた認証が既に行われていた場合であっても、この認証が新たに接続の要求が行われたサービスに設定されたセキュリティレベルよりも低いセキュリティレベルに応じた認証方式に基づく認証であった場合には接続を確立させない仕様となっている。この場合、各機器は、接続の要求が行われたサービスのセキュリティレベルに応じた認証方式を用いて再度の認証を行う必要があった。これは、ＳＳＰの特徴である接続処理の簡易性を低減させていた。
【００１１】
本発明はこのような事情を考慮してなされたもので、セキュリティを確保した接続を確立することができる通信端末を提供することを目的とする。
【課題を解決するための手段】
【００１２】
実施形態における通信端末は、無線通信部、認証処理部、接続処理部、および接続制御部を備えた。認証処理部は、第一のセキュリティレベルに応じた第一の認証方式または第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式に基づいて対向機器との間で認証を行う。接続処理部は、サービスの接続を確立する要求を受け付けた場合、対向機器との間で認証が行われた場合にサービスの接続を確立する。接続制御部は、第一の認証方式に基づいて既に認証が行われており、かつ第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には第二の認証方式に基づく認証を行なうことなく接続処理部に第二のセキュリティレベルが設定されたサービスの接続を確立させる。
【図面の簡単な説明】
【００１３】
【図１】本発明に係る通信端末の実施形態である携帯電話機の内部の構成を示す図。
【図２】携帯電話機と対向機器との間で実行されるＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式を採用した場合の登録処理を説明するシーケンス図。
【図３】携帯電話機と対向機器との間で実行されるＪｕｓｔ Ｗｏｒｋｓによる認証方式を採用した場合の登録処理を説明するシーケンス図。
【図４】本実施形態における携帯電話機により実行される第１のＤＵＮ接続確立処理を説明するフローチャート。
【図５】図４の第１のＤＵＮ接続確立処理における携帯電話機と対向機器との間の処理を説明するシーケンス図。
【図６】本実施形態における携帯電話機により実行される第２のＤＵＮ接続確立処理を説明するフローチャート。
【図７】図６の第２のＤＵＮ接続確立処理における携帯電話機と対向機器との間の処理を説明するシーケンス図。
【図８】本実施形態における携帯電話機により実行される第３のＤＵＮ接続確立処理を説明するフローチャート。
【図９】図８の第３のＤＵＮ接続確立処理における携帯電話機と対向機器との間の処理を説明するシーケンス図。
【発明を実施するための形態】
【００１４】
本発明に係る通信端末の一実施形態を添付図面に基づいて説明する。
【００１５】
図１は、本発明に係る通信端末の実施形態である携帯電話機１の内部の構成を示す図である。
【００１６】
送受信アンテナ１１は、携帯電話機１が対応する移動体通信システムの電波を送波し、携帯電話機１が対応する移動体通信システムの電波を受波する。送受信共用器１２は、サーキュレータやデュプレクサなどからなり、送受信アンテナ１１で受波（受信）された電波を無線送受信部１３に送る。また、送受信共用器１２は、無線送受信部１３から入力された信号を送受信アンテナ１１へ送る。
【００１７】
無線送受信部１３は、帯域通過フィルタ、利得調整回路、およびＡ／Ｄ変換器などを備える。無線送受信部１３は、制御部２１から指示されるキャリア周波数の無線信号を受信し、周波数シンセサイザから出力された局部発振信号とミキシングして中間周波数信号に周波数変換（ダウンコンバート）する。無線送受信部１３は、ダウンコンバートされた中間周波数信号を直交復調して受信ベースバンド信号を生成する。
【００１８】
信号処理部１４は、無線送受信部１３から出力された受信ベースバンド信号（受信ベースバンドディジタル信号）に対してベースバンド処理を行う。データ処理部１５は、例えばＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）などからなり、信号処理部１４でベースバンド処理されたベースバンド信号をデータおよび音声に変換する。すなわち、データ処理部１５は、受信パケットデータをまずメディア毎に分離し、分離されたメディア毎のデータに対してそれぞれ復号処理を施す。具体的には、データ処理部１５は、例えば受信パケットデータにオーディオデータが含まれている場合、オーディオデータをスピーチコーデックにより復号する。また、データ処理部１５は、受信パケットデータに動画像データが含まれている場合、動画像データをビデオコーデックにより復号する。さらに、データ処理部１５は、受信パケットデータがダウンロードコンテンツである場合、ダウンロードコンテンツを伸長する。
【００１９】
復号処理により得られたディジタルオーディオ信号は、ＰＣＭコーデック１６によりＰＣＭ復号された後、受話増幅器１７により増幅されてレシーバ１８により出力される。一方、ビデオコーデックにより復号されたディジタル動画像信号は、制御部２１を介して表示部２３に供給され表示される。
【００２０】
なお、無線送受信部１３と信号処理部１４は、移動体通信システムに属する基地局に対して通信データを送信するための送信ベースバンド処理や無線処理などの一連の処理を行う。
【００２１】
ブルートゥース通信部２５は、携帯電話機１が備える無線通信部の一例であり、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））による無線通信を行うモジュールなどからなる。ブルートゥース通信部２５は、携帯電話機１の近傍に存在するヘッドセットや車載機器などの対向機器と無線通信を行う。ブルートゥース通信部２５は、対向機器との間でデータの授受を行う際制御部２１の制御に基づいて動作する。制御部２１は、例えばＯＢＥＸ（Ｏｂｊｅｃｔ Ｅｘｃｈａｎｇｅ）やＲＦＣＯＭＭ（ＲＳ２３２ Ｓｅｒｉａｌ Ｃａｂｌｅ Ｅｍｕｌａｔｉｏｎ Ｐｒｏｆｉｌｅ）、ＳＤＰ（Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルを用いて、Ａ２ＤＰ（Ａｄｖａｎｃｅｄ Ａｕｄｉｏ Ｄｉｓｔｒｉｂｕｔｉｏｎ Ｐｒｏｆｉｌｅ）やＨＦＰ（Ｈａｎｄｓ−Ｆｒｅｅ Ｐｒｏｆｉｌｅ）、ＤＵＮ（Ｄｉａｌ−ｕｐ Ｎｅｔｗｏｒｋｉｎｇ Ｐｒｏｆｉｌｅ）などの種々のプロファイルに応じた通信を統括的に制御する。Ａ２ＤＰは、音声をヘッドフォンに伝送するためのプロファイルである。ＨＦＰは、携帯電話機１と対向機器との間でハンズフリー通話を実現するプロファイルである。ＤＵＮは、携帯電話機などを介してインターネットにダイヤルアップ接続するためのプロファイルである。なお、ブルートゥース以外の無線通信（例えば赤外線通信）を用いるようにしてもよい。
【００２２】
レシーバ１８は、受話増幅器１７において増幅された受話音声信号を拡声出力する。マイクロフォン２０は、送話音声信号を入力し送話増幅器１９に供給する。操作部２２は、ユーザからの指示を受け付ける。表示部２３は、受信データに基づく画像を表示する。また、携帯電話機１は、バッテリの出力を基に所定の動作電源電圧Ｖｃｃを生成して各回路部に供給する電源回路や、現在の時刻を測定する時計回路（タイマ）（共に図示せず）を備える。
【００２３】
制御部２１は、ＣＰＵ（ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、およびＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などからなる。制御部２１のＣＰＵは、ＲＯＭに記憶されているプログラムまたは記憶部２７からＲＡＭにロードされた、オペレーティングシステム（ＯＳ）を含む各種のアプリケーションプログラムや制御プログラムに従って各種の処理を実行する。また、制御部２１は、種々の制御信号を生成し各部に供給することにより携帯電話機１を統括的に制御する。ＲＡＭは、ＣＰＵが各種の処理を実行する上において必要なデータなどを適宜記憶する。
【００２４】
制御部２１は、通信制御を行う場合、送受信アンテナ１１、無線送受信部１３、信号処理部１４、データ処理部１５、ＰＣＭコーデック１６、受話増幅器１７、レシーバ１８、送話増幅器１９、およびマイクロフォン２０などを用いた通信処理を制御する。一方、制御部２１は、操作部２２、表示部２３、記憶部２７、および図示せぬ時計回路などを用いたＵＩ処理に関して制御を行う。
【００２５】
本実施形態においては、制御部２１は、特に認証処理部３１、セキュリティレベル保持部３２、接続処理部３３、および接続制御部３４を有する。
【００２６】
認証処理部３１は、所定のセキュリティレベルに応じた認証方式に基づいて認証（ペアリング）を行う。
【００２７】
本実施形態においては、認証処理部３１は、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲに準拠したＳＳＰ（Ｓｅｃｕｒｅ Ｓｉｍｐｌｅ Ｐａｉｒｉｎｇ）に従ってペアリングを行う。ＳＳＰは、Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎ、Ｊｕｓｔ Ｗｏｒｋｓ、Ｏｕｔ Ｏｆ Ｂａｎｄ（ＯＯＢ）、Ｐａｓｓｋｅｙ Ｅｎｔｒｙからなる４種類の認証方式を有する。これらの認証方式は、ペアリングを行う機器（ここでは携帯電話機１、対向機器）の入出力手段の有無に応じて選択されたり、接続確立を試みるサービスのセキュリティレベルに応じて選択されたりする。
【００２８】
本実施形態においては、第一のセキュリティレベルに応じた第一の認証方式の例として、Ｊｕｓｔ Ｗｏｒｋｓを適用した例を説明する。第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式の例としてＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎを適用した例を説明する。すなわち、Ｎｕｍｅｒｉｃ ＣｏｍｐａｒｉｓｏｎはＪｕｓｔ Ｗｏｒｋｓに比べてセキュリティレベルが高い認証方式となっている。なお、本実施形態における認証方式は一例であり、例えば第二の認証方式にＯＯＢやＰａｓｓｋｅｙ Ｅｎｔｒｙを適用するなどしてもよい。また、セキュリティレベルは２段階以上設け、セキュリティレベルに応じた認証方式を用いてもよい。
【００２９】
セキュリティレベル保持部３２は、ブルートゥース通信を利用して実行される複数のサービスにそれぞれ設定されたセキュリティレベルを保持する。セキュリティレベルは、サービスの内容に応じて設定される。例えば、ＤＵＮは携帯電話機やＰＨＳを介してインターネットにダイヤルアップ接続するためのプロファイルであり課金を伴うサービスである。また、ＨＦＰは移動通信システムなどを用いてハンズフリー通話を行うためのプロファイルであり一般的には課金を伴うサービスである。このため、ＤＵＮおよびＨＦＰには高いセキュリティが設定されることが好ましい。これに対し、Ａ２ＤＰはＤＵＮやＨＦＰと比較した場合サービスの性質からＤＵＮやＨＦＰより低いセキュリティが設定される。なお、ここで説明したサービス（プロファイル）は一例であって、他のサービスについてもサービスの内容またはユーザの任意にセキュリティレベルを設定できるようにしてもよい。
【００３０】
また、セキュリティレベルは、サービスの性質のみならず、サービスを利用する対向機器の入出力能力も考慮して決定される。例えば、携帯電話機１との間でＨＦＰによるハンズフリー通話を行う対向機器として、ヘッドセットがある。このヘッドセットは、入出力手段を有していない場合がある。このような場合、携帯電話機１とヘッドセットとは、高いセキュリティレベルに応じた認証方式を用いた認証を行うことはできない。この結果、ヘッドセットとの間でＨＦＰの接続を確立するために用いられる認証方式のセキュリティレベルは必然的に低いものとなってしまう。
【００３１】
接続処理部３３は、対向機器よりサービスの接続を確立する要求を受け付け、対向機器との間で認証が行われた場合に対向機器との間でブルートゥース通信の接続を確立する。具体的には、接続処理部３３は、サービスに設定されたセキュリティレベル以上のセキュリティレベルに応じた認証方式に基づいて、認証処理部３１により対向機器との間で認証が行われた場合に対向機器とのサービスの接続を確立するようになっている。
【００３２】
接続制御部３４は、第一の認証方式に基づいて対向機器との間で既に認証が行われており、かつ第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には認証処理部３１により第二の認証方式に基づく認証を行なうことなく接続処理部３３にサービスの接続を確立させる。接続制御部３４で行われる処理は、上記の接続処理部３３で行われる処理に対する例外となる処理である。所定条件は複数用意されており、これらの条件を対向機器の種類やサービスによって適宜選択することができる。所定条件の詳細については、後述する。
【００３３】
記憶部２７は、例えば、電気的に書換えや消去が可能な不揮発性メモリであるフラッシュメモリ素子やＨＤＤ（Ｈａｒｄ Ｄｉｓｃ Ｄｒｉｖｅ）などからなり、制御部２１のＣＰＵにより実行される種々のアプリケーションプログラムや種々のデータ群、携帯電話機１の制御プログラムや制御データを格納する。本実施形態においては、記憶部２７は、特にサービス履歴記憶部３５を有する。
【００３４】
サービス履歴記憶部３５は、対向機器との間で過去に接続が確立された（認証された）サービスを記憶する。ここで接続が確立されたとは、ブルートゥース側の下位層における認証処理（ＳＳＰ）の後、ホスト側（アプリケーション、サービス側）の上位層におけるサービスの接続（Ｌ２ＣＡＰ（ＲＦＣＯＭＭ）接続以降）が確立された状態をいう。本実施形態においては、以下、携帯電話機１と対向機器との間で認証処理が行われ、さらにサービスの接続が確立されたことを「サービスが登録された」という。
【００３５】
本実施形態における携帯電話機１は、予め登録（認証およびサービスの接続確立）が行われたサービス（プロファイル）があり、この登録されたサービス以外のサービスであって、既に登録されたサービスよりもセキュリティレベルが高いサービスの接続要求を受け付けた場合の接続確立処理を好適に行うようになっている。例えば、対向機器としてのカーナビゲーションシステムは、携帯電話機１とのブルートゥース通信を利用してＡ２ＤＰ、ＨＦＰ、ＤＵＮなどのサービスを利用する。このとき、携帯電話機１と対向機器とはＡ２ＤＰ、ＨＦＰを利用するための登録を予め行っており、ＤＵＮを利用するための登録は未だ行っていないものとする。 例えばカーナビゲーションシステムがＤＵＮの接続要求を携帯電話機１に対して行うと、携帯電話機１はＤＵＮを利用するために対向機器との間で新たに認証を行う必要が生じる。また、上述したとおり、現在接続中のサービス（ここではＡ２ＤＰ、ＨＦＰ）に対してセキュリティレベルが高いサービス（ここではＤＵＮ）の接続が要求された場合、セキュリティレベルに応じた認証方式に基づく認証を新たに行う必要がある。
【００３６】
以上の前提を踏まえ、本実施形態における携帯電話機１は、対向機器よりサービスの接続要求を受け付けた場合、所定条件下においては新たな認証を行うことなく要求されたサービスを接続可能となっている。
【００３７】
以下の説明においては、登録済みのサービスは、携帯電話機１と対向機器との間でハンズフリー通話を実現するプロファイルであるＨＦＰ、音声をヘッドフォンに伝送するためのプロファイルであるＡ２ＤＰである例を説明する。また、接続要求が行われたサービスは、携帯電話機などを介してインターネットにダイヤルアップ接続するためのプロファイルであるＤＵＮである例を説明する。
【００３８】
また、携帯電話機１と対向機器は、それぞれＨＦＰ、Ａ２ＤＰ、ＤＵＮのサービスを有しており、接続要求に基づいて所定の接続手順を経た後に各サービスの利用が可能であるものとする。
【００３９】
なお、以下に説明する登録処理やサービスを接続するための各種処理は、Ｂｌｕｅｔｏｏｔｈ Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｖｅｒｓｉｏｎ２．１＋ＥＤＲ（Ｂｌｕｅｔｏｏｔｈ ＳＩＧ）に準拠するため、ここでは詳細な説明は省略する。
【００４０】
まず、第二の認証方式であるＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎおよび第一の認証方式であるＪｕｓｔ Ｗｏｒｋｓを用いた認証処理およびその後の各サービスの接続確立処理について説明する。
【００４１】
図２は、携帯電話機１と対向機器との間で実行されるＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式を採用した場合の登録処理を説明するシーケンス図である。
【００４２】
Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式は、対向機器が６桁の数字を表示する手段および”Ｙｅｓ”または”ＮＯ”を入力する手段を有する場合に利用可能である。例えば、カーナビゲーションシステムなどの車載機器やパーソナルコンピュータなどが該当する。
【００４３】
携帯電話機１において登録処理が発生すると対向機器検索要求が発生し、ステップＳ１において接続処理部３３はブルートゥース通信部２５により対向機器の検索を行う。ここでは、対向機器との間でＡ２ＤＰおよびＨＦＰの接続を確立するための登録処理が発生した。検索結果に基づいて検索された対向機器から一の機器が選択され機器の登録要求が行われると、ステップＳ２において、接続処理部３３はブルートゥース通信部２５により選択された対向機器に対して接続要求を行う。
【００４４】
ステップＳ３において、接続処理部３３は、接続要求を行った対向機器との間で既に生成されたリンクキーの有無を確認する。初期登録の場合にはリンクキーは未生成であるため、リンクキーが生成されていないと判定される。ステップＳ４において、接続処理部３３は、対向機器の入出力手段の有無に関する情報を要求する（ＩＯ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ） Ｃａｐａｂｉｌｉｔｙ Ｒｅｑ）。これに対し、ステップＳ５において、対向機器は、対向機器の入出力手段の有無に関する情報を携帯電話機１に通知する（ＩＯ Ｃａｐａｂｉｌｉｔｙ Ｒｅｓ）。Ｎｕｍｅｒｉｃ Ｃｏｍａｒｉｓｏｎによる認証方式を利用する場合には、出力手段および入力手段を有する必要がある。この例では、対向機器より入出力手段有りとの情報が携帯電話機１に通知されるとする。
【００４５】
ステップＳ６において、認証処理部３１は、ブルートゥース通信部２５により所定のタイミングで生成されたＰｕｂｌｉｃ Ｋｅｙの交換を行う。ステップＳ７において、認証処理部３１は、認証ステージ１を行う。この認証ステージ１は、認証方式によって異なるフェーズである。Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式が用いられる場合の認証ステージ１においては、認証処理部３１は、携帯電話機１の表示部２３および対向機器双方の表示手段に６桁の数字（”００００００”から”９９９９９９”まで）を表示し、ユーザに視認させる。また、認証処理部３１は、ユーザに対して双方の機器に表示された数字が同じであるか否かを質問する。認証処理部３１は、携帯電話機１および対向機器の双方のユーザに対し、双方の機器に表示された数字が同じである場合には”Ｙｅｓ”、異なる場合には”Ｎｏ”を入力させる。携帯電話機１においては、操作部２２を介して入力を受け付ける。認証処理部３１は、双方の機器において”Ｙｅｓ”が入力された場合には、以降の認証処理に進み、双方またはいずれかの機器において”Ｎｏ”が入力された場合には、認証を失敗させる。
【００４６】
認証処理部３１は、ステップＳ８において認証ステージ２を行う。認証ステージ２は、携帯電話機１および対向機器において新たに算出された認証値の確認を行うフェーズである。また、認証処理部３１はステップＳ９においてリンクキーの算出および暗号化を行うことにより、携帯電話機１と対向機器との間の認証が完了する（ステップＳ１０）。その後、携帯電話機１は対向機器との接続を切断し、待ち受け状態となる。
【００４７】
接続処理部３３は、認証処理部３１による認証処理の後、携帯電話機１と対向機器との間でＨＦＰおよびＡ２ＤＰのサービス（プロファイル）を実行するための登録（認証）処理へ移行する。 接続処理部３３は、ステップＳ１１においてサービスを起動すると、ステップＳ１２において対向機器に対して接続要求を行う。接続処理部３３は、ステップＳ１３において対向機器の実行可能なサービスを検索する。ここでは、対向機器は少なくともＨＦＰおよびＡ２ＤＰのサービスが実行可能であり、携帯電話機１が接続要求を行った際には対向機器においてはこれらのサービスが起動中であるものとする。
【００４８】
接続処理部３３は、ステップＳ１４およびステップＳ１５においてＨＦＰおよびＡ２ＤＰの接続を行う。ここでＨＦＰなどのサービスが接続されると、サービス履歴記憶部３５はこれらのサービスを登録されたサービスとして記憶する。
【００４９】
図３は、携帯電話機１と対向機器との間で実行されるＪｕｓｔ Ｗｏｒｋｓによる認証方式を採用した場合の登録処理を説明するシーケンス図である。
【００５０】
Ｊｕｓｔ Ｗｏｒｋｓによる認証方式は、対向機器が６桁の数字を表示する手段および”Ｙｅｓ”または”ＮＯ”を入力する手段を有しない場合であっても利用可能である。例えば、ヘッドセットなどの入出力手段を有しない機器が該当する。
【００５１】
Ｊｕｓｔ Ｗｏｒｋｓによる認証方式は、図２のＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式におけるステップＳ７の認証ステージ１に相当するステップＳ２７の認証ステージ１が異なるのみで、他の処理についてはほぼ同様であるため、共通する処理については説明を省略する。
【００５２】
ステップＳ２７において、認証処理部３１は認証ステージ１を行う。Ｊｕｓｔ Ｗｏｒｋｓによる認証方式が用いられる場合の認証ステージ１においては、認証処理部３１は、Ｎｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎによる認証方式とは異なり、６桁の数字をユーザに視認させることなく認証ステージ１を行う。
【００５３】
次に、図２または図３の登録処理後、ＤＵＮの接続要求が対向機器より行われた場合の携帯電話機１側の処理であるＤＵＮ接続確立処理について説明する。ここで、ＤＵＮは、対向機器との間で登録が行われていないサービスであり、かつ登録済みのサービスであるＨＦＰおよびＡ２ＤＰより高いセキュリティレベルが設定されたサービスである。すなわち、携帯電話機１は、ＨＦＰおよびＡ２ＤＰの登録が行われていた場合であっても、ＤＵＮの接続を行うためにはＤＵＮのセキュリティレベルに応じた第二の認証方式を利用した認証を原則必要とする。
【００５４】
携帯電話機１は、第１〜第３のＤＵＮ接続確立処理を有する。各ＤＵＮ接続確立処理は、ＤＵＮ接続確立処理が行われた場合にＤＵＮの接続を確立するために新たな認証を要求するか否かを判定するための条件がそれぞれ異なっている。以下、フローチャートおよびシーケンス図を用いて順次説明する。
【００５５】
図４は、本実施形態における携帯電話機１により実行される第１のＤＵＮ接続確立処理を説明するフローチャートである。
【００５６】
図５は、図４の第１のＤＵＮ接続確立処理における携帯電話機１と対向機器との間の処理を説明するシーケンス図である。
【００５７】
第１のＤＵＮ接続確立処理開始時においては、携帯電話機１は対向機器からのサービス（例えばＨＦＰ、Ａ２ＤＰ、ＤＵＮ）接続要求待ちの状態である（図５のステップＳ５１）。ここで、対向機器は、携帯電話機１に対してサービス検索を行う（図５のステップＳ５２）。
【００５８】
図４のステップＳ４１において、携帯電話機１はＨＦＰ、Ａ２ＤＰ、ＤＵＮのサービスを起動する（図５のステップＳ５３）。また、携帯電話機１は、ブルートゥース通信部２５においてブルートゥース通信を接続するための接続要求を受け付ける（図５のステップＳ５４）。ステップＳ４２において、接続処理部３３は、接続要求を行った対向機器との間で生成されたリンクキーを有するか否かの判定を行う。接続処理部３３は、リンクキーを有していないと判定した場合、図２または図３の登録を要するため第１のＤＵＮ接続確立処理を終了する。すなわち、携帯電話機１は、通常の登録（認証）の手順に従って対向機器との接続を確立する。
【００５９】
接続処理部３３はリンクキーを有すると判定した場合（図５のステップＳ５５）、ステップＳ４３において、認証処理部３１によりリンクキーを用いて対向機器との間で所定の手順に従って認証処理を行わせる。ステップＳ４４において、携帯電話機１はブルートゥース通信部２５において対向機器から送信されたＤＵＮの接続要求を受け付ける（図５のステップＳ６７）。なお、図５は、ＨＦＰ、Ａ２ＤＰ、ＤＵＮの各接続要求を受け付けた場合の処理を示すが、これらの接続要求を行うサービスの種類および接続要求に基づく処理は必要に応じて実行される処理である。
【００６０】
ステップＳ４５において、接続制御部３４は対向機器よりＤＵＮの接続要求を受け付けた際、要求を行った対向機器との間で他のサービスが接続中であるか否かの判定を行う（図５のステップＳ６８）。ここで、他のサービスが接続中とは、例えば、図５のステップＳ５７〜５９に示す処理を経てＨＦＰが接続中であった場合、ステップＳ６２〜６４に示す処理を経てＡ２ＤＰが接続中であった場合である。
【００６１】
具体的には、図５のステップＳ５７において対向機器よりＨＦＰの接続要求が行われると、ステップＳ５８において、携帯電話機１の接続処理部３３は、サービス履歴記憶部３５を参照しＨＦＰが登録済みであるか否かの判定を行う。すなわち、接続処理部３３は、図２または図３に示す登録処理がＨＦＰに対して行われていたか否かの判定を行う。接続処理部３３は、ＨＦＰが登録済みであると判定した場合、ステップＳ５９において対向機器に対してＨＦＰ接続確立応答を行い、携帯電話機１と対向機器とはＨＦＰ接続中となる。一方、接続処理部３３は、ＨＦＰが登録済みではないと判定した場合、ステップＳ６０において対向機器に対してＨＦＰ接続拒否応答を行う。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ６１）。
【００６２】
また、図５のステップＳ６２において対向機器よりＡ２ＤＰの接続要求が行われると、ステップＳ６３において、携帯電話機１の接続処理部３３は、サービス履歴記憶部３５を参照しＡ２ＤＰが登録済みであるか否かの判定を行う。接続処理部３３は、Ａ２ＤＰが登録済みであると判定した場合、ステップＳ６４において対向機器に対してＡ２ＤＰ接続確立応答を行い、携帯電話機１と対向機器とはＡ２ＤＰ接続中となる。一方、接続処理部３３は、Ａ２ＤＰが登録済みではないと判定した場合、ステップＳ６５において対向機器に対してＡ２ＤＰ接続拒否応答を行う。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ６６）。
【００６３】
接続制御部３４は、図４のステップＳ４５において要求を行った対向機器との間に接続中の他のサービスは存在しないと判定した場合、処理を終了する。この場合、携帯電話機１はＤＵＮの接続を確立するため、上述したとおりＤＵＮのセキュリティレベルに応じた認証方式に基づく認証を再度行う必要がある。
【００６４】
一方、接続制御部３４は、要求を行った対向機器との間に接続中のサービスが存在すると判定した場合、ステップＳ４６において、接続処理部３３はＤＵＮの接続を確立する。具体的には、接続処理部３３は、図５のステップＳ６９において対向機器に対してＤＵＮ接続確立応答を行い、携帯電話機１と対向機器とはＤＵＮ接続中となる。一方、接続処理部３３は接続中のサービスが存在しないと判定した場合、ステップＳ７０において対向機器に対してＤＵＮ接続拒否応答を行う。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ７１）。すなわち、接続処理部３３は通常通りＤＵＮのセキュリティレベルに応じた認証方式による認証を行った後、ＤＵＮの接続を確立する。
【００６５】
この第１のＤＵＮ接続確立処理を実行する携帯電話機１は、認証処理が必要なサービスについて対向機器から接続要求が行われた場合であっても、接続中のサービスが存在することをもって対向機器を信頼できる機器としてみなした。これにより、携帯電話機１は、例えば低いセキュリティレベル（第一のセキュリティレベル）が設定されたサービスの接続中に、接続中のサービスより高いセキュリティレベル（第二のセキュリティレベル）が設定されたサービスの接続要求を受け付けた場合には、セキュリティレベルに応じた認証を求めることなく簡易な操作で対向機器との接続を行うことができる。携帯電話機１は、接続中のサービスの存在をもって対向機器を信頼できる機器としてみなすため、一定のセキュリティも確保することができる。
【００６６】
また、第１のＤＵＮ接続確立処理は、携帯電話機１が複数サービスの同時動作（Ｍｕｌｔｉ−Ｐｒｏｆｉｌｅ）を利用した場合に特に有効である。例えば、携帯電話機１と対向機器としての車載機器とは走行中においてＨＦＰ接続やＡ２ＤＰ接続されることが一般的である。このとき、課金を伴うサービスであることからＨＦＰやＡ２ＤＰに比べて高いセキュリティレベルの設定が想定されるＤＵＮの接続が要求された場合、原則新たな認証処理が必要となる。このとき、ＤＵＮには高いセキュリティレベルに応じた認証方式（第二の認証方式）、例えば６桁の数字の確認および確認の結果の入力を要する図２のＮｕｍｅｒｉｃ Ｃｏｍｐａｒｉｓｏｎが用いられる。このため、セキュリティを重視した認証が、走行中のユーザに対する安全運転の弊害となることが懸念される。しかし、第１のＤＵＮ接続確立処理を行う携帯電話機１は、接続中のサービスの存在を持って接続を確立するため、セキュリティを確保しつつ簡易化された方法で接続を確立することができる。
【００６７】
次に、第２のＤＵＮ接続確立処理について説明する。
【００６８】
図６は、本実施形態における携帯電話機１により実行される第２のＤＵＮ接続確立処理を説明するフローチャートである。
【００６９】
図７は、図６の第２のＤＵＮ接続確立処理における携帯電話機１と対向機器との間の処理を説明するシーケンス図である。
【００７０】
図６の第２のＤＵＮ接続確立処理におけるステップＳ８１〜Ｓ８４（図７のステップＳ９１〜Ｓ９７）は、それぞれ図４の第１のＤＵＮ接続確立処理のステップＳ４１〜Ｓ４４（図５のステップＳ５１〜Ｓ５６、Ｓ６７）とほぼ同様であるため、詳細な説明は省略する。
【００７１】
図６のステップＳ８５において、接続制御部３４は、接続要求を行った対向機器との間で登録済みの少なくとも一のサービスが存在するか否かの判定を行う（図７のステップＳ９８）。具体的には、接続制御部３４は、サービス履歴記憶部３５になんらかのサービスが記憶されているか否かの判定を行う。
【００７２】
ここで登録の有無が判断されるサービスは、特にサービスの種類を限定することなくいずれかのサービスであってもよい。例えば、少なくとも一のサービス（ＨＦＰ、Ａ２ＤＰなど）が登録済みである場合にはステップＳ８５においては登録済みのサービスが存在すると判定される。また、登録の有無が判断されるサービスは、予め種類が限定されていてもよい。例えば、予め決定された所定のサービス（例えばＨＦＰ）が登録済みである場合にはステップＳ８５においては登録済みのサービスが存在すると判定される。さらに、登録の有無が判断されるサービスは、接続要求を受け付けたサービスと関連付けられたサービスであってもよい。例えば、ＤＵＮの接続の可否を判断する際にこのＤＵＮと関連付けられたサービスであるＨＦＰが登録済みである場合には、ステップＳ８５においては登録済みのサービスが存在すると判定される。
【００７３】
接続制御部３４は登録済みのサービスが存在すると判定した場合、ステップＳ８６において、接続処理部３３はＤＵＮの接続を確立する（図７のステップＳ９９）。一方、接続処理部３３は接続中のサービスが存在しないと判定した場合、対向機器に対してＤＵＮ接続拒否応答を行う（図７のステップＳ１００）。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ１０１）。
【００７４】
この第２のＤＵＮ接続確立処理を実行する携帯電話機１は、認証処理が必要なサービスについて対向機器から接続要求が行われた場合であっても、登録済みのサービスが存在することをもって対向機器を信頼できる機器としてみなした。これにより、第１のＤＵＮ接続確立処理と同様、携帯電話機１はセキュリティレベルに応じた認証を求めることなく簡易な操作で対向機器との接続を行うことができる。
【００７５】
次に、第３のＤＵＮ接続確立処理について説明する。
【００７６】
図８は、本実施形態における携帯電話機１により実行される第３のＤＵＮ接続確立処理を説明するフローチャートである。
【００７７】
図９は、図８の第３のＤＵＮ接続確立処理における携帯電話機１と対向機器との間の処理を説明するシーケンス図である。
【００７８】
図８の第３のＤＵＮ接続確立処理におけるステップＳ１１１〜Ｓ１１４（図９のステップＳ１２１〜Ｓ１２７）は、それぞれ図４の第１のＤＵＮ接続確立処理のステップＳ４１〜Ｓ４４（図５のステップＳ５１〜Ｓ５６、Ｓ６７）とほぼ同様であるため、詳細な説明は省略する。
【００７９】
ステップＳ１１５において、接続制御部３４は、接続要求を行った対向機器との間で既に行われた認証が携帯電話機１から対向機器に対して行われた要求に基づいて行われたものであるか（すなわち、携帯電話機１主導で認証処理が行われたか）否かの判定を行う（図９のステップＳ１２８）。具体的には、接続制御部３４は、図２の接続要求ステップＳ２および図３の接続要求ステップＳ２２などの処理が携帯電話機１より行われたか否かの判定を行う。
【００８０】
接続制御部３４は認証が携帯電話機１から対向機器に対して行われた要求に基づいて行われたものであると判定した場合、ステップＳ１１６において、接続処理部３３はＤＵＮの接続を確立する（図９のステップＳ１２９）。一方、接続処理部３３は接続中のサービスが存在しないと判定した場合、対向機器に対してＤＵＮ接続拒否応答を行う（図９のステップＳ１３０）。その後、対向機器は携帯電話機１との接続を切断する（ステップＳ１３１）。
【００８１】
この第３のＤＵＮ接続確立処理を実行する携帯電話機１は、認証処理が必要なサービスについて対向機器から接続要求が行われた場合であっても、既に行われた登録処理が携帯電話機１主導で行われたことをもって対向機器を信頼できる機器としてみなした。携帯電話機１からの接続要求を起因とする登録は、携帯電話機１のユーザの意思に従ってなされたものである。このため、接続要求を行った対向機器は、携帯電話機１のユーザが接続を望まない対向機器である可能性は低く、一定のセキュリティを確保できると同時に簡易に対向機器との接続を行うことができる。
【００８２】
第１〜第３のＤＵＮ接続確立処理を行う携帯電話機１は、接続要求を受け付けたサービスのセキュリティレベルを考慮した上で可能な限り認証（ペアリング）を簡素化することができる。
【００８３】
また、対向機器の入出力手段の有無によっては高いセキュリティが確保される認証方式を利用した認証を行うことはできない。例えば、入出力手段を有しないヘッドセットなどの機器は、上述したＮｕｍｅｒｉｃ ＣｏｍｐａｒｉｓｏｎやＰａｓｓｋｅｙ Ｅｎｔｒｙに対応することはできない。しかし、ヘッドセットはＨＰＦなどのセキュリティレベルが高いサービスを利用するため、一定のセキュリティの確保は必須となる。これに対し、本実施形態における携帯電話機１は、入出力能力が認証方式に対応しない対向機器であっても、上述した第１〜第３のＤＵＮ接続確立処理を適用することにより一定のセキュリティを確保した接続を確立することができる。
【００８４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００８５】
１ 携帯電話機
１１ 送受信アンテナ
１２ 送受信共用器
１３ 無線送受信部
１４ 信号処理部
１５ データ処理部
１６ ＰＣＭコーデック
１７ 受話増幅器
１８ レシーバ
１９ 送話増幅器
２０ マイクロフォン
２１ 制御部
２２ 操作部
２３ 表示部
２５ ブルートゥース通信部
２７ 記憶部
３１ 認証処理部
３２ セキュリティレベル保持部
３３ 接続処理部
３４ 接続制御部
３５ サービス履歴記憶部
【特許請求の範囲】
【請求項１】
対向機器と無線通信を行い、複数のサービスの接続を確立する無線通信部と、
第一のセキュリティレベルに応じた第一の認証方式または前記第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式に基づいて前記対向機器との間で認証を行う認証処理部と、
前記対向機器よりサービスの接続を確立する要求を受け付けた場合、前記認証処理部により前記対向機器との間で認証が行われた場合に前記対向機器との前記サービスの接続を確立する接続処理部と、
第一の認証方式に基づいて前記対向機器との間で既に認証が行われており、かつ前記第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記第二のセキュリティレベルが設定されたサービスの接続を確立させる接続制御部とを備えたことを特徴とする通信端末。
【請求項２】
前記接続制御部は、前記対向機器より前記第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際要求を行った前記対向機器との間で他のサービスが接続中であった場合には、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記第二のセキュリティレベルが設定されたサービスの接続を確立させる請求項１記載の通信端末。
【請求項３】
前記対向機器との間で認証された前記サービスを記憶するサービス履歴記憶部をさらに備え、
前記認証制御部は、少なくとも一のサービスが前記サービス履歴記憶部に記憶されている場合、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項４】
前記対向機器との間で認証された前記サービスを記憶するサービス履歴記憶部をさらに備え、
前記認証制御部は、所定のサービスが前記サービス履歴記憶部に記憶されている場合、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項５】
前記対向機器との間で認証された前記サービスを記憶するサービス履歴記憶部をさらに備え、
前記認証制御部は、接続を確立する要求を受け付けた前記サービスと関連付けられたサービスが前記サービス履歴記憶部に記憶されている場合、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項６】
前記接続制御部は、前記対向機器との間で行われた第一の認証方式に基づく認証が前記通信端末から前記対向機器に対して行われた要求に基づいて行われた場合には前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項１】
対向機器と無線通信を行い、複数のサービスの接続を確立する無線通信部と、
第一のセキュリティレベルに応じた第一の認証方式または前記第一のセキュリティレベルより高い第二のセキュリティレベルに応じた第二の認証方式に基づいて前記対向機器との間で認証を行う認証処理部と、
前記対向機器よりサービスの接続を確立する要求を受け付けた場合、前記認証処理部により前記対向機器との間で認証が行われた場合に前記対向機器との前記サービスの接続を確立する接続処理部と、
第一の認証方式に基づいて前記対向機器との間で既に認証が行われており、かつ前記第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際に、所定条件を満たす場合には前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記第二のセキュリティレベルが設定されたサービスの接続を確立させる接続制御部とを備えたことを特徴とする通信端末。
【請求項２】
前記接続制御部は、前記対向機器より前記第二のセキュリティレベルが設定されたサービスの接続を確立する要求を受け付けた際要求を行った前記対向機器との間で他のサービスが接続中であった場合には、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記第二のセキュリティレベルが設定されたサービスの接続を確立させる請求項１記載の通信端末。
【請求項３】
前記対向機器との間で認証された前記サービスを記憶するサービス履歴記憶部をさらに備え、
前記認証制御部は、少なくとも一のサービスが前記サービス履歴記憶部に記憶されている場合、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項４】
前記対向機器との間で認証された前記サービスを記憶するサービス履歴記憶部をさらに備え、
前記認証制御部は、所定のサービスが前記サービス履歴記憶部に記憶されている場合、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項５】
前記対向機器との間で認証された前記サービスを記憶するサービス履歴記憶部をさらに備え、
前記認証制御部は、接続を確立する要求を受け付けた前記サービスと関連付けられたサービスが前記サービス履歴記憶部に記憶されている場合、前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【請求項６】
前記接続制御部は、前記対向機器との間で行われた第一の認証方式に基づく認証が前記通信端末から前記対向機器に対して行われた要求に基づいて行われた場合には前記認証処理部により前記第二の認証方式に基づく認証を行なうことなく前記接続処理部に前記サービスの接続を確立させる請求項１記載の通信端末。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−３８１０２（Ｐ２０１２−３８１０２Ａ）
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願番号】特願２０１０−１７８０１１（Ｐ２０１０−１７８０１１）
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（３１００２２３７２）富士通東芝モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
【公開日】平成２４年２月２３日（２０１２．２．２３）
【国際特許分類】
【出願日】平成２２年８月６日（２０１０．８．６）
【出願人】（３１００２２３７２）富士通東芝モバイルコミュニケーションズ株式会社 (219)
【Ｆターム（参考）】
[ Back to top ]